LAV Filters - DirectShow Media Splitter and Decoders

[nevcairiel]

There have been no relevant changes between 0.78.0-8 and 0.79, only some minor bugfixes in ffmpeg.

[AngelGraves13]

Originally Posted by nevcairiel

There have been no relevant changes between 0.78.0-8 and 0.79, only some minor bugfixes in ffmpeg.

0.78.0-8 works fine, but 0.78.0-10 and newer have frame pacing issues for me and others, but not everyone.

Both of my affected systems have Nvidia GPUs and AMD CPUs. Don't know if you need more information than that. I don't know if Ultra Low Latency mode has issues with the newer versions or if it's something else in the code.

I would like to help get this sorted as I don't want to miss out on newer versions. Let me know what info you need.

One system is an older AMD Ryzen 5 3600 with 64GBs DDR4 and a 1080 Ti and the other is a AMD Ryzen 9 5950X with 128GBs of DDR4 and a 4090 RTX. Neither system has an issues playing MKV files (mainly remuxes) with older versions pre-0.78.0-10. New version just freezes or skips every 2-3 seconds with frame rate dropping to 21 or 22 fps (average according to MPC VR). madVR has the same behavior but displays the frame rate of the file as 23.976.

0.79 - reporting incorrect frame rate and frame rate dropping to 20 fps

0.78.0-8 - playing with correct frame rate and no issues

Hmmm...seems it has something to do with HDR. It seems only HDR files are affected with the frame pacing issues. Are you guys testing HDR files, the people who are saying they don't have issues?

[Snowknight26]

Originally Posted by AngelGraves13

Hmmm...seems it has something to do with HDR.

It doesn't, it happens regardless of SDR/HDR.
I see the issue too, but not with all videos.

Can't seem to get DbgLog to output anything, though, so dunno what additional info to provide.

[AngelGraves13]

Originally Posted by Snowknight26

It doesn't, it happens regardless of SDR/HDR.
I see the issue too, but not with all videos.

Can't seem to get DbgLog to output anything, though, so dunno what additional info to provide.

Interesting...I guess we can add another affected user to the list.

[ryrynz]

Not sure if it's related but it's out of the ordinary for my system to see two playblack crashes within an hour or so, seemed to be similar to memory overlocking/timing instability with the player crashing during playback. Thinking it's previous latest nightly LAV 0-8 as that's the only thing in the chain that's been updated recently and previously everything has been super stable.
I've reverted to 0.78.0-5, so far no issues. CPU & RAM are at defaults.

[nevcairiel]

I've been looking at the glitch issue and identified that its limited to HEVC video only, and looking into a fix.

[nevcairiel]

There is a new nightly up at https://files.1f0.de/lavf/nightly/LA...s-0.79.0-1.exe if you could test on your end.

[AngelGraves13]

Originally Posted by nevcairiel

There is a new nightly up at https://files.1f0.de/lavf/nightly/LA...s-0.79.0-1.exe if you could test on your end.

It's fixed for me

[nevcairiel]

LAV Filters 0.79.1

LAV Video
- Fixed: Resolved a glitch when playing HEVC video

Download: Installer (both x86/x64) -- Zips: 32-bit & 64-bit

A tiny update on top of 0.79 to fix a glitch when playing HEVC videos.
For 0.79 check here: https://forum.doom9.org/showthread.p...24#post1999624

As always, report issues and regressions, in as much detail as possible.

[clsid]

Assuming there will be a fixed release soon, could you consider also including the animated webp patches? They were just posted on ffmpeg mailing list, and have gone through review before.

[nevcairiel]

I don't generally cherry-pick major features before they land in the tree. Its just a chore to maintain a patchset of 11 patches and then figure out their conflicts later when it gets merged officially.
But you are also too late.

[nevcairiel]

LAV Filters 0.79.2

LAV Splitter
- Fixed: Buffering media from a high latency source was slower then expected (since 0.79)

LAV Audio
- Fixed: Bitstream AC3 audio could fallback to PCM on streams that start with a corrupt audio frame (since 0.78)
- Fixed: Resolved a memory leak when bitstreaming AC3

Download: Installer (both x86/x64) -- Zips: 32-bit & 64-bit

Another set of fixes for issues that have been reported recently, which impacted the playback experience.
For 0.79 check here: https://forum.doom9.org/showthread.p...24#post1999624

As always, report issues and regressions, in as much detail as possible.

[ryrynz]

Thank you sir.

[Sebastiii]

Thanks

Envoyé de mon LYA-L29 en utilisant Tapatalk

[rock]

I try to play spx file and sound crackling. I check lavfilters is built with libspeex but it seems it use ffmpeg decoder instead. notice this while playing a sample

[Tlen]

@nevcairiel
Testing x264 lossless compression ratio in another thread
I found that on a cpu i5-1035G1 with MPC-HC

accelerated hardware decoding of h264 works without problems with "standard" compression

But the HW acceleration is not used when playing lossless x264 (done with Ultrafast preset or others).

Is that an expected behaviour?

Thank you

[LigH]

Yes, lossless compression in H.264 works in a completely different way than any lossy method, so it is not supported by decoder chips.

[Tlen]

Really? Thank you for the information.

[huhn]

Originally Posted by LigH

Yes, lossless compression in H.264 works in a completely different way than any lossy method, so it is not supported by decoder chips.

doesn't help here but nvidia supports it since maxwell.
her an image of mpv actually doing that:
https://i.postimg.cc/8DLDkRH8/x265lossless.png

355 mb for low motion 4 sec just perfection.
btw the same file encoded from the lossless h265 10 bit file in other lossless codex default preset:
8 bit h264 --crf 0 131 mb not fair 8 bit
10 bit h264 from 2017 i can't find newer binaries 264 mb needs --qp 0

btw. h265 has no p frames:
"keyint=1:lossless=1"
i tried it without keyint=1 but it was not lossless.
https://trac.ffmpeg.org/wiki/Encode/...sslessencoding
making is very questionable level indeed.

btw. nvidia can also decode and encode 4:4:4 lossless too.