LAV Filters - DirectShow Media Splitter and Decoders

[Asmodian]

In the end the only safe thing to do is deinterlace everything marked as interlaced.

This isn't safe either, if you deinterlace progressive content you damage it and a lot of progressive content has some kind of interlaced flag set. You might not notice it but I do. IMO the only safe way is to set it yourself after examining the video (not very automatic :p).

If all (or most, some, only LAV :D) decoder(s) could output a standard set of flags that were specific (interlaced = yes, no, maybe) and that MadVR also understood it would be great!

We could then set MadVR to deinterlace only the "Yes", both "Yes" and "Maybe", or force deinterlace everything. If you enabled deinterlacing in LAV I assume it would set the interlaced flag to "No" so the renderer doesn't re-deinterlace?

[Andy o]

I'm wondering if anyone's using an AMD 7750 yet to see if it improves DXVA copyback performance with madVR? I could never get it to work well even with the 5770 and I'm scraping to get the best bang for buck GCN card I can.

[mindbomb]

question:

For a file that is being sequentially downloaded, lets say you have the first 10% of it. If you open it up, and try to play it, even if it finishes downloading before you hit the 10% mark, your video just freezes at the 10% mark.

Can anything be done about this?

[nevcairiel]

Even though all of the above is quite bad, madVR *still* tries to behave identical to VMR/EVR, which means that if the interlace flags are set to 0, madVR will by default not activate deinterlacing, and if the flags are set to "AMINTERLACE_DisplayModeBobOrWeave", madVR will by default activate deinterlacing, but only after the first interlaced video frame is received. I don't consider this behaviour really alright, but since VMR/EVR are doing it this way, I'm trying to have madVR behave identical.

Actually, madVR does not behave 100% like EVR here.
I have a file which is marked as interlaced, however the frame-flag is missing on some frames. EVR will not deinterlace the frames where this is missing, madVR will.
Even if the behaviour of deinterlacing the frames in this file is correct, extrapolating from that, any file which is mixed interlaced and progressive content, even the progressive frames will all be deinterlaced.

There is also no other set of flags i could set, AMINTERLACE_DisplayModeBobOrWeave is the only flag that allows mixed interlaced and progressive content.

Anyway, that seems to be the only case thats inconsistent.


If LAV wants to force deinterlacing to on/off, it's easy enough to do that with madVR. There are interlace flags available for that, described by Microsoft, which madVR properly honors. "AMINTERLACE_DisplayModeBobOnly" asks for the whole video stream (every frame) to be deinterlaced, so that would be the correct flag to set to force the renderer to turn deinterlacing on. And "AMINTERLACE_DisplayModeWeaveOnly" asks for the whole video stream to not be deinterlaced, so that would be a good flag to set to force the renderer to turn deinterlacing off. If LAV used these flags, madVR would obey. madVR has supported these flags from the first version deinterlacing was introduced.
AMINTERLACE_DisplayModeBobOnly doesn't work with madVR. I tried to set it, but the OSD still claims "deinterlacing off (says bitstream)". Note that BobOnly has the value 0, so if you check for it with a &, it wouldn't work. :p

Even though i don't agree with setting WeaveOnly for progressive (progressive is defined as the absence of flags), it seems to work.

[madshi]

Actually, madVR does not behave 100% like EVR here.
I have a file which is marked as interlaced, however the frame-flag is missing on some frames. EVR will not deinterlace the frames where this is missing, madVR will.
Even if the behaviour of deinterlacing the frames in this file is correct, extrapolating from that, any file which is mixed interlaced and progressive content, even the progressive frames will all be deinterlaced.
You're right. Older madVR builds still behaved the same as EVR there, but I recently changed that because otherwise "forcing" deinterlacing inside of madVR didn't work properly. Do you think I should change this back and find a different solution for the forcing?

There is also no other set of flags i could set, AMINTERLACE_DisplayModeBobOrWeave is the only flag that allows mixed interlaced and progressive content.
Yes, in normal mode, that's what LAV should use. But if LAV is configured to force deinterlacing on/off, "mixed" is not needed anymore. So in forced mode, you can use something other than AMINTERLACE_DisplayModeBobOrWeave.

