LAV Filters - DirectShow Media Splitter and Decoders

[Manni]

Originally Posted by nevcairiel

The dll is inside the LAV Filters folder if you used the latest nightly installer and didn't disable installation of the H.264 MVC components (libmfxsw32/64.dll)
I cannot support such a setup however, please just execute the installer on the system its supposed to run on, it does more than just install files.

Anyone running a custom setup for some reason is on their own, I am afraid. I provide the installer to avoid setup issues.

Thanks, and yes to both conditions (latest nightly and both options enabled). I guess I'll have to either wait for KCP to update its components or leave KCP behind and install all the components separately, which I'm tempted to do anyway to move to 64bits. The main drawback for me is that MPC-BE handles most file types internally by default, I'm not sure how to get the same setup as the one I get with KCP, where LAV handles everything.

Last time we discussed this, you said it was fine to simply drop the LAV files in the LAV Filters folder in the KCP folder, hence why I tried this way, but I totally understand you can't support this.

[Nullack]

Manni I run nightlies of MPC-BE x64 and LAV Filters x64. You can easily disable all the internal filters and just run with the LAV ones as external, with priority on all three being splitter / video / audio. It works well, actually very well, stable and robust most of the time for what are nightly builds. Its a real credit to Hendrik and the MPC-BE Team. To do so just go into the various internal filter sections of MPC-BE, right click and choose disable all. Then in the external filters, after installing the LAV filters (I only use x64 builds for both software) manually add the three LAV splitter / audio / video by clicking add filter and choose the prefer option for all three.

[nevcairiel]

Originally Posted by Manni

Last time we discussed this, you said it was fine to simply drop the LAV files in the LAV Filters folder in the KCP folder, hence why I tried this way, but I totally understand you can't support this.

Most of the time this works fine, however sometimes the setup functions need to be executed again - especially if support for new formats is added like in this case.

[Manni]

Originally Posted by nevcairiel

Most of the time this works fine, however sometimes the setup functions need to be executed again - especially if support for new formats is added like in this case.

Originally Posted by Nullack

Manni I run nightlies of MPC-BE x64 and LAV Filters x64. You can easily disable all the internal filters and just run with the LAV ones as external, with priority on all three being splitter / video / audio. It works well, actually very well, stable and robust most of the time for what are nightly builds. Its a real credit to Hendrik and the MPC-BE Team.

Thanks, will try to move to x64 and separate installs of MPC-BE, LAV and MadVR tonight. It will certainly make updating each component as needed easier.

[clsid]

Has anyone benchmarked the performance of the Intel Media SDK decoder yet?
Does it use hardware acceleration on systems with an Intel GPU?

[akim]

nevcairiel

Please do audio normalization in Potplayer and MPC-BE and then the MPC-HC will must have.
If the answer is not whether it is planned in the future?

[huhn]

mpc-hc/be have an normalize feature.

[filler56789]

Originally Posted by akim

If the answer is not whether it is planned in the future?

Nope

[Nullack]

Hello Hendrik, with todays nightly I have observed I can no longer seek forward or backward by clicking the mouse in the player's seek bar somwhere else other than current playback and have it work OK in webm / VP9 using this sample for example:

http://www.reduser.net/forum/showthr...9-4K-HD-Sample

Im not sure when this was last working/if it worked off the top of my head. I tried seeking in other container and video codec formats, all is seeking OK including even similar footage such as VP8 / webm

Thanks

[NikosD]

Originally Posted by clsid

Has anyone benchmarked the performance of the Intel Media SDK decoder yet?
Does it use hardware acceleration on systems with an Intel GPU?

Is there a sample to test it ?

[huhn]

how to test? it only actives when madVR is the renderer right?

[NikosD]

@nev and anyone else that can help regarding MVC MKV support

1) Your last nightly builds (installers executables) can't be uncompressed properly using latest Inno Setup Unpacker v0.45 with the command innounp -x "installer.exe"
It misses the Intel DLL.

