LAV Filters - DirectShow Media Splitter and Decoders

[Sunspark]

Ahh, one point of clarification.. the VLC test I ran was on Linux using VAAPI hw acceleration with an AMD apu. Checked with a libmpv player too, also fine.

So the observation here is that Linux VAAPI works fine.

Curious. You should consider reporting this to the ffmpeg project.

[Sunspark]

Was curious, so I looked on my Intel machine. dxva2-copyback and dxva2-native both work fine paired with the madvr renderer as does be decoder with evr-cp renderer. The only one with an oddity was quicksync which had a green flash at the beginning but then reverts to a normal colour.

Conclusion: The initial green flash indicates the files are not 100% perfect, but it is playable. Therefore, strong indications that the GPU drivers you are working with may have an issue.

[flossy_cake]

I am willing to test also if you can re-upload the file

[LigH]

I recoded some 4K UHD dashcam videos and discovered that using the "slower" preset in x264 in VirtualDub2 went over the DXVA decoder capabilities of an Nvidia GTX 1660 Super or RTX 2060 (https://forum.doom9.org/showthread.php?p=2018210#post2018210). Using the "slow" or "medium" preset was fine. I could not find a verbose list of limits for DXVA AVC decoders, but I guess the culprit might be a B frames or reference frames or motion search range limit. Certainly something that increases with more elaborate x264 presets.

[starsat]

@Sunspark - thanks for taking a look on the files, I think that the issue is tightly tied to Windows & nVidia, maybe even some HW limitation, dunno...

@flossy_cake - thanks, re-up: https://filebin.net/8mbx6t8rfoxz8opn (or alternatively https://limewire.com/d/WeefI#JIany4R9HD )

4 samples inside:
- 20260222_0633 FTS-10842000H-DAV.TS: motorcycle race feed sample, 60s
- 20260308_1424 NHK WORLD-JAPAN.TS: a sample from regular TV channel from Hot Bird satellite, NHK World Japan, 30s
- 20260308_1653 EQUtv.TS: a sample from regular TV channel from Hot Bird satellite, EQUtv, 30s
- 20260308_2051 EQUtv.TS: second sample from EQUtv, recorded just few hours later, but this time the channel was not affected, 30s

In the meantime I also tried to play with ffplay (a part of ffmpeg). As long as I don't use -hwaccel option, playback is OK. With -hwaccel I got only audio, no video, but that's also for non-affected sample, so it seems that probably I'm doing something wrong and I'm failing to enable HW acceleration with ffplay.exe at all...

[flossy_cake]

@Sunspark - thanks for taking a look on the files, I think that the issue is tightly tied to Windows & nVidia, maybe even some HW limitation, dunno...

@flossy_cake - thanks, re-up: https://filebin.net/8mbx6t8rfoxz8opn (or alternatively https://limewire.com/d/WeefI#JIany4R9HD )

4 samples inside:
- 20260222_0633 FTS-10842000H-DAV.TS: motorcycle race feed sample, 60s
- 20260308_1424 NHK WORLD-JAPAN.TS: a sample from regular TV channel from Hot Bird satellite, NHK World Japan, 30s
- 20260308_1653 EQUtv.TS: a sample from regular TV channel from Hot Bird satellite, EQUtv, 30s
- 20260308_2051 EQUtv.TS: second sample from EQUtv, recorded just few hours later, but this time the channel was not affected, 30s

In the meantime I also tried to play with ffplay (a part of ffmpeg). As long as I don't use -hwaccel option, playback is OK. With -hwaccel I got only audio, no video, but that's also for non-affected sample, so it seems that probably I'm doing something wrong and I'm failing to enable HW acceleration with ffplay.exe at all...


Sorry for the delay, I tested those 4 files on 2 systems with DXVA2 decoding on both.

System 1 (ancient system): Windows 7 + AMD R9 380 = all files play perfectly

System 2 (new system): Windows 10 22H2 + RTX 3060 = all files garbled except the last one

So there you go, an 11 year old GPU can decode it fine, while NVidia cannot.

And I bet you in the past NVidia GPUs could decode it just fine too so probably a driver bug/enshitification

[flossy_cake]

Oh and NVIDIA CUVID (old) plays fine on my 3060 too:

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

So it looks like either NVidia or Microsoft broke something in DXVA2.

An interesting test would be installing 3060 into old Windows 7 machine, but Nvidia's current Win7 driver is old (475.06) so it wouldn't be a meaningful test (plus I can't be bothered moving the card!)

[Sunspark]

Not Microsoft, DXVA2 (all types, 9 and 11) work for me in Windows 10. But.. that GPU is ten years old.. heh. So it's a driver issue in Windows since we know Linux works with a newish AMD apu.

[flossy_cake]

Not Microsoft, DXVA2 (all types, 9 and 11) work for me in Windows 10. But.. that GPU is ten years old.. heh. So it's a driver issue in Windows since we know Linux works with a newish AMD apu.

Oh right, I forgot you were using an Intel GPU, so:

1. Windows 10 + Intel DXVA2 = no issue
2. Windows 10 + NVidia DXVA2 = borked
3. Windows 7 + AMD DXVA2 = no issue
4. Any windows + NVidia CUVID = no issue
5. Any windows + software decoding = no issue

Therefore it is almost certainly an NVidia driver issue.

[starsat]

Thanks guys for great support and tests! Respect ;)
I'll try to report this to nVidia - I see some support form. Don't believe much that they will do anything - some massive gaming issues maybe would be important for them, but such rare playback issue surely won't be. But still worth to give a shot ;)

[flossy_cake]

Thanks guys for great support and tests! Respect ;)
I'll try to report this to nVidia - I see some support form. Don't believe much that they will do anything - some massive gaming issues maybe would be important for them, but such rare playback issue surely won't be. But still worth to give a shot ;)