AMINTERLACE_DisplayModeBobOnly doesn't work with madVR. I tried to set it, but the OSD still claims "deinterlacing off (says bitstream)". Note that BobOnly has the value 0, so if you check for it with a &, it wouldn't work. :p
Ooooops. Will fix that in the next build. Wasn't aware of that the value was 0.

Even though i don't agree with setting WeaveOnly for progressive (progressive is defined as the absence of flags), it seems to work.
What other flag combination would you suggest to indicate "progressive"? 0 would make sense, but unfortunately it's the same as "not initialized", so we can't really use that.

[Skibicki]

I use Lav Filters for mp3 in PotPlayer and this file did not play. It froze with the album art and showed up as mjpg in file info. Plays fine in WMP.

http://www.mediafire.com/download.php?251j501nbv8vjxx

PotPlayer 1.5.32338 x86
Lav Filters 0.48 1dc4df4

[nevcairiel]

Do you think I should change this back and find a different solution for the forcing?
Maybe at least an option to control this might be nice.


What other flag combination would you suggest to indicate "progressive"? 0 would make sense, but unfortunately it's the same as "not initialized", so we can't really use that.

If 0 is out, then thats the only flags that do seem to make sense.

I use Lav Filters for mp3 in PotPlayer and this file did not play. It froze with the album art and showed up as mjpg in file info. Plays fine in WMP.

Fixed

[DragonQ]

nevcairiel and madshi, this is nothing really to do with LAV Filters or MadVR but I figure you might know something about this:

In MKVMerge, is it preferable to set the Aspect Ratio or Display Width/Height? The combinations of LAV + EVR and LAV + MadVR both seem to work fine with either option but I'm just thinking about maximum portability of MKV files on other machines with other filters, decoders and renderers.

[nevcairiel]

MKV only has the Display Width/Height fields internally, so whatever you set, it'll end up in those fields.
If you want portability, i would recommend to make sure that the Aspect Ratio is also properly set in the video headers, at least H264, VC1 and MPEG2 have fields for that. A lot of players ignore the container values.

[The SphereX]

Hi there !!!

I got the following two problems with the "LAV Video Decoder":

1.) When playing HD movies in MPC-HC, that have been x-cropped (e. g. from 1920 to 1808), it results in a stuttering playback with asynchronous audio. However, when movies are y-cropped everything's fine.
2.) 50p Full-HD video from a "Panasonic HDC-SD909" camcorder is played back at only about 30-32 FPS.

Hopefully someone's got an idea of how to fix these problems, because until now I always have to reencode the two problematic formats to 1.) 1920x1080 and 2.) 720p @ 50 FPS to play them back flawlessly.

Motherboard: Zotac ION ITX D
Chipset: NVidia ION (video decoder is set to use "Nvidia Cuvid")
CPU: Intel Atom N330 Dual Core @ 1,6 GHz
Player: MPC-HC
Splitter: Haali Media Splitter
Renderer: VMR-7
OS: Windows XP Professional (SP3)

Greetz,
The SphereX

[Carpo]

you could try using lav splitter instead of haali

[sneaker_ger]

MKV only has the Display Width/Height fields internally, so whatever you set, it'll end up in those fields.
If you want portability, i would recommend to make sure that the Aspect Ratio is also properly set in the video headers, at least H264, VC1 and MPEG2 have fields for that. A lot of players ignore the container values.

Indeed. (Though the Matroska specs also allow other display width/heigth units than pixels, but mkvmerge does not write those.)
Also, if SAR is set in bitstream, mkvmerge will automatically read that info and set the container info accordingly.

[nevcairiel]

LAV Filters 0.49

LAV Splitter
- Improved MKV demuxing performance from slow sources (network streaming, etc)
- Improved stream detection on Blu-rays
- Improved support for RealAudio (COOK, SIPR, etc) in MKV
- Support for streaming from HTTP URLs

LAV Audio
- Improved support for DTS files with Little-Endian or 14B encodings

