LAV Filters - DirectShow Media Splitter and Decoders

[DragonQ]

FWIW, when I first installed MediaPortal and got it playing TV from my tuner card, I had to enable "Use stream aspect ratio" in LAV to get the 1440x1080 HD channels to correctly display as 16:9. When it was unticked, they'd playback at square aspect ratio (4:3). That was a long time ago though (late November IIRC) so I have no idea if that's still the case.

[Mercury_22]

Nev can you please help with a compatibility issue with TrueHD:
I'm trying to play my "The Fifth Element" (remastered) BD with "dslibbluray" (http://forum.doom9.org/showthread.php?t=164314) but when the main movie starts the playback it's very "choppy" and I'm getting this error in "dslibbluray" [truehd @ 0003d5a0] mlpparse: Parity check failed.
[truehd @ 0003d5a0] Lossless check failed - expected f3, calculated b7.
But if I use FFD the playback it's smooth with no error in dslibbluray
Also when using native I can't play the mpeg2 parts in the same BD but with CB and SW it's working

It will be nice if you could take a look cause I don't want to go back to FFD :) :thanks:

P.S. more here http://forum.doom9.org/showthread.php?p=1564937#post1564937

EDIT: WOW you're fast :)

EDIT 2 forgot to mention MPC-HC with native it's playing fine the same files

[nevcairiel]

It will be nice if you could take a look cause I don't want to go back to FFD :) :thanks:

That filter is pre-alpha, if you use it and it doesn't work, its not my fault, complain to the author.
I will not waste my time with it.

[mindbomb]

so, if i use the mpc hc "save image" function while using lav video forced to output rgb32, the resulting png will be from the rgb?

[CruNcher]

All the clips play fine with CoreAVC 3.1, however the 720p-cuda.mkv has the errors encoded into the stream itself.

jup that's known the stream is buggy even as the Mpeg-2 version , still it's the x264 benchmark stream, this stream is crazy as i said with Nev DXVA2 as both this transcode and the original Mpeg-2 this H.264 was transcoded from crash it or Intels Driver, good news Dan for CoreAVC 3.1 (also getting all the ref frames problems under control like Arcsoft and Cyberlink did) especially for the stream that even Arcsoft and Cyberlink fail on though CoreAVC 3.0.1 already plays it without problems on Intel :)

[RBG]

Has anybody tested new nvidia driver 296.10, is mpeg-4 asp still broken?

[hoboX10]

Has anybody tested new nvidia driver 296.10, is mpeg-4 asp still broken?

ASP? Do you mean AVC? I made a post about 2 pages back that got completely ignored, I assume because it's already a known issue, about me getting a bluescreen whenever I play back H264 video with NVIDIA CUVID on with the latest 295 drivers. I'm assuming you are talking about the same problem and meant mpeg4-avc.

[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?

[RBG]

ASP? Do you mean AVC? I made a post about 2 pages back that got completely ignored, I assume because it's already a known issue, about me getting a bluescreen whenever I play back H264 video with NVIDIA CUVID on with the latest 295 drivers. I'm assuming you are talking about the same problem and meant mpeg4-avc.

No I mean exactly MPEG-4 ASP (http://en.wikipedia.org/wiki/MPEG-4_Part_2), some driver versions work with it just fine some not.

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

[SeeMoreDigital]

Has anybody tested new nvidia driver 296.10, is mpeg-4 asp still broken?Really... When placed in which container?

[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]

No I mean exactly MPEG-4 ASP (http://en.wikipedia.org/wiki/MPEG-4_Part_2), 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:
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]

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]

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

There is always dithering when converting YUV to RGB.

[egur]

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]

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]

Really... When placed in which container?

I think there is no actual dependence on container.

You can try some samples from my previous post (http://forum.doom9.org/showthread.php?p=1560280#post1560280), 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]

I think there is no actual dependence on container.

You can try some samples from my previous post (http://forum.doom9.org/showthread.php?p=1560280#post1560280), 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]

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]

I think there is no actual dependence on container.

You can try some samples from my previous post (http://forum.doom9.org/showthread.php?p=1560280#post1560280), 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]

@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]

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. ;)

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 (http://forum.doom9.org/showthread.php?p=1560170#post1560170) about it.

[Midzuki]

@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.
Should be fixed in the next version.

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

[kasper93]

Should be fixed in the next version.:thanks:
Hmmm, no problems for LAV Video with that file over here,
even when I used AV Splitter :devil: instead of LAV's :confused: :confused: :confused: :confused: :confused: 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 :scared: Anyway it's fixed in LAV and thanks for that :)

[Midzuki]

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

As I had said:

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

:rolleyes: :D

[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.

[Midzuki]

Thanks and thanks :) for the overdue clarifications :thanks:

[nevcairiel]

That file must've been somehow especially broken, i have quite a bunch of other H264 files where the AR change works just fine (in all decoders).
In this file, CUVID only picks it up when i seek (for some odd reason), and QuickSync never picks it up.

[sagematt]

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?

All files, apparently.
At all times (even while not playing a file) LAV Video says that QuickSync is not available. While playing a file it keeps showing that, and Active Decoder is set to avcodec.