I've got to wonder if it's maybe some undocumented copy protection thing? The garbling looks similar to MPEG2 DVD CSS.

[Blight]

Thanks guys for great support and tests! Respect ;)
I'll try to report this to nVidia - I see some support form. Don't believe much that they will do anything - some massive gaming issues maybe would be important for them, but such rare playback issue surely won't be. But still worth to give a shot ;)

A few months ago I reported a bug in how they handled video color adjustments and they were receptive and fixed it, so there's a chance.

[starsat]

Thanks, I've reported this to NVIDIA team as 260402-000461. Hope I described that well... we will see ;)

Thanks to everyone for help and pointing me to the right direction ;)

EDIT: They asked for more details, provided everything ;)

[j7n]

Are there any drawbacks to using CUVID which plays this stream?

[nevcairiel]

Thanks, I've reported this to NVIDIA team as 260402-000461. Hope I described that well... we will see ;)

Thanks to everyone for help and pointing me to the right direction ;)

EDIT: They asked for more details, provided everything ;)

If my quick test didn't fail, it looks like the latest driver - 596.36 - has actually fixed this.

[starsat]

Yes - unexpectedly, to my surprise, they really did that - it's fixed now :)
It works now on all affected streams and also on live playback - what a nice surprise :)

Even it's mentioned in the changelog:

Fixed General Bugs
Blocky artifacts when playing back H.264 content with DXVA 2.0 [6058551]

Thanks @nevcairiel for your great LAV Filters & @flossy_cake, @huhn, @Aleksoid1978, @Sunspark & @Blight for analysis, help and pushing me into the right direction :) It was really worth to report that to nVidia :)

Sorry for hijacking thread with that case, at the beginning I though that was something related to LAV, but I was wrong, this was a global nVidia DXVA issue ;)

Side note: nVidia gained a lot of my respect here, that they treated this seriously and not as a moaning of some random user :)

[clsid]

@nevcairiel
Can you do a FFmpeg update? There have been a couple of useful fixes, and support for animated WebP and HE-AAC 960 decoding was added.

[nevcairiel]

LAV Filters 0.82

LAV Splitter
- NEW: Support for demuxing Dolby Vision Enhancement Layer streams
- NEW: Support for Animated WebP images
- Changed: When demuxing Blu-ray discs, Dolby Vision metadata is available on the primary video stream

LAV Video
- NEW: Support for Animated WebP images
- Changed: Hardware decoding support for DVDs has been removed


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

Dolby Vision Enhancement Layer support is a feature for players to make use of, and requires a player to build the DirectShow graph properly, as well as a renderer that can finally consume the Enhancement Layer stream.
So as a user, you will not see an immediate use of it, until players make use of this functionality.

As always, please report issues, especially regressions, in as much detail as possible, and with a sample file.

[Brazil2]

LAV Filters 0.82

- Changed: Hardware decoding support for DVDs has been removed


Why ? 🤔

[nevcairiel]

Why ? 🤔

DVD handling has a number of special requirements with handling the menu and such things which caused numerous bugs with hardware decoding.

Nevermind that a DVD is SD MPEG2 which a CPU can handle without even waking up fully.

[huhn]

mpeg-2 SD could even be more power efficient too. modern CPU really sleep with it and there is no DXVA stuff happening which may force a powerstate that wastes more power then shader plus CPU. the PCIe uplaod is also irrelevant.

[clsid]

Thanks!

[SamuriHL]

Very exciting beginning!

[clsid]

GCC 15.3 has been released

[Blight]

LAV Filters 0.82
Dolby Vision Enhancement Layer support is a feature for players to make use of, and requires a player to build the DirectShow graph properly, as well as a renderer that can finally consume the Enhancement Layer stream.
So as a user, you will not see an immediate use of it, until players make use of this functionality.


Assuming LAV is connected to MPC-VR, is there anything else required on the player-side?

[nevcairiel]

Assuming LAV is connected to MPC-VR, is there anything else required on the player-side?

I don't believe any public renderer supports this.

And yes, you need to call a function on LAV Splitter to enable it, and then build the video graph to render both streams and connect both to the renderer - if one existed that supported it.