LAV Video
- New VC1/WMV3 decoder based on the Microsoft DMO Decoder (new default)
- Updated Intel QuickSync decoder (0.29, r44)
- Fixed decoding of some MBAFF H264 streams with DXVA2
- Improved Stream Aspect Ratio logic in the CUVID decoder for H264 streams
- Fixed Deinterlacing when DXVA2 Native is active in certain situations


Download: Installer (both x86/x64) (http://files.1f0.de/lavf/LAVFilters-0.49.exe) -- Zips: 32-bit (http://files.1f0.de/lavf/LAVFilters-0.49.zip) & 64-bit (http://files.1f0.de/lavf/LAVFilters-0.49-x64.zip)

VC1/WMV3 DMO Decoder
In this version i implemented a new decoder for VC-1 and WMV3 content. Specifically, LAV Video can now directly access Microsofts decoder and use it for decoding directly.
This has the advantage that all the small bugs that Microsofts DirectShow version of the decoder has are hopefully being worked around, and that the software fallback in LAV can fully function in case Hardware decoding is not available.
This feature is similar to ffdshows "WMV9" option for VC-1 (however completely written from scratch)

To use this, you have to make sure VC-1 is enabled in the list of formats in LAVs configuration. It used to be off by default in earlier versions, so if you've opened the configuration before, it'll have written that default to the registry.
As of this version, VC-1 is now default on.

In case you want the ffmpeg decoder for VC-1 back, there is an option on the Formats options page.

HTTP Streaming
LAV Splitter can now directly read files from a HTTP server and does no longer have to go through the "File Source (URL)" to do this. This has some key advantages, specifically regarding seeking.
However, LAV is not setup to just magically open all HTTP URLs. This feature at this time is meant for player developers, so that they can use LAV to access HTTP sources directly.

HTTPS is not yet supported.

Other changes
The other changes are all not that big, small fixes and improvements for DXVA2, some splitter improvements, and the usual load of bugfixes that sometimes didn't even make the changelog.

[nevcairiel]

Motherboard: Zotac ION ITX D
Chipset: NVidia ION (video decoder is set to use "Nvidia Cuvid")
CPU: Intel Atom N330 Dual Core @ 1,6 GHz
Player: MPC-HC
Splitter: Haali Media Splitter
Renderer: VMR-7
OS: Windows XP Professional (SP3)


The ION/Atom platform seems to be too slow to use CUVID properly on many files, because it has an abysmal memory copy performance.
I would recommend to use a DXVA based decoder, however on XP you'll have to use MPC-HCs own DXVA decoders, as LAV Video will most likely not work.

I would also recommend VMR-9 instead of -7.

[wanezhiling]

Wow, LAV Filters 0.49! Update!:cool:

[sneaker_ger]

question:

For a file that is being sequentially downloaded, lets say you have the first 10% of it. If you open it up, and try to play it, even if it finishes downloading before you hit the 10% mark, your video just freezes at the 10% mark.

Can anything be done about this?

It works for me on Matroska files - or at least more often than not. Which format are you testing?

[Budtz]

Is it possible to use lav filters with apple trailers btw? so they open in mpc-hc in stead of the crappy quicktime?

[sneaker_ger]

It can open them if downloaded and I'm not sure if LAV is technically capable to directly stream them in principle, but apple blocks other players out by checking the HTTP User Agent for the string "quicktime" anyways.

[Inspector.Gadget]

Is it possible to use lav filters with apple trailers btw? so they open in mpc-hc in stead of the crappy quicktime?

You want the "MOV DL Tool", which is or was packed with Quicktime Alternative. That will allow you to get the trailers as actual files on your desktop, and then you can watch them in whatever player suits you (they are standard MPEG-4 AVC / AAC / container, so LAV Filters can certainly handle them).

[Sebastiii]

Nice WORK :)
Thank you again :)

[Mercury_22]

