LAV Filters - DirectShow Media Splitter and Decoders

[v0lt]

LAV Video decoder has problems after rewinding in software mode and DXVA2 on these files.
https://yadi.sk/i/jteUfal9hY7QR
https://yadi.sk/i/JZeFZiDFfXlmRg
The problem is in ffmpeg. There is a solution.
https://trac.ffmpeg.org/ticket/3705#comment:10

PS: Files on which artifacts appeared when using option "-flags2 +showall".
https://cloud.mail.ru/public/9krZ/vP4undPnV

[foxyshadis]

No, they don't.

I honestly wouldn't be surprised. I've seen a lot of terrible implementations in my day, and int vs float sounds like just the thing to trigger them.

[nevcairiel]

I honestly wouldn't be surprised. I've seen a lot of terrible implementations in my day, and int vs float sounds like just the thing to trigger them.

The float audio is never going to leave your PC though. It'll always be converted back to typically 16 or 24-bit int (at most 32-bit, typically for ASIO).

[clsid]

It has been 4 months since last FFmpeg update. Time for another update? ;)

[OvejaNegra]

Hi: PLayback of full chroma seems to be broken (High 4:4:4), is affecting the mpch 1.8.4 and the lavfilter pack, confirmed using graphstudio next, output looks garbage.

Switching off color formats or, multithreading does not helps, can anybody confirm this?
Thanks

[sneaker_ger]

Is it an old x264 encode? There are bugs in old x264 4:4:4 encoding mode. Upload sample.

[nevcairiel]

This is most likely the case. Old x264 produced out-of-spec files, which was since fixed, and the decoders updated to handle proper in-spec files.
The decoder can still handle old files, but only if the files properly identify as such - ie. the x264 SEI is still present that identifies the version of the encoder. If this SEI is missing, either deliberately removed, or lost due to a cut, then the file is quite simply broken now.

[darkrenata]

I was getting dropouts on an Atmos track watching Incredibles 2 4k Bluray (also Incredibles 1 as well) with LAV filters version .72 as well as latest.
My receiver is an Anthem MRX-1120.

I downgraded to .71 LAV filters and the issue seemed to go away.

[max79]

