LAV Filters - DirectShow Media Splitter and Decoders

[nevcairiel]

Here is a new version with yet improved YADIF multi-threading.

In addition to multi-threading YADIF itself, i moved it onto a worker thread, so decoding and deinterlacing can run in parallel.

http://files.1f0.de/lavf/LAVFilters-0.49-yadifmt2.zip

Because its quite some effort to make the decoders output buffers thread-safe, i only did this for the WMV9 decoder for this version. So when testing, keep in mind that this is only effective for VC-1 interlaced samples.
I do plan to do this at least for the avcodec software decoder and the DXVA2-CB decoder as well, and maybe the CUVID decoder. QuickSync is not possible right now because i cannot modify its buffer allocation, but its also not required because the decoder runs extremely fast.

Performance on the sample by jmonier is now 110 fps for me with YADIF 50/60p output. Up from originally 70 with 0.49 release.

[sneaker_ger]

80 fps now on Core i7-860.

[jmonier]

It's now 81 fps on my i7-950 (up from 66 on the previous build). Plays perfectly now - no dropped frames (as you would expect).

98 fps on the i7-2600 (consistent with your results).

[hoboX10]

Originally Posted by RBG

No I mean exactly MPEG-4 ASP, some driver versions work with it just fine some not.

By the way, what is wrong with h.264, what hardware do you have?

It's my laptop, with an Nvidia Geforce 310M.

Here's my original post for you to read:

Originally Posted by hoboX10

Hey, I have a problem with the LAV video decoder, other people may have this too.

If I enable NVIDIA CUVID Hardware Acceleration with the latest drivers (version 295.73) then any H264 playback will cause a Blue Screen upon loading the decoder.

I should say that this is with NVIDIA's Verde drivers (Mobile Graphics Drivers) and may not be an issue with their standard graphics drivers.

Thanks for reading.

I know it's the drivers because I reinstalled the older drivers again (version 285.62) and NVIDIA CUVID works perfectly again.

[aufkrawall]

Originally Posted by nevcairiel

EVR doesn't support anything but AYUV for 4:4:4, so instead it'll then get RGB, which is much better for EVR anyway, and madVR will receive YV24.

Is there any kind of dithering when converting YUV 4:4:4 to RGB?

[nevcairiel]

Originally Posted by aufkrawall

Is there any kind of dithering when converting YUV 4:4:4 to RGB?

There is always dithering when converting YUV to RGB.

[egur]

Originally Posted by sagematt

LAV Filters no longer detects that my CPU supports QuickSync (Core i7-2630QM, H67), this is on version 0.49, it says "Not Available" at all times. On LAV Filters 0.46 it works just fine. I tried using 0.49 with IntelQuickSyncDecoder.dll from 0.46, but it still won't detect/enable QuickSync. Any ideas?

In 0.46 QS worked in SW emulation mode. This mode was cancelled later on. 0.49 will only work if HW is available and supports the specific codec/profile.
Does it happen for all files or just specific ones?
Do you have a discrete GPU in your laptop?
What driver, OS, splitter and player are you using?

[Pat357]

Originally Posted by aufkrawall

Is there any kind of dithering when converting YUV 4:4:4 to RGB?

If you consider without dithering, the YUV 4:4:4 to RGB is also not lossless, is it ?

[RBG]

Originally Posted by SeeMoreDigital

Really... When placed in which container?

I think there is no actual dependence on container.

You can try some samples from my previous post, both are in mkv container, on 295.73 whql I was able to playback one of them with CUVID acceleration, on 285.62 whql both of them play fine. That's why I asked if somebody had already tested mpeg-4 acceleration on 296.10 whql.

[Peter_Pan]

Originally Posted by RBG

I think there is no actual dependence on container.

You can try some samples from my previous post, both are in mkv container, on 295.73 whql I was able to playback one of them with CUVID acceleration, on 285.62 whql both of them play fine. That's why I asked if somebody had already tested mpeg-4 acceleration on 296.10 whql.