Why LAVSplitter's "Preferred Language" audio doesn't work in WMC & WMP but it works with MPC-HC, for mkv (= why is not ignoring the default track and use the language specified in the settings) ?
Possible same thing happens for BD (index.bdmv) / m2ts but since I can't be sure LAV it's used for this one (cause there's no tray icon when LAV it's used :) )...I'll say it only happens with mkvs (it's a clean win7 install with just LAVFilters (registered only) and MPC-HC)

Edit: do you need a sample ?

[cremor]

Thanks for the VC-1/WMV changes in the decoder!
One question though: Should we still use the Microsoft splitter for WMV? Because it's still disabled by default in the installer.

[nevcairiel]

One question though: Should we still use the Microsoft splitter for WMV? Because it's still disabled by default in the installer.

Yes you should.


Why LAVSplitter's "Preferred Language" audio doesn't work in WMC & WMP but it works with MPC-HC, for mkv (= why is not ignoring the default track and use the language specified in the settings) ?

WMP/WMC may be overriding the stream choices. Thats the only reason it wouldn't work. Nothing i can do.

[mindbomb]

It works for me on Matroska files - or at least more often than not. Which format are you testing?

mp4 files from youtube.

i'm manually downloading them and playing them rather than using the built in player. It would be great if I didn't have to wait for the whole file to finish first though.

[dansrfe]

Does LAV Video support 10bit H.264 decoding currently? I tried a 10bit file and it didn't work with LAV so I had to enable madVR's internal ffmpeg decoder.

EDIT: 10bit decoding works with LAV Video. My mistake.

[nevcairiel]

Does LAV Video support 10bit H.264 decoding currently? I tried a 10bit file and it didn't work with LAV so I had to enable madVR's internal ffmpeg decoder.

Works just fine here.

[dansrfe]

Also, if we're using madVR then the only choice is x86 for all LAV Filters right?

[CharlieCL]

Is this an optimized Lav Video settings?

select DXVA2 Native
disable RGB32/RGB24/YV12/YADIF

[dansrfe]

Is there a way to check what output audio bit depths my audio card supports? I'm very sure it's 16-bit but I'm not 100% sure.

Also, If I'm using ffdshow audio processor just to downmix the audio and LAV Audio for decoding, is it better to have LAV Audio send a 32-bit float stream to ffdshow audio processer and have ffdshow dither the bit depth to 16-bit or just deselect everything but 16-bit depth in LAV Audio and have ffdshow not touch the bit depth?

[mindbomb]

when doing post processing like mixing, make sure lav audio sends out the highest quality possible (the default setting)

[dansrfe]

when doing post processing like mixing, make sure lav audio sends out the highest quality possible (the default setting)

Awesome, thanks! I've checked all bit depth outputs in LAV Audio and ffdshow audio processor is outputting 16-bit after downmixing.

Now that I actually think about it I should have realized that LAV Audio should send out 32-bit float, if it does automatically, since that makes post-processing cleaner.

[glorp]

