Hybrid(Windows/Linux/Mac): Input -> x264/x265/Xvid/VP8/VP9

[Selur]

me too encoding in the background.
The problem with the source is that ffmpeg only decodes 4 frames for it, when I use:

ffmpeg -v -10 -analyzeduration 100M -probesize 100M -i "C:\Users\Selur\Desktop\mozdony.MTS" -an -sn -r 25000/1000 -threads 2 -t 24.5 -vf yadif=0:1 -vsync 0 -r 25 -pix_fmt yuv420p -f rawvideo -

as decoder call, using the avisynthExtension (and enabling "Config->Internal->Avisynth->Always use Avisynth") I can decode the content properly.
-> looking into how to change the decoder call so that ffmpeg can decode the content properly too

Cu Selur

Ps.: attached the encoded file (found the problem: vpxenc doesn't understand yuv4mpeg anymore -> will adjust Hybrid accordingly); can send you a fixed version is you tell me which OS you are using

[Stears555]

me too encoding in the background.
The problem with the source is that ffmpeg only decodes 4 frames for it, when I use:

ffmpeg -v -10 -analyzeduration 100M -probesize 100M -i "C:\Users\Selur\Desktop\mozdony.MTS" -an -sn -r 25000/1000 -threads 2 -t 24.5 -vf yadif=0:1 -vsync 0 -r 25 -pix_fmt yuv420p -f rawvideo -

as decoder call, using the avisynthExtension (and enabling "Config->Internal->Avisynth->Always use Avisynth") I can decode the content properly.
-> looking into how to change the decoder call so that ffmpeg can decode the content properly too

Cu Selur

Ps.: attached the encoded file (found the problem: vpxenc doesn't understand yuv4mpeg anymore -> will adjust Hybrid accordingly); can send you a fixed version is you tell me which OS you are using

At 7Mbit/s it must be a small FULL HD output file. Can you upload the VP9 output file into videohelp?

[Selur]

I already did,... (fixed the ffmpeg yuv4mpeg problem in the development version)

[Stears555]

I already did,... (fixed the ffmpeg yuv4mpeg problem in the development version)

Ok, I tried the video with Google Chrome. (You forget to switch off the auto-deinterlacer, which caused quality problems for the output file, because the imput file was Progressive Segmented Frame)

When will the the new fixed (yuv4mpeg problem) version of Hybrid appear?

Will you implement the FLV container format in the next version?

[Selur]

because the imput file was Progressive Segmented Frame)

Yes I didn't bother to run the interlacing check, since I assumed you would upload proper content and the headers reported, like you posted yourself

Scan type : Interlaced
Scan order : Top Field First

When will the the new fixed (yuv4mpeg problem) version of Hybrid appear?

No clue. (Like I wrote before, can send you a fixed version if you tell me the OS you use)

Will you implement the FLV container format in the next version?

Nope, since I couldn't find any information on container overhead in flv files anywhere.
So I have no clue how to properly calculate the container overhead.
For vp9 that isn't really a problem since like vp8 it's 2pass rate control is just not working properly and nearly never hitting near the specified file size, but I will only add flv support if I know how to calculate the container overhead.

Cu Selur

Ps.: I also do not know how to add time codes to an flv file aside from adding them to an mkv file and then remux the mkv to flv using ffmpeg.

[Stears555]

My OS : Windows 7 x64

[Selur]

send you a temporary (file will be deleted in a few hours) download link to a fixed development version

[Stears555]

vpxenc --codec=vp9 --passes=1 --pass=1 --target-bitrate=7000 --end-usage=cbr --profile=0 --good --cpu-used=3 --undershoot-pct=0 --buf-sz=6 --buf-initial-sz=4 --buf-optimal-sz=5 --drop-frame=0 --resize-allowed=0 --kf-min-dist=0 --kf-max-dist=250 --auto-alt-ref=0 --noise-sensitivity=0 --sharpness=0 --static-thresh=0 --tile-columns=2 --tile-rows=1 --threads=4 --width=1920 --height=1080 --yv12 -o OUTPUTFILE -

Crashed.

[Selur]

tried your sample with:

ffmpeg -v -10 -analyzeduration 100M -probesize 100M -i "H:\TestClips&Co\ mozdony.MTS" -an -sn -r 25000/1000 -threads 2 -t 24.5 -vsync 0 -r 25 -pix_fmt yuv420p -f rawvideo - | vpxenc --codec=vp9 --passes=1 --pass=1 --target-bitrate=7000 --end-usage=cbr --profile=0 --good --cpu-used=3 --undershoot-pct=0 --buf-sz=6 --buf-initial-sz=4 --buf-optimal-sz=5 --drop-frame=0 --resize-allowed=0 --kf-min-dist=0 --kf-max-dist=250 --auto-alt-ref=0 --noise-sensitivity=0 --sharpness=0 --static-thresh=0 --tile-columns=2 --tile-rows=1 --threads=16 --width=1920 --height=1080 -o "H:\Temp\14_50_02_7310_01.vp9" -

and from the looks of it the encoding is running.

If you want me to look at this further provide proper details.
(btw. 1pass cbr encoding is a lot slower than 2pass encoding over here,.. seems like the vp9 guys didn't optimize it much)

[Stears555]

I have many camcorder files in lossless formats (like utvideo and lagarith). However Hybrid seems unable to handle this input video formats.
Will you implement this lossless formats in the next version of Hybrid?

[Selur]

Hybrid already does support utvideo and lagarith:
a. in it's base form: through ffmpeg and mencoder (as far as these support them; support is limited)
b. with the avisynthExtension 'installed' through AviSource and it's vfw interface, if the 32bit utvideo and lagarith codecs are also installed in your system
-> nothing to do

[Stears555]

Hybrid already does support utvideo and lagarith:
a. in it's base form: through ffmpeg and mencoder (as far as these support them; support is limited)
b. with the avisynthExtension 'installed' through AviSource and it's vfw interface, if the 32bit utvideo and lagarith codecs are also installed in your system
-> nothing to do

Isn't Hybrid a 64bit software? Both utvideo and lagarith are 32 & 64 bit codecs.

[Selur]

a. there are 64bit and 32bit versions of Hybird (if you used the installed the version matching your OS will be chosen)
b. the avisynthExtension uses Avisynth 32bit (since the 64bit variant is just buggy, instable and most of the avisynth filters out there do not have a 64bit version
c. Hybrid is a frontend and independent of wheter the 32bit or the 64bit version is used the backend tools can be a mix of 32bit and 64bit tools, since all the tools communicate through (named) pipes. In case of the Avisynth extension, a 32bit version of avsViewer and avsInfo is used to preview and analyse Avisynth files. The decoding and piping to x264/vpxenc/... of the avisynth script happens through mencoder 32bit (Hybrid always uses the 32bit version of mencoder). No worries, the decoding difference between the 32bit and the 64bit versions of mencoder&ffmpeg are really minimal so no need to panic.

Cu Selur

[Stears555]

Can you create a very deatiled crash error report generator? (forexample a TXT file) which can depict all momentary options in the sofware to avoid the unecessary questions about details. It is very difficult to take screenshots from every option-panel of the software.


Because the log file is not enough detailed

[Selur]

Because the log file is not enough detailed

Which log file?
Hybrid outputs some log infos into the gui (but not into a file).
Hybrid can create a report file, which only contains some basic infos of an encode.
Hybrid can, depending on the level, create a highly detailed HybridDebugOuput.txt file.

Can you create a very deatiled crash error report generator? (forexample a TXT file)

I noted before:

... provide proper infos (see: http://www.selur.de/support) ...

the debug 'Create debug file'-option will create a debug file, higher debug level = more details of Hybrids inner workings will be part of the HybridDebugOutput.txt (I noted the support page so that you would read what is written there, sadly that attempt seemed to have failed.)
And no simply because you create a huge debug file I will not spend hours reading it unless you describe that you are doing in details.
(so move this into perspective: a debug level 8 report can easily be multiple 100k lines of text)

Cu Selur

[DarrellS]

VP8/VP9 IS NOT ALLOWED IN WEBM CONTAINER!!!

I know that vp8 is allowed in webm container because that is what what webm is, vp8 and vorbis audio and I have created these files in Virtualdub with the External Encoder.


I haven't been able to encode vp9 with anything. Using Hybrid or ffmpeg's libvpx in Virtualdub or vpxenc32 from vp8vp9-27072013 in Virtualdub. Virtualdub doesn't give any error, the encoder just crashes.


Log Messages
Added new job with id 16_33_21_3210
->disabling fhgaacenc support since the supporting libraries are not installed,...
->disabling qaac support since 'Apple Application Support' is not installed,...
Finished initialization,...


Filtering input files,..
Analysing 1 input files,...
analyzing: virtuagirlhd-a0205.avi
checking a/v ids in ffmpeg,...
analyzing a0205.avi
grabbing audio ids...
grabbing video ids for: a0205.avi
-> video ids found: 0
analyzing video streams...
analyzing video stream: 0
starting auto routines for source number: 1
-> finished auto routines for source number 1.
Input is completely analysed,...
Creating jobs for 1 sources,...
-> Creating jobs for source 1,...
-> Generating calls for: C:\001.mkv
adding VP8 calls for source: 1
createJobs for C:\001.mkv
optimizing the subJobs
Added new job with id 16_25_42_9010
Created jobs for:
C:/a0205.avi


Starting Main@16:26:22.968:
"C:\Tools\Hybrid\vpxenc.exe" --codec=vp9 --passes=1 --pass=1 --target-bitrate=1500 --end-usage=cbr --profile=0 --good --cpu-used=4 --undershoot-pct=0 --buf-sz=6 --buf-initial-sz=4 --buf-optimal-sz=5 --drop-frame=0 --resize-allowed=0 --kf-min-dist=0 --kf-max-dist=250 --auto-alt-ref=0 --noise-sensitivity=0 --sharpness=0 --static-thresh=0 --tile-columns=2 --tile-rows=1 --threads=8 --width=1920 --height=1080 -o "C:\DOCUME~1\Darrell\LOCALS~1\Temp\16_25_42_9010_0 1.vp9" -
finished after 00:03:10.110


Starting Main@16:29:33.093:
"C:\Tools\Hybrid\mkvmerge.exe" --ui-language en -o "C:\001.mkv" --global-tags "C:\DOCUME~1\Darrell\LOCALS~1\Temp\001_16_25_42_90 10__02.xml" -d 0 --default-track 0:yes --default-duration 0:25000/1000fps --aspect-ratio-factor 0:1/1 --no-chapters --compression -1:none --forced-track 0:yes --no-audio --no-subtitles "C:\DOCUME~1\Darrell\LOCALS~1\Temp\16_25_42_9010_0 1.vp9"
finished after 00:00:00.032
finishedJob: 16_25_42_9010
Job 16_25_42_9010 finished!
smtp user password not specified
irc user not specified



> 00000000()
vpxenc.exe!004a84e8()
[Frames below may be incorrect and/or missing, no symbols loaded for vpxenc.exe]
vpxenc.exe!004e1d87()
vpxenc.exe!0053bbad()
vpxenc.exe!00578e06()
vpxenc.exe!004dc078()
vpxenc.exe!004dfa9b()
vpxenc.exe!004e556b()
vpxenc.exe!004e3100()
vpxenc.exe!004eb24a()

[Selur]

VP8/VP9 IS NOT ALLOWED IN WEBM CONTAINER!!!

- only vp9 is not supported by mkvmerge inside a webm container atm.
vp8 can be created inside a webm container without a problem

The output you posted is part of the log which contains no useful information for me.
-> see: http://www.selur.de/support regarding which infos I need.

Like I wrote before: for vp9 2pass encoding is faster than 1pass cbr using vpxenc, probably because of lacking speed optimizations

[DarrellS]

VP8/VP9 IS NOT ALLOWED IN WEBM CONTAINER!!!

- only vp9 is not supported by mkvmerge inside a webm container atm.
vp8 can be created inside a webm container without a problem

The output you posted is part of the log which contains no useful information for me.
-> see: http://www.selur.de/support regarding which infos I need.

Like I wrote before: for vp9 2pass encoding is faster than 1pass cbr using vpxenc, probably because of lacking speed optimizations

Yeah, I can't seem to find how to set the log file in the newer versions like I did in the older versions of Hybrid.


I am using Hybrid to find a working command line for the external encoder because I can't find anything that will work with either the libvpx encoder or the vpxenc.exe in Virtualdub. I can do vp8 with no problem and the speed isn't too bad but vp9 has been impossible for me and I've been working on this off and on for 3 or 4 months. I'm just thinking that it is impossible. Muxing the file is the least of my problems right now. I'm just trying to create a vp9 file and that is seeming to be impossible. As listed in the crash file, the vpxenc.exe file seems to be the problem. Running Windows XP SP3.


What container can vp9 be used in if not webm or mkv and what file extension should be used if not webm or vp9?


I'd like to see a command line that creates a finished file because I haven't been able to find one. The help file in vpxenc.exe is worthless to me.

[Selur]

[qutoe]What container can vp9 be used in if not webm or mkv and what file extension should be used if not webm or vp9?[/quote]
vpxenc can also create flv files iirc. (I normally only create .vp9 files with it)
Also vp9 is supported in mkv, but not in webm if mkvmerge is used for muxing.

Since this is the Hybrid thread, please keep problems with Virtual Dub out of here. Thanks.

here's a command line which creates a vp9 raw stream using mencoder for decoding and vpxenc for encoding.

mencoder -lavdopts threads=2 -really-quiet -of rawvideo -o - -ovc raw -demuxer lavf -vfm ffmpeg -noskip -vf scale,format=i420 -forcedsubsonly -nosub -nosound -mc 0 "H:\Input\test.avi" | vpxenc --codec=vp9 --passes=1 --pass=1 --target-bitrate=1500 --end-usage=vbr --profile=0 --good --cpu-used=3 --undershoot-pct=0 --buf-sz=6 --buf-initial-sz=4 --buf-optimal-sz=5 --drop-frame=0 --resize-allowed=0 --kf-min-dist=0 --kf-max-dist=250 --auto-alt-ref=0 --noise-sensitivity=0 --sharpness=0 --static-thresh=0 --tile-columns=2 --tile-rows=1 --threads=16 --width=640 --height=352 -o "H:\Output\00_50_23_5810_01.vp9" -

Cu Selur

[DarrellS]

I used the 2 pass encode and it did create a .vp9 file that I was able to play in Google Chrome and although it played all the frames, the file was only about a second long. It only took a few seconds to encode the file though.

[Selur]

Unsure if this is a status or an error report,...
- your wrote that the encoding went successful
- you wrote the output contained all frames
- you wrote the output played fine in chrome
-> sounds like everything is fine to me (not sure why you used vp9 and not .mkv as output)

side note: when you playback a .vp9 file in chrome the fps might be off (no container with fps flag)

[DarrellS]

Unsure if this is a status or an error report,...
- your wrote that the encoding went successful
- you wrote the output contained all frames
- you wrote the output played fine in chrome
-> sounds like everything is fine to me (not sure why you used vp9 and not .mkv as output)

side note: when you playback a .vp9 file in chrome the fps might be off (no container with fps flag)

Because I encoded the video before you posted the last message saying you could use mkv. I was told that vp9 was not permitted in webm or mkv by messages in the program but was permitted as raw so I chose .vp9.


I muxed the finished vp9 in mkvmerge and it would not play the video in MPC-HC but it did play in Google Chrome but exactly as the raw .vp9 file. Media info reports the file as 30 fps.

[Selur]

then you probably didn't specify the frame rate in mkvmerge.
Since I don't see a problem, I'm going to bed now. (2am here now :/)

it would not play the video in MPC-HC

no vp9 direct show decoder -> no playback inside direct show based players,...

Cu Selur

[DarrellS]

OK, used mkv as output this time and it took a little longer to encode but I would not say it was slow, especially compared to x265. The finished file played correctly in Google Chrome. Thanks!

[Stears555]

tried your sample with:

ffmpeg -v -10 -analyzeduration 100M -probesize 100M -i "H:\TestClips&Co\ mozdony.MTS" -an -sn -r 25000/1000 -threads 2 -t 24.5 -vsync 0 -r 25 -pix_fmt yuv420p -f rawvideo - | vpxenc --codec=vp9 --passes=1 --pass=1 --target-bitrate=7000 --end-usage=cbr --profile=0 --good --cpu-used=3 --undershoot-pct=0 --buf-sz=6 --buf-initial-sz=4 --buf-optimal-sz=5 --drop-frame=0 --resize-allowed=0 --kf-min-dist=0 --kf-max-dist=250 --auto-alt-ref=0 --noise-sensitivity=0 --sharpness=0 --static-thresh=0 --tile-columns=2 --tile-rows=1 --threads=16 --width=1920 --height=1080 -o "H:\Temp\14_50_02_7310_01.vp9" -

and from the looks of it the encoding is running.

If you want me to look at this further provide proper details.
(btw. 1pass cbr encoding is a lot slower than 2pass encoding over here,.. seems like the vp9 guys didn't optimize it much)

Starting Main@08:59:58.299: "C:\Program Files\Hybrid\vpxenc.exe" --codec=vp9 --passes=2 --pass=1 --target-bitrate=1500 --end-usage=vbr --fpf="C:\Users\CELEBR~1\AppData\Local\Temp\08_59_38 _5110_01.stats" --profile=0 --good --cpu-used=3 --bias-pct=70 --minsection-pct=15 --maxsection-pct=10000 --min-q=0 --max-q=63 --lag-in-frames=25 --undershoot-pct=0 --buf-sz=6 --buf-initial-sz=4 --buf-optimal-sz=5 --drop-frame=0 --resize-allowed=0 --kf-min-dist=0 --kf-max-dist=250 --auto-alt-ref=1 --arnr-maxframes=5 --arnr-strength=3 --noise-sensitivity=0 --sharpness=0 --static-thresh=0 --tile-columns=2 --tile-rows=1 --threads=4 --width=1920 --height=1080 -o NUL -
-> 08_59_38_5110_01_video crashed:main send out an error: QProcess::Crashed
finished after 00:00:07.945 with exitCode -1073741795
-> 08_59_38_5110_01_video crashed:Crash: 1




VP9 simply doesn't work... (video source: the engine video)

[DarrellS]

I can concur that the code that you posted above for a single pass encode does not work and crashes the encoder every time. Every single "single pass" encode that I have tried has crashed the encoder.

Not sure why Stears555 is having trouble with the two pass encode though since it works for me.


--codec=vp9 --passes=2 --pass=1 --target-bitrate=1500 --end-usage=vbr --fpf="PATH TO THE .stats FILE" --profile=0 --good --cpu-used=3 --bias-pct=70 --minsection-pct=15 --maxsection-pct=10000 --min-q=0 --max-q=63 --lag-in-frames=25 --undershoot-pct=0 --buf-sz=6 --buf-initial-sz=4 --buf-optimal-sz=5 --drop-frame=0 --resize-allowed=0 --kf-min-dist=0 --kf-max-dist=250 --auto-alt-ref=1 --arnr-maxframes=5 --arnr-strength=3 --noise-sensitivity=0 --sharpness=0 --static-thresh=0 --tile-columns=2 --tile-rows=1 --threads=8 --width=1920 --height=1080 --yv12 -o NUL -


--codec=vp9 --passes=2 --pass=2 --target-bitrate=1500 --end-usage=vbr --fpf="PATH TO THE .stats FILE" --profile=0 --good --cpu-used=3 --bias-pct=70 --minsection-pct=15 --maxsection-pct=10000 --min-q=0 --max-q=63 --lag-in-frames=25 --undershoot-pct=0 --buf-sz=6 --buf-initial-sz=4 --buf-optimal-sz=5 --drop-frame=0 --resize-allowed=0 --kf-min-dist=0 --kf-max-dist=250 --auto-alt-ref=1 --arnr-maxframes=5 --arnr-strength=3 --noise-sensitivity=0 --sharpness=0 --static-thresh=0 --tile-columns=2 --tile-rows=1 --threads=8 --width=1920 --height=1080 --yv12 -o OUTPUTFILE -



I did try to do a single pass lossless encode and it did look like it was encoding but I wasn't going to wait around for an hour to see if the 20 second file was a success or not. It did not crash the encoder anyway.

[Selur]

1pass encoding works for me too, only problem is that it is really slow and may seem like the encoding is frozen sometimes,...

Starting Main@08:59:58.299: "C:\Program Files\Hybrid\vpxenc.exe" --codec=vp9 --passes=2 --pass=1 --target-bitrate=1500 --end-usage=vbr --fpf="C:\Users\CELEBR~1\AppData\Local\Temp\08_59_38 _5110_01.stats" --profile=0 --good --cpu-used=3 --bias-pct=70 --minsection-pct=15 --maxsection-pct=10000 --min-q=0 --max-q=63 --lag-in-frames=25 --undershoot-pct=0 --buf-sz=6 --buf-initial-sz=4 --buf-optimal-sz=5 --drop-frame=0 --resize-allowed=0 --kf-min-dist=0 --kf-max-dist=250 --auto-alt-ref=1 --arnr-maxframes=5 --arnr-strength=3 --noise-sensitivity=0 --sharpness=0 --static-thresh=0 --tile-columns=2 --tile-rows=1 --threads=4 --width=1920 --height=1080 -o NUL -
-> 08_59_38_5110_01_video crashed:main send out an error: QProcess::Crashed
finished after 00:00:07.945 with exitCode -1073741795
-> 08_59_38_5110_01_video crashed:Crash: 1

That's not a debug output and thus not really interesting to me.

btw. if you overclocked you system in any way, this might be the problem for you crashes,......

[DarrellS]

1pass encoding works for me too, only problem is that it is really slow and may seem like the encoding is frozen sometimes,...

Starting Main@08:59:58.299: "C:\Program Files\Hybrid\vpxenc.exe" --codec=vp9 --passes=2 --pass=1 --target-bitrate=1500 --end-usage=vbr --fpf="C:\Users\CELEBR~1\AppData\Local\Temp\08_59_38 _5110_01.stats" --profile=0 --good --cpu-used=3 --bias-pct=70 --minsection-pct=15 --maxsection-pct=10000 --min-q=0 --max-q=63 --lag-in-frames=25 --undershoot-pct=0 --buf-sz=6 --buf-initial-sz=4 --buf-optimal-sz=5 --drop-frame=0 --resize-allowed=0 --kf-min-dist=0 --kf-max-dist=250 --auto-alt-ref=1 --arnr-maxframes=5 --arnr-strength=3 --noise-sensitivity=0 --sharpness=0 --static-thresh=0 --tile-columns=2 --tile-rows=1 --threads=4 --width=1920 --height=1080 -o NUL -
-> 08_59_38_5110_01_video crashed:main send out an error: QProcess::Crashed
finished after 00:00:07.945 with exitCode -1073741795
-> 08_59_38_5110_01_video crashed:Crash: 1

That's not a debug output and thus not really interesting to me.

btw. if you overclocked you system in any way, this might be the problem for you crashes,......

Is the stats file in his command argument right? I have --fpf="PATH TO THE .stats FILE" in my command line and it puts the stats file where ever I choose to save the output file.


Everything else is the same in his command except for the end...


Mine is --tile-rows=1 --threads=8 --width=1920 --height=1080 --yv12 -o NUL -


Stears555's is --tile-rows=1 --threads=4 --width=1920 --height=1080 -o NUL -



The Lossless encode looked like it was working for me but the estimated encode time was over an hour for a 30 second 640x480 clip so I aborted the encode. All the other one pass encodes that I tried ran for about 10 seconds and then the Visual Studio Debugger popped up to tell me that the vpxenc.exe had crashed. I assume it has something to do with XP Pro SP3 again like a couple of other encoders.

The two pass encode was slow enough so I don't think I'm not too interested in doing a single pass encode. I had never done a two pass encode before so I was kinda Leary of trying but it worked fine. I've been beating myself up for months trying to encode vp9 and finally succeeded with the help of you and your program. Thanks!

[Selur]

Is the stats file in his command argument right?

yes

I have --fpf="PATH TO THE .stats FILE" in my command line and it puts the stats file where ever I choose to save the output file.

the "PATH TO THE .stats FILE" should normally replaced with a path to where vpxenc has write access, I assume if there is a non valid file path, vpxenc will simply create a stats file next to the output file,...

I tried ran for about 10 seconds and then the Visual Studio Debugger popped up to tell me that the vpxenc.exe had crashed. I assume it has something to do with XP Pro SP3 again like a couple of other encoders.

sounds like it, either vpxenc has problems with XP, wouldn't surprise me, looking at the bugtracker entries (http://code.google.com/p/webm/issues/list) there are quite a few memory related problems reported,...

On my Windows 7 64bit pro machine, 1pass encoding runs fine (started all the 1pass encodings mode in parallel for testing)
Here the calls it used:

mencoder -lavdopts threads=2 -really-quiet -of rawvideo -o - -ovc raw -demuxer lavf -vfm ffmpeg -noskip -vf scale,format=i420 -forcedsubsonly -nosub -nosound -mc 0 "H:\TESTCL~1\test.avi" | vpxenc --codec=vp9 --passes=1 --pass=1 --target-bitrate=1500 --end-usage=vbr --profile=0 --good --cpu-used=3 --undershoot-pct=0 --buf-sz=6 --buf-initial-sz=4 --buf-optimal-sz=5 --drop-frame=0 --resize-allowed=0 --kf-min-dist=0 --kf-max-dist=250 --auto-alt-ref=0 --noise-sensitivity=0 --sharpness=0 --static-thresh=0 --tile-columns=2 --tile-rows=1 --threads=16 --width=640 --height=352 -o "H:\Temp\20_37_19_4010_01.vp9" -

mencoder -lavdopts threads=2 -really-quiet -of rawvideo -o - -ovc raw -demuxer lavf -vfm ffmpeg -noskip -vf scale,format=i420 -forcedsubsonly -nosub -nosound -mc 0 "H:\TESTCL~1\test.avi" | vpxenc --codec=vp9 --passes=1 --pass=1 --target-bitrate=1500 --end-usage=cbr --profile=0 --good --cpu-used=3 --undershoot-pct=0 --buf-sz=6 --buf-initial-sz=4 --buf-optimal-sz=5 --drop-frame=0 --resize-allowed=0 --kf-min-dist=0 --kf-max-dist=250 --auto-alt-ref=0 --noise-sensitivity=0 --sharpness=0 --static-thresh=0 --tile-columns=2 --tile-rows=1 --threads=16 --width=640 --height=352 -o "H:\Temp\20_37_41_2110_01.vp9" -

mencoder -lavdopts threads=2 -really-quiet -of rawvideo -o - -ovc raw -demuxer lavf -vfm ffmpeg -noskip -vf scale,format=i420 -forcedsubsonly -nosub -nosound -mc 0 "H:\TESTCL~1\test.avi" | vpxenc --codec=vp9 --lossless=1 --profile=0 --good --cpu-used=3 --min-q=0 --max-q=0 --resize-allowed=0 --kf-min-dist=0 --kf-max-dist=250 --auto-alt-ref=0 --noise-sensitivity=0 --sharpness=0 --static-thresh=0 --tile-columns=2 --tile-rows=1 --threads=16 --width=640 --height=352 -o "H:\Temp\20_38_05_5910_01.vp9" -

[Stears555]

The newest version of utvideo (Yuv420 bt709 type) codec does not work with Hybrid.