I tried both samples on a WinXP-SP3-Machine with LAV 0.49, latest NVIDIA 296.10 WHQL and latest MePo (MediaPortal).
The first one, which did play for you with all NVIDIA drivers, did play from start to end, the second one did not; just got a black screen. After pushing the stop button on my remote i got back into the MePo GUI. So thats that.

[aufkrawall]

Originally Posted by Pat357

If you consider without dithering, the YUV 4:4:4 to RGB is also not lossless, is it ?

AFAIK it's not lossless anyway due to "rounding errors" etc.

[SeeMoreDigital]

Originally Posted by RBG

I think there is no actual dependence on container.

You can try some samples from my previous post, both are in mkv container, on 295.73 whql I was able to playback one of them with CUVID acceleration, on 285.62 whql both of them play fine. That's why I asked if somebody had already tested mpeg-4 acceleration on 296.10 whql.

Well, from what I can see, your "This one is not working" .MKV file is corrupted in some way. Indeed, try de-muxing and re-muxing the streams!

[kasper93]

@nevcairiel
Is it difficult to make detection of changes in stream aspect ratio? For example this one http://dl.dropbox.com/u/16282309/LAV/AR.2.ts at beginning it is 4:3 and than it's 16:9. When I play it with LAV video freeze on AR change, but If I load file at time where is 4:3 it play fine. It fail to change AR automatically on playback. Is it possible to make? Thanks in advance.

EDIT: I have changed sample to shorter one.

[nevcairiel]

Originally Posted by kasper93

@nevcairiel
Is it difficult to make detection of changes in stream aspect ratio? For example this one http://dl.dropbox.com/u/16282309/LAV/AR.2.ts at beginning it is 4:3 and than it's 16:9. When I play it with LAV video freeze on AR change, but If I load file at time where is 4:3 it play fine. It fail to change AR automatically on playback. Is it possible to make? Thanks in advance.

Should be fixed in the next version.

[RBG]

Originally Posted by Peter_Pan

The first one, which did play for you with all NVIDIA drivers, did play from start to end, the second one did not; just got a black screen. After pushing the stop button on my remote i got back into the MePo GUI. So thats that.

Then I guess MPEG-4 ASP is still broken, because I can play both files absolutely fine with hardware acceleration on 285.62.

Originally Posted by SeeMoreDigital

Well, from what I can see, your "This one is not working" .MKV file is corrupted in some way. Indeed, try de-muxing and re-muxing the streams!

It is not corrupted. It is CUVID problem, or should I say nvidia driver problem, and nevcairiel knows about it.

[Midzuki]

Originally Posted by nevcairiel

Should be fixed in the next version.

Hmmm, no problems for LAV Video with that file over here,
even when I used AV Splitter instead of LAV's

[kasper93]

Originally Posted by nevcairiel

Should be fixed in the next version.

Originally Posted by Midzuki

Hmmm, no problems for LAV Video with that file over here,
even when I used AV Splitter instead of LAV's

Check if you are using LAV Video Decoder. It has nothing to do with splitter. For now it works fine with Microsoft DTV-DVD Video Decoder. FFDshow crash whole player on AR change point Anyway it's fixed in LAV and thanks for that

[Midzuki]

Originally Posted by kasper93

Check if you are using LAV Video Decoder. It has nothing to do with splitter.

As I had said:

Originally Posted by Midzuki

...
Hmmm, no problems for LAV Video with that file over here,

[nevcairiel]

Its only a problem if you use multi-threaded decoding and the software decoder.

[CruNcher]

@Midzuki
It doesn't change the AR like it should with the panorama scene, the decoder freezes @ that point

Hmm Nev couldn't you by default enable to read the AR from the stream when parsing .ts streams and ignoring the actual Lav Video setting ? also with Quicksync the AR change seems to be ignored but works for DXVA2 Native.