This (http://www.mediafire.com/?6mdc93575kd3zja) avi snip fails if the File Source (Async) filter is blocked and LAV Splitter Source is set to Preferred in MPC-HC external filters. Error in MPC is "Cannot render the file". MPC & filters are x64, LAV v0.49. It seems to play fine in GraphStudio but I suspect that's because it's failing back to File Source (Async) because when I unblock File Source (Async) in MPC it will also play. ?

[egur]

Weird LAV Splitter behavior in this file (http://www.wupload.com/file/2633462197) (old share by someone else, can re-share if there's problems).
Instead of sending the video stream to the decoder it sends an RGB image.
Haali sends an MPG2 stream (quite a broken stream BTW).
Setup:
ZoomPlayer 8.11, ffdshow 4371 (32 bit). LAV splitter 0.49, EVR.

* Doesn't matter which mpeg2 decoder is used within ffdshow.
* No splitter problems with LAV video decoder.
* Could not reproduce with LAV 0.48.
* Problem isn't deterministic. Sometimes it works - but mostly not.

[nevcairiel]

I have no idea what makes you think it outputs an RGB image.
Its MPEG-2, and it decodes more or less fine with LAV, its not even broken much.

The only thing the media type has in common with RGB is that biCompression is 0, but since MPEG-2 doesn't really have a official FourCC code, thats a perfectly valid setting.
The actual media sub type is the important part, not the value in biCompression. If ffdshow is relying on biCompression instead of looking at the media sub type, then its broken, not my fault. biCompression is not defined for MPEG-2.

PS:
MPEG-2 always was like this, no change in 0.49.

[egur]

I have no idea what makes you think it outputs an RGB image.
Its MPEG-2, and it decodes more or less fine with LAV, its not even broken much.

The only thing the media type has in common with RGB is that biCompression is 0, but since MPEG-2 doesn't really have a official FourCC code, thats a perfectly valid setting.
The actual media sub type is the important part, not the value in biCompression. If ffdshow is relying on biCompression instead of looking at the media sub type, then its broken, not my fault. biCompression is not defined for MPEG-2.

PS:
MPEG-2 always was like this, no change in 0.49.

The pin connection between LAV splitter (source) and ffdshow was RGB.
Didn't debug this yet but this but is what ZoomPlayer reported:
Major Type: Video - Sub Type: MPEG2_VIDEO Format: MPEGStreams RGB 720X576, 12 bits
Haali reported:
Major Type: Video - Sub Type: MPEG2_VIDEO Format: MPEGStreams MPG2 720X576, 0 bits

What I see when LAV splitter 0.49 is used, is a static image (not garbage) that doesn't appear on the video stream and I have no clue as to where it came from.
LAV 0.48 and older work fine w/o issues.

Can anyone else reproduce?

Maybe it's an ffdshow bug, but what changed between LAV 0.48-0.49?

[CruNcher]

@Nev
wow H.264 DXVA2 Native seems much more stable now on Intel :)
still 720p.mpg is crashing (Mpeg-2)

decodinerror.ts though shows heavy blocking on every frame but if you increase or decrease the speed the decoding problems are gone very strange

High 10, High 4:2:2, Predictive 4:4:4 fallback works also nicely as well as Mpeg-2 Studio 4:2:2 :)

[nevcairiel]

Didn't debug this yet but this but is what ZoomPlayer reported:
Major Type: Video - Sub Type: MPEG2_VIDEO Format: MPEGStreams RGB 720X576, 12 bits

The connection is clearly MPEG2.
Like i said, the Sub Type is the important part, everything else does not matter.
I don't know which tool you use to create that output. As it happens, the biCompression value for RGB is 0, and the one for MPEG-2 is as well, because it just doesn't have a FourCC.

[CruNcher]

@Nev
could you fallback to quicksync decoding for VC-1 AP Lx when DXVA2 native/copy back are active on Intel Quicksync supported systems instead of ffmpeg or wmv video decoder for the time being till you get DXVA2 VC-1 IDCT(Potplayer)/VLD(Arcsoft,Cyberlink) working :) or another checkbox like (use quicksync/dxva native/ copy back instead aside of the format selection dynamically changing depending on what you set as your main hardware decode mode)

Most flexible of course would be a entire selection system being able to chose per format and profile in case of VC-1 at least :)

[BuckMaster]

here is an error with potplayer, when i try to see the filter properties
http://img577.imageshack.us/img577/8659/potplayerlaverror.png

LAV 0.49 version

Update : I figured out what cause this issue, ... I forget to re-register over 0.48's .ax files

[Budtz]

Is there a way to control or check wether windows media player 12 is using lav? i also have ffdshow installed

[ryrynz]

here is an error with potplayer, when i try to see the filter properties
http://img577.imageshack.us/img577/8659/potplayerlaverror.png

LAV 0.49 version

Don't have that issue here. Potplayer 1.5.32007

Is there a way to control or check wether windows media player 12 is using lav? i also have ffdshow installed

I assume you mean LAV Video? One way to do it is to launch the LAV Video config and look at the 'Active Decoder'

[CruNcher]

CoreAVC DXVA, Lav Video DXVA and Potplayer DXVA fail with these x264 streams (same visual problem mostly gray blocking on specific frames, ref frames related, the more surprising would be that Arcsoft and Cyberlink found a way to compensate it without losing DXVA, or they use quicksync natively and Intels Driver MSDK fixes it) Cyberlink DXVA and Arcsofts DXVA implementation handle them on Intel without problems and fully accelerated :)