I saw that you are using 7za.exe, possibly to extract the libmfxswXX.dll ?

Is there a proper way to extract the latest nightly installer ?

2) For manually registering properly the latest nightly builds, do we need to register the libmfxsw*.dll besides the .ax files ?

Even on Intel systems ?

I searched my C: disk and didn't find the SW libraries - libmfxsw64.dll

Only the HW dlls, like libmfxhw64.dll

3) Does the use of SW Intel libraries by LAV mean that even on Intel systems which have already installed HW Intel libraries, only SW decoding of MVC can be done ?

Do you plan to add HW acceleration for MVC decoding ?

4) Can we use MVC decoding with EVR/EVR-CP or is it supported by madVR only ?

Thanks!

[madshi]

1) The installer doesn't contain the Intel DLL. The installer downloads it during installation in case you have the MVC decoding option checked. The reason for this is that the DLL is quite big, so it would increase the size of the installer quite a lot, and not all users might want/need it.

4) Currently only madVR has the necessary interfaces in place to properly receive the decoded 3D frames from LAV. Maybe other renderers will add support for that sooner or later, or maybe not. It might be possible for LAV to create a side-by-side view for renderers which don't support 3D, but I don't know if nevcairiel is planning to do that.

[NikosD]

Thanks for the reply.

I don't have a BluRay 3D or a MVC MKV on my HDD (only SBS and top-bottom files) but your reply at 4) looks like that it's impossible to see a MVC MKV file without madVR!

Or is it the implementation of LAV MVC MKV decoder that needs explicitly madVR ?

[madshi]

At the moment madVR is the only way to see an MVC MKV file with LAV, that's correct. LAV isn't written to specifically only support madVR. LAV outputs the frames in a way that any renderer can implement. madVR is simply the first that does. The standard DirectShow APIs don't really support 3D frames, so nevcairiel and I developed a new interface for that. It's not very complicated and easy enough to implement for other renderers, too, they just need to invest the time and effort to do so.

[NikosD]

Very clear answer.

And the question is:

How all the other decoders/players display MVC MKV files without using madVR renderer ?

[madshi]

Which other decoders/players do you mean? PowerDVD? That one has its own 3D decoders and renderers, they're not using LAV or madVR. So they could implement their own private interface between decoder and renderer.

[NikosD]

It's been a long time since my last involvement in MVC.

IIRC, Stereoscopic Player can decode/ display MVC MKV and I think it was using CoreMVC ?

And i think there is another one player that I don't remember its name.

[madshi]

I'm not sure which interface CoreMVC uses to output 3D frames. AFAIK CoreMVC has never been publically released. I think Stereoscopic Player and CoreMVC did their own private thing.

[Manni]

Originally Posted by madshi

Which other decoders/players do you mean? PowerDVD? That one has its own 3D decoders and renderers, they're not using LAV or madVR. So they could implement their own private interface between decoder and renderer.

Originally Posted by NikosD

It's been a long time since my last involvement in MVC.

IIRC, Stereoscopic Player can decode/ display MVC MKV and I think it was using CoreMVC ?

And i think there is another one player that I don't remember its name.

Originally Posted by madshi

I'm not sure which interface CoreMVC uses to output 3D frames. AFAIK CoreMVC has never been publically released. I think Stereoscopic Player and CoreMVC did their own private thing.

I don't know about CoreMVC but Stereoscopic Player doesn't work on AMD due to a bug in the drivers (see https://community.amd.com/thread/168983).

It's been a while since I last tried, I hope it won't be the case with the MadVR/LAV implementation, hopefully not as it relies on the Intel DLL.

By the way, PowerDVD doesn't support 3D MVC in mkv files. It simply does a 2D > 3D conversion of the left eye stream which looks awful. Works fine with 3D Bluray though (apart from a levels mismatch issue in 3D vs 2D with AMD).