Do you have a discrete GPU in your laptop?

Dell XPS L502x, Nvidia Geforce GT 525M, Intel HD 3000 (Core i7-2630QM).

What driver, OS, splitter and player are you using?

Nvidia driver: Just upgraded to Verde 296.10 before. Was using 285.62 before, with the same results.
Intel driver: 8.15.10.2342. Dell still hasn't upgraded to a later driver (2509 is the latest).
Splitter: I get the same results with both Haali Media Splitter and LAV Splitter 0.49.
OS: Windows 7 Home Premium x64

[Pat357]

That file must've been somehow especially broken, i have quite a bunch of other H264 files where the AR change works just fine (in all decoders).
In this file, CUVID only picks it up when i seek (for some odd reason), and QuickSync never picks it up.

CUVID indeed picks up the AR-change on seeking, but it seems only sometimes.
I really had to seek a lot before it picked it up.
Does it always change AR for you on the first seek ?

[CruNcher]

That file must've been somehow especially broken, i have quite a bunch of other H264 files where the AR change works just fine (in all decoders).
In this file, CUVID only picks it up when i seek (for some odd reason), and QuickSync never picks it up.

you can already visually see that it is somehow exactly @ the switch point Cyberlink and Arcsoft get the AR change CoreAVC seems also to miss it ;)

[SeeMoreDigital]

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

It is not corrupted. It is CUVID problem, or should I say nvidia driver problem, and nevcairiel knows (http://forum.doom9.org/showthread.php?p=1560170#post1560170) about it.If it's of any interest. The MPEG-4 Part-2 .MKV file that does not work contains "packed bit-stream". The MPEG-4 Part-2 .MKV file that works okay does not contain "packed bit-stream"...

[CruNcher]

@Nev
this seems to be a ffmpeg issue

ffplay = fail
avplay = ok
vlc 2.1 git = ok
mirillis Hard/soft = ok
CoreAVC 3.0.1 = fail
Cyberlink = ok
Arcsoft = ok
Potplayer DXVA = ok
Potplayer FFMpeg Decoder Type 2 = fail
Lav Video = fail
Lav Video Quicksync = fail
Lav Video DXVA2 Native = ok

[kasper93]

That file must've been somehow especially broken, i have quite a bunch of other H264 files where the AR change works just fine (in all decoders).
It was recorded from DVB-T broadcast from Polish and I noticed earlier that there is something strange about it. For example I was trying to cut stream with Video ReDo and didn't work as it should.. Anyway there is a official forum about that DVB-T broadcast and no one complain on any technical issue.

[mindbomb]

what is dxva copyback performance based on?

hardware video decoder version?

cause on further expection, I don't think uvd 2.0 is fast enough for this for 1080p video. Testing with a radeon 4870.
The present queue in madvr is struggling to keep above 0.

[nevcairiel]

@Nev
this seems to be a ffmpeg issue


Of course it was, but i already fixed it. Read what i write. :p

what is dxva copyback performance based on?

Its mostly memory copy performance.

From what i've seen and heard so far, it seems fine for 24p/25p/50i/60i material on 4000 series and above cards. Some cards seem to also be able to handle 50p and 60p.
Starting with the 7000 series, the speed has increased again and 50p and 60p are fine across the board.

You can easily test this by running a benchmark, if your card behaves anything like the others, it should be around 50 fps.
This may also be highly driver dependent, and maybe some other factors that are not known yet. :p

PS:
The present queue being 0 means your GPU is bottle-necked somewhere. If the decoder queue remains full, the decoder is running fast enough.
It may be possible that the combination of the memory copys and madVRs GPU shaders is too much.

[JEskandari]

I have a Question and Wonder if somebody can help me
I use LAVFilters for codecs and also I use EVR
I have converted some file in to MP4 format using MediaCoder.
This is what Media Info Shows when about the files
General
Complete name : C:\Encoded\Three Kingdoms 2010\Written\Three Kingdoms ep 62 ~ Xu Chu duels Ma Chao.mp4
Format : MPEG-4
Format profile : Base Media
Codec ID : isom
File size : 273 MiB
Duration : 46mn 32s
Overall bit rate mode : Variable
Overall bit rate : 819 Kbps
Encoded date : UTC 2012-03-02 23:14:04
Tagged date : UTC 2012-03-02 23:14:04

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L3.1
Format settings, CABAC : Yes
Format settings, ReFrames : 12 frames
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 46mn 32s
Bit rate : 756 Kbps
Maximum bit rate : 3 256 Kbps
Width : 720 pixels
Height : 400 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 29.970 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.088
Stream size : 252 MiB (92%)
Writing library : x264 core 120 r2120 0c7dab9
Encoding settings : cabac=1 / ref=12 / deblock=1:-1:-1 / analyse=0x3:0x113 / 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=0 / chroma_qp_offset=-2 / threads=6 / sliced_threads=0 / nr=0 / decimate=0 / interlaced=0 / bluray_compat=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=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=40 / rc=2pass / mbtree=1 / bitrate=756 / ratetol=1.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / aq=2:1.00
Encoded date : UTC 2012-03-02 23:14:04
Tagged date : UTC 2012-03-02 23:14:37

Audio
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : HE-AACv2 / HE-AAC / LC
Codec ID : 40
Duration : 46mn 32s
Bit rate mode : Variable
Bit rate : 56.0 Kbps
Maximum bit rate : 64.0 Kbps
Channel(s) : 2 channels / 1 channel / 1 channel
Channel positions : Front: L R / Front: C / Front: C
Sampling rate : 48.0 KHz / 48.0 KHz / 24.0 KHz
Compression mode : Lossy
Stream size : 18.6 MiB (7%)
Encoded date : UTC 2012-03-02 23:14:37
Tagged date : UTC 2012-03-02 23:14:37


I have no problem playing back the files using Mediaplayer Classic -
HomeCinema when I config Lav Video to use Intel QuickSync or CPU
but when I use DXVA2-native or DXVA2 - Copy Back I get these Artifact
I wonder If anybody can help me and tell which of the setting I used
while encoding medias may caused such Artifacts
http://www.mojoimage.com/free-image-hosting-th-10/9558Three-Kingdoms-ep-42-Battle-of-Red-Cliff-2-.jpg (http://www.mojoimage.com/free-image-hosting-view-10.php?id=9558Three-Kingdoms-ep-42-Battle-of-Red-Cliff-2-.jpg) Click Image to Enlarge Free Image Hosting (http://www.mojoimage.com/)
thanks

[Surfn]

what is dxva copyback performance based on?

hardware video decoder version?

cause on further expection, I don't think uvd 2.0 is fast enough for this for 1080p video. Testing with a radeon 4870.
The present queue in madvr is struggling to keep above 0.

i seem to struggle in the way using copyback for 1080p using ati 5670 1gb gddr5. no probs in software or dxva2 native

[aufkrawall]

I have a problem with a DVD remux: DXVA doesn't work with that MPEG2 interlaced, neither copy back nor native. CUVID works.

[Kotik]

Hello,

Got myself a new HTPC with the following config:

i3 2105
ATI 6450
Asrock H67M-ITX

I got primary VGA over BIOS set to PCIE BUT MultiMonitor option set to "Enable", this way on windows 7 my main vga is ATI and the Intel HD VGA is preset over device manager.

So far good, now to the point :)

