LAV Filters - DirectShow Media Splitter and Decoders

[nevcairiel]

More interestingly, the latest NVIDIA driver now supports the new HEVC DXVA decode profiles for 444 (and maybe also 422? I don't have blackwell and don't plan on getting one). Now its not only Intel anymore. Maybe I'll get around to supporting them properly sometime.

[TheGameMaster]

Yep. It's in their new build. It's working fine on my system. Their build in version of LAV works just as well as the stand alone / external version. The stand alone LAV doesn't have it yet. I honestly didn't notice any difference between d3d11 cb external LAV and d3d12 cb internal MPC-BE, running MadVR and XySubFilter. I also run ffdshow tryouts for AAC audio decoding - as it does a much nicer job of faking dolby suround/atmos - but I use LAV (or MPC-BE's built in LAV) for the rest of audio formats. I'm not sure what the differences are between MPC-BE's build in LAV and external LAV.

[lvqcl]

Originally Posted by TheGameMaster

I'm not sure what the differences are between MPC-BE's build in LAV and external LAV.

MPC-BE doesn't have built-in LAV filters.

[ryrynz]

Originally Posted by TheGameMaster

I'm not sure what the differences are between MPC-BE's build in LAV and external LAV.

You mean MPC-BE's internal filters, LAV is specifically Nevcairiel's filters that are also built in to MPC-HC but not BE. Source, Video and Audio filters in BE are created by the MPC-BE team and are updated as part of the ongoing player updates. As far as differences go, it comes down to features mostly with LAV offering more options for a typical power user.

[jmone]

Originally Posted by nevcairiel

More interestingly, the latest NVIDIA driver now supports the new HEVC DXVA decode profiles for 444 (and maybe also 422? I don't have blackwell and don't plan on getting one). Now its not only Intel anymore. Maybe I'll get around to supporting them properly sometime.

Sounds great, given nvidia has joined intel in the 422 club. While it works, I'm not that keen on turning my source AVC/10-Bit/422 footage into 420 just to make it compatible for LAV/HW Accell.

[v0lt]

Can someone please post a screenshot of the first tab of DXVA Checker 4.7.0 for Nvidia RTX 50x0.

[Sunspark]

Originally Posted by v0lt

Can someone please post a screenshot of the first tab of DXVA Checker 4.7.0 for Nvidia RTX 50x0.

I don't have it, but they did list:

GPU MPEG2 H.264 HEVC Main HEVC Main 444 HEVC Main10 HEVC Main10 422 HEVC Main10 444 HEVC Main10 Ext HEVC Main12 HEVC Main12 422 HEVC Main12 444 VP9 Profile0 VP9 10bit Profile2 AV1 Profile0 AV1 12bit Profile2 420
GeForce RTX 5080 4K 8K 8K 8K 8K 8K 8K - 8K 8K 8K 8K 8K 8K -

So just HEVC Main10 Ext and AV1 12bit Profile2 420 with no support.

[v0lt]

Originally Posted by Sunspark

I don't have it, but they did list:

The presence of NVDEC decoder does not mean the presence of the same D3D11 and DXVA2 decoder.

[Klaus1189]

OK, I made a screenshot of my 4090 and my 5090 for direct comparison:
4090
5090

If you need to know anything else, just let me know

[nevcairiel]

Can you hover over the two 422 devices and let us know which output formats they list? I would expect Y210 and Y216 like Intel, but just want to be sure.
I have a 4090 myself for 444, and they use Y410/Y416 there as expected.

Not that I expect many renderers to actually support native DXVA/D3D11 with these formats. Especially Y210/Y216 is often troublesome, and likely will not be supported in JRVR for native, for example (although if you send it through D3D11-VPP, it might be able to transform it to something more useful, but I don't use that for quality reasons), so copy-back it'll be for those.

[Aleksoid1978]

MPC VR already support all this HEVC Rext format for D3D11.

[v0lt]

Originally Posted by Klaus1189

OK, I made a screenshot of my 4090 and my 5090 for direct comparison:
4090
5090

Thank you. Some formats (for example H.264 10 bit) are still only available in NVDEC.

[Klaus1189]

Originally Posted by nevcairiel

Can you hover over the two 422 devices and let us know which output formats they list? I would expect Y210 and Y216 like Intel, but just want to be sure.
I have a 4090 myself for 444, and they use Y410/Y416 there as expected.

Not that I expect many renderers to actually support native DXVA/D3D11 with these formats. Especially Y210/Y216 is often troublesome, and likely will not be supported in JRVR for native, for example (although if you send it through D3D11-VPP, it might be able to transform it to something more useful, but I don't use that for quality reasons), so copy-back it'll be for those.

Here you go:

https://drive.google.com/file/d/1pAO...usp=drive_link

https://drive.google.com/file/d/1ZIj...usp=drive_link

[nevcairiel]

Thanks, as expected they use the same recommended format as Intel, so I can use that as well.

[LigH]

LAV Filters crash on AVIs with ASV1 (ASUS V1 raw) codec encoded videos. Will provide a small sample in a github issue.

PS: I had an old ffdshow installed, with ASV1 decoding support disabled, that caused the crash. When I enabled decoding support, MPC-HC and MPC-BE played the video. But that makes me wonder why they rely on a system-installed decoder at all. Peeking into libavcodec-61 DLLs of LAV Filters included in MPC-HC, as well as the mpc-be64.exe, I found ASV1 FourCCs mentioned. So I would assume they contain a matching decoder?!

[j7n]

What ffmpeg voodoo is happening with this E-AC-3 sample? There is a pop on the first playthrough. If I rewind and play again, there is no pop anymore. I don't have any tools to verify if the stream is corrupted. There is only one decoder and all PC players are affected by this. Liba52 seems abandoned.

https://pixeldrain.com/u/cUvWnMx7

There was another problem with unclean start of E-AC-3 inside MP4, with samples from 1537..1728 repeated at about 0..192 in the overlap of the first block, but I cannot reprouce it with MPC-Homecinema. Maybe it is fixed in recent ffmpeg. The same EC3 elementary stream is played cleanly with a fade-in ~128 samples as it ought to. The modern way of mastering music is to cut the track right before sound starts.

[tebasuna51]

j7n, your file seems ok, without errors, without pops in my players (begins with 0.2 sec. of silence the decoded wav):

File: C:\Users\Pepe\Downloads\whatifwe.eac3
Size: 850944 bytes
----------------------------------------- First Frame Info
StrmTyp .....................: 0 (0=Ind, 1=Dep, 2=AC3)
SubStreamID .................: 0 
FrameSize....................: 3072 bytes (768 Kb/s)
SampleRate ..................: 0 (48000 Hz)
NumBlksCod ..................: 3 (6 Blocks)
Audio coding mode (acmod) ...: 7 (3/2 - L, C, R, SL, SR)
Low frequency effects channel: 1 (Present)
Version (bsid) ..............: 16 (Enhanced sintax)
Dialogue normalization ......: -18 dB
Dynamic Range gain ..........: 9.18 dB
Mixing metadata exist (ignoring rest)
------------------------------------------- Rest of Frames
EAC3 Fram SR TY ID BS BL CH LF DN Compre FrSize Bytes Before
--------- -- -- -- -- -- -- -- -- ------ ------ ------------
        2  0  0  0 16  3  7  1 18 11.77   3072  0
...
      277  0  0  0 16  3  7  1 18  3.34   3072  0
----------------------------------------- Revised EAC3 Info
Dyn. Range min/max : 1.49/12.30 dB
Frames Tot/Ind/AC3.: 277 / 277 / 0
Duration ..........: 8864 ms (0 h. 0 m. 8.864 s.)
------------------------------------------------- End Info

277 independent frames without errors, without dependents frames, only different compre.

[j7n]

I have a discontinuity at sample position 187136 on the first playback and also when decoding with one of the last ffmpeg XP builds. I use the last release of MPC-HC 2.4.2 x64. The discontinuity doesn't appear in Dolby Reference Player.

https://i.imgur.com/kcO5XyG.png

[tebasuna51]

You are right, seems a decoder problem.
I can't listen the click (near 3.9 sec.) but I can see it in decoded wavs.

Cavernize, LWLibavAudioSource (L-SMASH-Works-r1253.0.0.0) decode it fine (first decode).
ffmpeg (n7.1-186), FFAudioSource (ffms2-5.0-msvc) and BestAudioSource (R11) have the worse decode (2 and 3 decode)

I don't remember how use GraphEdit to save wav files to be sure if LAV filters make the same.

[j7n]

The sound is quite obvious between the words "to" and "be" on the right side (left front channel is clean). Adobe Audition decodes fine. I didn't realize that it could decode too.