All of them Playback without issues with Cyberlinks and Arcsofts DXVA Decoder as well as Quicksync

http://www.mediafire.com/?scdzhe8e1gaxygh (gray blocking whole frames)
http://www.mediafire.com/?ucq118nxpnc4of7 (colored blocking part of frame then whole frames)
http://www.mediafire.com/?ykd7185z7j9db21 (practically every frame)
http://www.mediafire.com/?rld8gnlh52f03ud <- is a different decoding issue not ref frame related (Quicksync and Lav Video DXVA problem) plays flawless with Potplayer DXVA and CoreAVC DXVA
http://www.mediafire.com/?xr7ynkl2fg59g1c <- this is crazy it's a nvcuvenc h.264 transcode of the same mpeg-2 bitstream that brings the dxva2 native mpeg-2 down :P and it crashes also coincidence maybe though way to strange for one or this stream not important in which form triggers a bug in the MPC-HC render core but only with your DXVA2 Native ;)
http://www.mediafire.com/?sdqa98x8ig6msng <- fails with a green screen though arcsoft (black screen) and cyberlink (only decodes half of the stream) also have problems coreavc dxva plays it potplayer crashes in ntdll :P quicksync works
http://www.mediafire.com/?bji8i63j93skh2a <- sharing these Decoding problems on Blu-Ray Encodes with CoreAVC and Potplayers DXVA (Arcsoft and Cyberlink work)
http://www.mediafire.com/?wtku126e9k13z61 <- another blu-ray test in native m2ts same issue as above in .mkv

resolution, version and settings of different x264 streams showing the same decoding problem with DXVA decoding on both decoder

1280x720

x264 core 88 r1471 1144615

cabac=1 / ref=16 / deblock=1:0:0 / analyse=0x3:0x113 / me=umh / subme=10 / psy=0 / mixed_ref=1 / me_range=32 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=0 / threads=1 / sliced_threads=0 / nr=0 / decimate=1 / mbaff=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=1 / wpredb=1 / wpredp=2 / keyint=350 / keyint_min=15 / scenecut=40 / intra_refresh=0 / rc_lookahead=250 / rc=2pass / mbtree=1 / bitrate=10000 / ratetol=10.0 / qcomp=0.00 / qpmin=6 / qpmax=51 / qpstep=6 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / aq=1:1.00



1280x720

x264 core 98 r1629 2e81ce1


cabac=1 / ref=9 / deblock=1:-1:-1 / analyse=0x3:0x133 / me=esa / subme=10 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=24 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=3 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / constrained_intra=0 / bframes=16 / b_pyramid=0 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / weightp=2 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=60 / rc=abr / mbtree=1 / bitrate=15000 / ratetol=2.0 / qcomp=0.60 / qpmin=10 / qpmax=40 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00


720x352

x264 core 104 r1713M c276662

cabac=1 / ref=16 / deblock=1:0:0 / analyse=0x3:0x133 / me=umh / subme=9 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=24 / chroma_me=1 / trellis=0 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=0 / threads=12 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / constrained_intra=0 / bframes=8 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=23 / scenecut=40 / intra_refresh=0 / rc_lookahead=60 / rc=crf / mbtree=1 / crf=23.3 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00


1280x720

x264 core 112 r1834+3 ef18685

cabac=1 / ref=16 / deblock=1:1:1 / analyse=0x3:0x133 / me=umh / subme=9 / psy=1 / fade_compensate=0.30 / psy_rd=0.40:0.10 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-3 / threads=12 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / constrained_intra=0 / fgo=5 / bframes=5 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=23 / scenecut=40 / intra_refresh=0 / rc_lookahead=60 / rc=crf / mbtree=1 / crf=18.0 / qcomp=0.60 / qpmin=0 / qpmax=51 / qpstep=4 / ip_ratio=1.40 / aq=1:0.60


1280x720