If i plug the DVI cable over the intel vga LAV Video reports that QuickSync is "Available" and i am able to use it. The issue arise when i plug the cable over the ATI vga then the QuickSync option turns into "Not Available" so i am unable to use it :(

What i would like to know is if it is possible to use QuickSync while my main vga is ATI and the Intel HD vga is present over device manager.

My idea was to use QuickSync for the video decoding and ATI for the Deinterlacing/EVR part since ATI is able to provide me with a nice 23.976.

Thanx in advance.

[DragonQ]

What i would like to know is if it is possible to use QuickSync while my main vga is ATI and the Intel HD vga is present over device manager.

Yes but you need Lucid Virtu (http://www.lucidlogix.com/driverdownloads-virtu.html).

[Kotik]

I did install the latest version but QuickSync still is not available if my main VGA is ATI, only becomes available if Intel is the main one although Virtu reports that it is running.

Any ideas?

I know we are completely offtopic here, sorry Nev.

[STaRGaZeR]

You don't need Virtu at all. See here (http://forum.doom9.org/showpost.php?p=1532786&postcount=186), the fake screen method will do just what you want. Works like a charm.

[Pat357]

Nev,

About changing AR in middle of the stream (like the file posted) :
- it works now with software mt decoding (good job btw :thanks:)
- CUVID mode still fails : is there anything that you could do to make this work ?
Because CUVID in CoreAVC is working, I suppose the problem lies not in behind the CUVID API,
but in missing and/or wrong data send to the API.

[Kotik]

You don't need Virtu at all. See here (http://forum.doom9.org/showpost.php?p=1532786&postcount=186), the fake screen method will do just what you want. Works like a charm.

WOW :)

Thanks that did the trick:)

Currently LAV Video reports that QuickSync is "Available" and "Active" during a video playback and EVR reports that Render Device is ATI Radeon 6450!!!

Am i right when i assume that Deinterlacing is done by ATI atm?

Now that i got this working, may i ask if this is generaly a suggested way of watching 1080p or at least is it any better than DXVA CB? I need DXVA CB cause i am gonna apply postprocessing.

[nevcairiel]

- CUVID mode still fails : is there anything that you could do to make this work ?
Because CUVID in CoreAVC is working, I suppose the problem lies not in behind the CUVID API,
but in missing and/or wrong data send to the API.

That file is somhow broken, its not a "standard" sample for H264 AR changes.
Anyway, i send the full bitstream to the CUVID decoder, there is nothing else i could send, so there is nothing "missing".

CoreAVC most likely use their own bitstream parsing instead of using NVIDIAs full CUVID parser for that.

Its possible to add that kind of parsing as well, of course, but for now it has a veeeeeeeeeeeeery low priority.