LAV Filters - DirectShow Media Splitter and Decoders

[Francois76l]

Hi all
I reported few months ago a problem with v0.79: impossible to play a video without glitches.
Then v0.78 was updated to V0.79.2. It was better but still gave me glitches after approximately 30min of viewing.
The only way to get ride of it was to switch back to windowed mode then full screen again for a minute. That gave me an additional 30min without glitches.
That was not ideal so I went back to v0.78 which is working perfectly.
The PC is powerful (bi-xeon E5 with RTX 3080, MPC-HC/BE/Potplayer with madvr, no queue problem avec 25ms max of rendering time).
This week I upgraded to i9-14900KF + Windows 11 with same graphic card and v0.79.2 is now working 50min without glitches then it starts again. So I switched back to v0.78.
Am I alone?

Happy Christmas to everyone!

[clsid]

Have you tried disabling Hardware Accelerated GPU Scheduling (HAGS) in the Windows settings? That has helped for other MadVR users with a similar glitch issue after xx minutes.

It is very unlikely that your problem is caused by LAV Filters. Except perhaps if related to audio bitstreaming.

[Francois76l]

Thx for advice
I have never tried to disable HAGS so I will give it a try. This feature is not disable by default?
I'm using two separate hdmi output. One for the sound directly to my preamplifier (no 4K compatibility) and another one for the video directly to the projector.
Always in bitstream mode.
The problem appeared with v0.79 with windows 10 and 11.
I never had any issue with older versions.

[ryrynz]

Originally Posted by Francois76l

The problem appeared with v0.79 with windows 10 and 11.
I never had any issue with older versions.

Try 0.78 to confirm

[Francois76l]

I'm using v0.78 because of the problem I have with v0.79.X and it's working perfectly

[clsid]

It is pretty much impossible for LAV to be the cause of this kind of issue. So it might be a case of tunnelvision.

Here are builds in between 78 and 79 to test:
https://files.1f0.de/lavf/nightly/0.78/

Also, when the problem occurs, press Ctrl+J to show MadVR debug OSD and make a screenshot.

[Francois76l]

Here is an example (60fps) same problem in 23.976 and HEVC. Many glitches continuously increasing after few minutes. Only way to get ride of it is to exit full screen exclusive for few seconds.

[obieobieobie]

Originally Posted by Francois76l

Here is an example (60fps) same problem in 23.976 and HEVC. Many glitches continuously increasing after few minutes. Only way to get ride of it is to exit full screen exclusive for few seconds.

https://i.ibb.co/DYqHBDs/20241228-181552.jpg

are you running some kind of VRR mode (g-sync or freesync)?

[clsid]

Start by lowering present in advance queue to 3 as recommended for 2xxx/3xxx series cards.
Lower the other queues back to their default. Reduce NGU very high to high.
Disable HAGS.

[Francois76l]

I increased present queue because lower value gave me glitches faster but I will make another try
I can decrease the other queue. NGU algorithm from very high to high doesn't change anything (I already tried).
The graphic card is powerful. I didn't use any sharpness algorithm in madvr (not good, JVC tools are far better now) and my rendering time is low (and v0.78 is working perfectly).
I will report tomorrow or tonight.
Thx for your help !

[Francois76l]

Originally Posted by obieobieobie

are you running some kind of VRR mode (g-sync or freesync)?

Only v-sync in driver control panel is activated by default.

[Francois76l]

Ok it needs time to be 100% sure but I think you are right.
I selected 4 frames in advance in fullscreen exclusive then after 40min of movie I got glitches. Render queue was not able to follow 16 (I had 12 max).
I then selected 14 CPU queue / 10 GPU queue and 4 frames in advance and it looks ok but I must check after watching more movies.
Thanks for your help!

[Francois76l]

Still not working. It's worse with low queue number (CPU 10 / GPU 8 / 4 frame in advance).
I switched back to v0.78 but thanks for your help

[huhn]

please try 1-3 not 4.

[leeperry]

Hiya fellas, I'm sure I'm missing something but why does MPCHC-BE video decoder allow "D3D12" hw decoding but LAV is stuck to D3D11?

[max79]

@Nevcairiel

I'm trying to play a stream using LAV Splitter Source filter, I have two URLs, both work in VLC and if I download the M3U8 file, they are completely identical, but for some reason, only first one URL plays in DirectShow, LAV is returning "0x80004005" on "IFileSourceFilter" load function.

Examples:
https://cdn2.ntv.ru/ntv-msk/index.m3u8
https://cdn.ntv.ru/ntv-msk/index.m3u8

Any feedback would be appreciated.

[Sunspark]

Do you have the right links? Both files say forbidden in them?

[max79]

Originally Posted by Sunspark

Do you have the right links? Both files say forbidden in them?

Hello,
both URLs works. Try to use VPN: Russia

[Francois76l]

Originally Posted by huhn

please try 1-3 not 4.

I think I may have found the problem.
In LAV video decoder I selected 32 threads which correspond to what my CPU have. I'm now running with "Auto" and it looks ok. I will confirm in few days!