x264 core 114 r1913+431 3ad9c33

cabac=1 / ref=16 / deblock=1:1:1 / analyse=0x3:0x133 / me=umh / subme=10 / psy=1 / fade_compensate=0.80 / psy_rd=0.40:0.00 / mixed_ref=1 / me_range=24 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-2 / threads=12 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / constrained_intra=0 / fgo=5 / bframes=16 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=23 / scenecut=40 / intra_refresh=0 / rc_lookahead=72 / rc=crf / mbtree=1 / crf=19.0 / qcomp=0.72 / qpmin=0 / qpmax=69 / qpstep=4 / ip_ratio=1.40 / aq=1:0.80


640x480

x264 core 115 r1947 b5a8ad7

cabac=1 / ref=16 / deblock=1:0:0 / analyse=0x3:0x133 / me=tesa / subme=10 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=24 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-2 / threads=6 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=16 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=60 / rc=crf / mbtree=1 / crf=16.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00

640x480

x264 core 115 r2008 4c552d8

cabac=1 / ref=16 / deblock=1:-1:-1 / analyse=0x3:0x133 / me=umh / subme=10 / psy=1 / psy_rd=0.80:0.00 / mixed_ref=1 / me_range=24 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=12 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=16 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=300 / keyint_min=12 / scenecut=40 / intra_refresh=0 / rc_lookahead=30 / rc=crf / mbtree=1 / crf=23.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / ip_ratio=1.40 / aq=2:0.40





comparable ref frame sei settings but no decoding issues (most probably decision wasn't as aggressive, working inefficient @ that time)

640x480

x264 core 50 svn-557M

cabac=1 / ref=16 / deblock=1:1:1 / analyse=0x3:0x133 / me=umh / subme=6 / brdo=1 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / chroma_qp_offset=0 / slices=2 / nr=0 / decimate=1 / bframes=3 / b_pyramid=1 / b_adapt=1 / b_bias=0 / direct=0 / wpredb=1 / bime=1 / keyint=250 / keyint_min=25 / scenecut=40 / rc=2pass / bitrate=1885 / ratetol=1.0 / rceq='blurCplx^(1-qComp)' / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / pb_ratio=1.30


720x360

x264 core 57 svn-712M

cabac=1 / ref=16 / deblock=1:0:0 / analyse=0x3:0x133 / me=esa / subme=7 / brdo=1 / mixed_ref=1 / me_range=24 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / chroma_qp_offset=0 / threads=3 / nr=0 / decimate=0 / mbaff=0 / bframes=16 / b_pyramid=1 / b_adapt=1 / b_bias=0 / direct=3 / wpredb=1 / bime=1 / keyint=250 / keyint_min=25 / scenecut=40(pre) / rc=2pass / bitrate=2000 / ratetol=1.0 / rceq='blurCplx^(1-qComp)' / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / pb_ratio=1.30 / aq=1:0.3:0.0

1280x720

x264 core 61 r920M 8c8acae

cabac=1 / ref=16 / deblock=1:1:1 / analyse=0x3:0x133 / me=tesa / subme=7 / brdo=1 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / chroma_qp_offset=0 / threads=3 / nr=0 / decimate=1 / mbaff=0 / bframes=16 / b_pyramid=1 / b_adapt=2 / b_bias=0 / direct=3 / wpredb=1 / bime=1 / keyint=300 / keyint_min=25 / scenecut=40(pre) / rc=crf / crf=19.0 / rceq='blurCplx^(1-qComp)' / qcomp=1.00 / qpmin=10 / qpmax=51 / qpstep=4 / ip_ratio=1.40 / pb_ratio=1.30 / aq=2:1.00


1920x1080

x264 core 67 r1120M 8544346

cabac=1 / ref=8 / deblock=1:1:-3 / analyse=0x3:0x2 / me=umh / subme=9 / psy_rd=0.8:0.0 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / chroma_qp_offset=-2 / threads=6 / nr=0 / decimate=1 / mbaff=0 / bframes=3 / b_pyramid=1 / b_adapt=2 / b_bias=0 / direct=1 / wpredb=1 / keyint=250 / keyint_min=25 / scenecut=40 / rc=2pass / bitrate=6115 / ratetol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / pb_ratio=1.30 / aq=1:1.00


720x1280

x264 core 98 r1649 c54c47d

cabac=1 / ref=8 / deblock=1:-3:-3 / analyse=0x3:0x113 / me=umh / subme=6 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=24 / chroma_me=1 / trellis=0 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=6 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=0 / b_bias=0 / direct=1 / weightb=0 / weightp=2 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=40 / rc=2pass / mbtree=1 / bitrate=3999 / ratetol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / aq=1:1.00

1280x720

x264 core 107 r1745 4785e8e

cabac=1 / ref=9 / deblock=1:0:0 / analyse=0x3:0x13 / me=umh / subme=10 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=24 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=12 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / constrained_intra=0 / bframes=9 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=130 / rc=crf / mbtree=1 / crf=19.5 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / ip_ratio=1.40 / aq=1:0.60

PS: Nev could you test all these samples on your current Intel Driver i used 2639 for testing DXVA2 playback and confirm or deconfirm the issues thx

[aufkrawall]

Hi nev,
for how long will you continue to wait until you implement AYUV -> YV24 conversion for better EVR compatibility?
Would you be so kind to explain to me why waiting is necessary? :)