@Nevcairiel
Please have a look at the issue that i describe here(FFMPEG site moderator didn't give me a details):
https://trac.ffmpeg.org/ticket/7707

I never came across with a similar form of answers to common simple questions. I didn't like it.

Any feedback would be appreciated.

[AsadAlrafidain]

I was wondering....when using advanced mode for subtitles in splitter settings, the rules seem to work only for embedded subtitles and ignore external subtitles.....is it just on my part or is the splitter intended to work this way ?

I was using this rule:

jap:eng|!f jap:jap|!f eng:ara eng:eng|!f


However when using this on a video with English audio, embedded English subtitles and external Arabic subtitles, lav splitter choose embedded English subtitles even though i preferred Arabic subtitles before English subtitles in the above rule....so what's the deal ?

[nevcairiel]

The splitter is not involved with external subtitles. Thats solely a feature of your player.

[AsadAlrafidain]

@nevcairiel

well, that's a shame....the problem is that my player (Potplayer) doesn't recognize forced subtitles the same way Lav splitter does....

any intentions to include external subtitles in the future ?...oh and BTW I'm grateful for your wonderful software.

[mzso]

Is it normal for yadif to look like this?
https://drive.google.com/open?id=1JNTd0AwlY4xEMRSQS124vAtMbfazOjWe

The fizzyness does not happen with the HW deinterlacer of LAV or madVR. But it also looks similar with Weston three field.

[huhn]

sample?

as it is not frame adaptive yes i can see this as a default artefacts.

[mzso]

sample?

as it is not frame adaptive yes i can see this as a default artefacts.

Here's one: https://drive.google.com/open?id=12wO8NJbIrfa2MD4yVaA38RrBBdziCda8 (note: Looks like google deinterlaces it without this artifact)

[huhn]

i'm pretty sure your browser is using hardware deinterlancing.

looks like a limitation yadif.

[juffi]

This may be wrong place for this question, but anyway.

I cannot get HW acceleration with LAV Filters 0.73.1-1 using msdk mvc decoder. My poor mini PC does not manage SW decoding properly, otherwise everything is fine. I try to play 3D blu ray ripped to mkv with MakeMKV. Original disk plays fine with PowerDVD 18 with HW accelaration.

[huhn]

3D hardware decoding isn't supported in lavfilter only software.

[juffi]

3D hardware decoding isn't supported in lavfilter only software.

Any plans to implement that?

Do you know whether this would be possible with Kodi?

[clsid]

It used to be possible, but it was disabled intentionally because there is a bug in the Intel mvc decoder that gives problems.

[juffi]

It used to be possible, but it was disabled intentionally because there is a bug in the Intel mvc decoder that gives problems.

End of story? How about a checkbox for enabling that for brave testers?

[fluffy01]

I think that I was the reason that it was disabled again.

It caused LAVFilters to freeze up so hard that I had to kill it via process manager.

But maybe it could be added as an option somewhere, if it doesn't clutter up the settings too badly?

[nevcairiel]

An option that is known to practically cause the entire hardware to hang is not something that'll ever be exposed to users.
Unless some effort is invested to figure out what makes some videos cause this problem, and find out if its possible to fix it, it really doesn't make sense to open it up to issues again.

[nevcairiel]

I was getting dropouts on an Atmos track watching Incredibles 2 4k Bluray (also Incredibles 1 as well) with LAV filters version .72 as well as latest.
My receiver is an Anthem MRX-1120.

I downgraded to .71 LAV filters and the issue seemed to go away.

Try with the next nightly version (coming in around ~3h from this post to https://files.1f0.de/lavf/nightly/), it has some changes that may help. Feedback would be good.

[SamuriHL]

Wanted to report here, as well. Watching Incredibles 2 MKV and not a single issue with this new build. Very happy!

[ryrynz]

Saw the recent update of ffmpeg within LAV, have there been any significant updates to it since last year?

[nevcairiel]

End of story? How about a checkbox for enabling that for brave testers?

I think that I was the reason that it was disabled again.

It caused LAVFilters to freeze up so hard that I had to kill it via process manager.

But maybe it could be added as an option somewhere, if it doesn't clutter up the settings too badly?


I have re-visited the problem and done some additional filtering of the bitstream to hopefully avoid the problem. However, I was also unable to reproduce it anymore, even with old LAV and old drivers, so maybe something in a Windows 10 update fixed it.

Anyhow, its now possible to enable H.264 MVC HW decoding in LAV Video, if you have a Intel GPU. Its default off.

Testing would be appreciated. Even more so if you previously had the hang problem. It'll be available in a couple hours in the next nightly build at https://files.1f0.de/lavf/nightly/

[jmone]

Cross post (JRiver Thead0 but FYI - Tested the following historic probs with had/soft drops and they all played fine with the latest LAV Nightly (all folder rips).
- "Incredibles 2" - Soft Drop : eg drops at 3:16 at the seamless branching point where it goes to the Incredibles 2 spinning logo
- “Pirates of the Caribbean - Dead Men Tell No Tales” - Hard Drop : eg drops out a couple of times between 17:45 and 19:00 minutes into the movie
- “Guardians of the Galaxy Vol II” - Hard Drop : eg drops out at 1:09:24 where TaserFace gets killed is one example.
- “Maze Runner: The Death Cure” - Hard Drop : eg Right at the beginning of the Main Title when the 20th Century clip is running

Thanks Hendrik - looks good to me.

[jmone]

... what tool are people using to "unpack" the LAV EXE instead of installing it? I "think" I used to just use 7-Zip but the main files are all in a "[0]" file in the EXE.
Thanks
Nathan

[sneaker_ger]

innounp (http://innounp.sourceforge.net/). But beware: simply replacing the dlls isn't always sufficient. It's recommended to always run the installer.

[SamuriHL]

For JRiver, I just copy them from my laptop into the plugins/lav folder. However, you really should register the ax files from there which is what I do. Mainly because I have custom settings for LAV Video in JRiver so I can use D3D11 decoding.

[jmone]

FYI - I just need to replace the files in the JRiver Plugins folder for testing. Thanks for the tip on innounp - just what I need.

[filler56789]

innounp (http://innounp.sourceforge.net/). But beware: simply replacing the dlls isn't always sufficient. It's recommended to always run the installer.

OR you can run regsvr32 on the .ax files again, so that the registry is duly updated.

[eugeny]

Two latest nightly builds 0.73.1-14 and 0.73.1-11 are buggy! LAVVideo.ax is not loadable under Windows 2008 Server x86 Service Pack 2.
Build 0.73.1-6 is working normally.

[Manni]

For JRiver, I just copy them from my laptop into the plugins/lav folder. However, you really should register the ax files from there which is what I do. Mainly because I have custom settings for LAV Video in JRiver so I can use D3D11 decoding.

I might be lucky, or maybe it's because LAV was installed before I installed jRiver, but it looks like it's the standalove LAV that is being used by jRiver. I update it regularly and when I play a file and look at the LAV running (taskbar icon), it's the latest, with my custom settings. So I'm not touching it.

As you know I had to unregister MadVR and move it to the plugins, and register it there, but it didn't seem to be necessary for LAV, which makes updating it easier (I simply install the new version). The added benefit is that it installs both teh 64bits and the 32bits version, the latter being needed for MadMeasureHDR.

Maybe Nevcairiel will correct me if there is a better way to keep LAV updated when using jRiver, but for now it's working well for me.

[Aleksoid1978]

Two latest nightly builds 0.73.1-14 and 0.73.1-11 are buggy! LAVVideo.ax is not loadable under Windows 2008 Server x86 Service Pack 2.
Build 0.73.1-6 is working normally.

I think it is because of update to latest Intel MSDK decoder. It's use function SetThreadErrorMode, it's minimum support Windows 7/2008 R2.

[dbezerra]

Nev, I have noticed issues with Atmos drop outs on the Incredibles 2 disk and others are reporting the same on different threads such as

https://club.myce.com/t/atmos-audio-drop-outs-details-thread/399840/106?u=careca
https://yabb.jriver.com/interact/index.php/topic,114628.msg818879.html#msg818879

One of the users posted a log file in the JRiver thread. Is this something you are aware of? Do you need a sample MKV?

Thanks

Just to bring closure to this topic: The latest LAV nightly build fixed all Atmos issues! Thanks for the support Nev!

[SamuriHL]

I might be lucky, or maybe it's because LAV was installed before I installed jRiver, but it looks like it's the standalove LAV that is being used by jRiver. I update it regularly and when I play a file and look at the LAV running (taskbar icon), it's the latest, with my custom settings. So I'm not touching it.

As you know I had to unregister MadVR and move it to the plugins, and register it there, but it didn't seem to be necessary for LAV, which makes updating it easier (I simply install the new version). The added benefit is that it installs both teh 64bits and the 32bits version, the latter being needed for MadMeasureHDR.

Maybe Nevcairiel will correct me if there is a better way to keep LAV updated when using jRiver, but for now it's working well for me.

If you register them outside of the JRiver plugins directory and add them as custom filters, then yes, it's using your external LAV installation. I'd not necessarily recommend that as it has caused problems in the past. I update the plugin version and re-register them with regsvr32. This method has never given me an issue.

[Manni]

If you register them outside of the JRiver plugins directory and add them as custom filters, then yes, it's using your external LAV installation. I'd not necessarily recommend that as it has caused problems in the past. I update the plugin version and re-register them with regsvr32. This method has never given me an issue.

Yes, that's what I did, I install the standalone LAV and then add them in jRiver as custom filters, same as MadVR.

If I was to do it your way, I should:

Copy the LAV x64 most recent LAV files into the plugin directory
Uninstall LAV standalone
Register the plugin version using regsvr32

Then when a new version of LAV arrives, unpack it and copy the x64 files to the plugin?

Then what I do I do to have the x86 version registered for MadMeasureHDR?

The only issue I have a the moment is lots of UHD BD Menus won't play properly (direct movie playback works fine). If this is unlikely to fix it, I'm tempted to stay as it is...

[SamuriHL]

I doubt that'll fix the UHD menu issue. If you have examples of titles not playing menus correctly, you should visit the bd menu thread on JRiver forum and post about them there so they can be looked at.

[Manni]

I doubt that'll fix the UHD menu issue. If you have examples of titles not playing menus correctly, you should visit the bd menu thread on JRiver forum and post about them there so they can be looked at.

It didn't fix the UHD BD Menus issue (I'll report these in the jRiver forum), but at least I'm using the plugins LAV version now.

I've registered the 32bits .ax as well that I put in a lav32 folder in the plugins folder. That was needed for MadMeasureHDR to work.

Thanks!

[SamuriHL]

It didn't fix the UHD BD Menus issue (I'll report these in the jRiver forum), but at least I'm using the plugins LAV version now.

I've registered the 32bits .ax as well that I put in a lav32 folder in the plugins folder. That was needed for MadMeasureHDR to work.

Thanks!

I keep the 32 bit version separate and outside of the plugins dir. I've not had any issues doing so. Just ran madmeasurehd with that configuration yesterday with no issue.

[Manni]

I keep the 32 bit version separate and outside of the plugins dir. I've not had any issues doing so. Just ran madmeasurehd with that configuration yesterday with no issue.

Oh yes, I only put it there so it's next to the 64bits one, that way I have all the plugins (madVR and both LAVs) in the same folder., which makes manual maintenance easier. I expect it to be wiped out by the next jRiver update. It doesn't matter where you put it.

[iSeries]

Hi, are there portable versions of the nightly builds?

[huhn]

the is no point in a portable standalone directshow filter.
but you should be able to overwrite the lavfilter version in your portable player or editing software of your choice.

[eugeny]

I think it is because of update to latest Intel MSDK decoder. It's use function SetThreadErrorMode, it's minimum support Windows 7/2008 R2.
Is it possible to compile Vista/2008 Server compatible build?

[nevcairiel]

Just use the previous nightly or release until it is resolved.

[arrgh]

I have re-visited the problem and done some additional filtering of the bitstream to hopefully avoid the problem. However, I was also unable to reproduce it anymore, even with old LAV and old drivers, so maybe something in a Windows 10 update fixed it.

Anyhow, its now possible to enable H.264 MVC HW decoding in LAV Video, if you have a Intel GPU. Its default off.

Testing would be appreciated. Even more so if you previously had the hang problem. It'll be available in a couple hours in the next nightly build at https://files.1f0.de/lavf/nightly/

I'm on MPC-BE 4418; with newest Win-Updates;
madVR *.17 and LAV 73.1.14;
with all HW-Decoders I get a black Screen and a frozen MPC-BE, when I check MVC_hardware Decoding (no playback at all; Need to use Taskmanager to Close MPC; via Hot-Key (alt-x), it fails/freezes; that was not the case with LAV 73.1.0);

I went through all Options in VideoDecoder (without MVC-HW-Decoding checked)... with some I get several minutes (~5 min) of smooth playback; then the stuttering starts (also with "None" HW Decoding );
I cycled back to D3D11/native and now for >10min it worked (I stopped then)... so, it seems to be very shaky/unpredictable... but always, there is no clean exit from MPC-BE; it must be cut via task manager.

[nevcairiel]

No options have any impact on MVC hardware decoding, other then turning it on or off.

And if you don't have stable hw playback at all of normal videos, then trying MVC is probably not of much value.

[zvans18]

Hello, sorry if this is the wrong place or asked too much, but after a fresh install of Windows, I have A/V sync drift I'm trying to fix but don't know how. It starts okay, but needs more and more audio delay, ultimately around 500ms of delay by the end of a 45 minute show. This desync doesn't seem to happen when played with latest VLC, but I don't use it much.

System is W10 Pro x64, GTX 1080 SLI, 418.81 drivers, 8700k, MXH motherboard with no specific audio driver/software installed feeding 3.1 "computer speakers" (separate DAC + headphones for critical listening I haven't tested yet with the new install), speaker settings enhancements disabled and default format 24/44.1, MPC-BE beta 64 bit, madVR, LAV Filters, XySubFilter 64 bit

Player setup procedure (which as far as I know is identical as I had on my previous W10 install) was: No portable version of things. Install .bats ran as Admin. LAV Splitter, LAV Splitter Source, LAV Audio Decoder, and LAV Video Decoder selected in external filters and set to prefer. Video decoder 12 threads and dxva2 copyback. MPC-BE power set to Adaptive in NVCP.

How should I look for the problem? I've tried disabling outputs above 24 bit, disabling auto a/v sync, but testing is difficult as it's a gradual drift.

EDIT: playback is on a 144Hz monitor with smoothmotion auto in madVR (auto off in this case)