:thanks:

[Pat357]

The connection is clearly MPEG2.
Like i said, the Sub Type is the important part, everything else does not matter.
I don't know which tool you use to create that output. As it happens, the biCompression value for RGB is 0, and the one for MPEG-2 is as well, because it just doesn't have a FourCC.

Nev,
Have you tried seeking in this file ?
After seeking, the playback continues (not always), but the image on screen doesn't update.
This also happens when seeking back to a place that did play ok before.

The image stall after seeking doesn't happen with the MPC build-in splitter.

PS : i'm using software decoding in LAV-video for all formats.

[CruNcher]

Nev is aware of the seeking issues but improving seeking is more a feature first playback has to be stable ;)

PS: Im going to check some of the issues above now in context of mpc-hc especialy this mpeg-2 bitstream that even crashes transcoded with nevs dxva2.

[DragonQ]

Does anyone know of any utility that will show me the GPU usage of the Intel IGP? Something similar to nVidia Inspector, for example.

Thanks!

[Pat357]

Hi nev,
for how long will you continue to wait until you implement AYUV -> YV24 conversion for better EVR compatibility?
Would you be so kind to explain to me why waiting is necessary? :)
:thanks:
I guess (nev mentioned this before) the reason for the waiting has to do with the bug concerning YV24 in all MadVR version except the more recent one.
MadVR showed showed the U and V reversed (U was V and V was U).
This means that if people didn't update their Madvr yet for whatever reason, would get completely wrong colors.

Mind you that EVR won't work at all with Y24, because it simply doesn't support this format.
Currently, only MadVR supports YV24.
A big plus is that AviSynth also supports YV24, while AYUV is not supported.

[Pat357]

Does anyone know of any utility that will show me the GPU usage of the Intel IGP? Something similar to nVidia Inspector, for example.

Have you tried the latest Sysinternals Process Explorer or GPU-Z (http://www.techpowerup.com/downloads/SysInfo/GPU-Z/ )?
I can't test it myself because my CPU has no IGP.

[DragonQ]

Does anyone know of any utility that will show me the GPU usage of the Intel IGP? Something similar to nVidia Inspector, for example.

Thanks!
Never mind, GPU-Z seems to work fine. Apparently IGP usage is 75-80% when playing a 1080i25 file, regardless of whether I'm using software or DXVA2 Native decoding. Shweet. :D

[jmonier]

Here is a vc1 interlaced file that has many dropped frames when yadif is also used:

http://www.mediafire.com/?154cw3dps2hnotc

It has no problem with ffdshow using wmv9 decoder and yadif (and no problem with LAV Video when yadif is not used)

The problem is not there with every file. Blaubart's "cheeze slices" VC-1 interlaced test file works fine with yadif.