LAV Filters - DirectShow Media Splitter and Decoders

[NikosD]

Yes, maybe that particular way is incompatible with Nvidia's HW decoder.

[huhn]

it there any reason it should work with quicksync and CUIVD but not with DXVA?

[nevcairiel]

Originally Posted by huhn

it there any reason it should work with quicksync and CUIVD but not with DXVA?

QuickSync is not NVIDIA, so there is that.

And it only works with CUVID on Windows 10 because that doesn't go through DXVA, on earlier Windows versions it goes through DXVA and shows the exact same result.
Its probably a driver issue and not even hardware, but who knows if they'll fix anything.

[huhn]

Originally Posted by nevcairiel

And it only works with CUVID on Windows 10 because that doesn't go through DXVA, on earlier Windows versions it goes through DXVA and shows the exact same result.

that make a lot more sense to me now.

[Alexey1975]

Here is the my assumption:

The fact that NVIDIA has some specific problems with DXVA is clear, but CUVID engine is not identical to the DXVA.
Here the experiment:
1. When it comes thru the CUVID tract - all just fine.
(pay attention to the log)


2. When it comes thru the DXVA enviroment it cause a problems. And pay attention to the log now!



The fact that the video streams were processed by the graphics card is evidenced by its load levels. So we have not software but hardware decoding in all of the cases.

3. Now check the results of the latest LAV beta:


At latest betas the CUVID mode calls or passes through the DXVA enviroment instructions and that begets the inconsistency.

[romulous]

Hi nev,

When the next stable version rolls around, will there be an installer available that includes the new MVC dll's that does not require an internet connection? So the dll's will be included in the installer rather than having them downloaded I mean.

Thanks,

romulous

[nevcairiel]

No, having them downloaded is the intended solution since they are quite big and most people probably won't install them.

[Manni]

I found a solution to switch bitstreaming on/off on the fly in LAV in order to resolve the problem of limited cross-upmixing with some AVRs after the DTS:X upgrade, so I thought I'd share it in case others experience the issue. I created a new thread to not clutter this one and make it easier to find the workaround.
Here is the link: http://forum.doom9.org/showthread.ph...27#post1756727

[4h4h270]

When I using latest beta to play MVC 3D with madvr on framepacked 3D mode, after 1hr10min play I will get massive frame drop.
It happened by abnormal cpu use, I'm not sure if it's intel's dll or lavfilter's problem

[madshi]

Originally Posted by 4h4h270

When I using latest beta to play MVC 3D with madvr on framepacked 3D mode, after 1hr10min play I will get massive frame drop.
It happened by abnormal cpu use, I'm not sure if it's intel's dll or lavfilter's problem

Can you please check if maybe the process is running out of RAM or something? Are you using an x64 or x86 media player? Try x64, just as a test.

[4h4h270]

Originally Posted by madshi

Can you please check if maybe the process is running out of RAM or something? Are you using an x64 or x86 media player? Try x64, just as a test.

:O I'll try x64, still using x86 because of reclock.

Thx madshi, I never notice the RAM problem, I tried x64 no more frame drop.

[scollaco]

I'm a relative newbie to all this and trying my best to learn.

I have a new Intel Skylake NUC (NUC6i5syk), Using MPC-BE x64, LAV x64 and MadVR (all latest nightlies)

My question is which decoder setting is the best for me? I usually play some 720p, mostly all 1080p and sometimes 4K 8 bit. I get dropped frames with 4K 10 bit (I know my Skylake doesn't support hardware accel with 10 bit).

So in general what would be my best choice to get the most efficiency?

What do I choose in LAV?

None
CUVID
Intel Quicksync
DXVA (Copy Back)
DXVA native

thanks for the help

[DragonQ]

DXVA Native should always be the most efficient. If DXVA Copy Back works that is probably a better choice since it's a bit more flexible.

[scollaco]

Originally Posted by DragonQ

DXVA Native should always be the most efficient. If DXVA Copy Back works that is probably a better choice since it's a bit more flexible.

Got it. Both DXVA native and copy back work fine for me. So I guess it's up to me to choose one of them knowing DXVA copy back is more flexible with different setups.

So at least I know to ignore Intel Quicksync, CUVID and none.

[Patrik G]

this is probably a noob question but i have downloaded the latest LAV nightly build for use in MPC-HC
just to test some HDR demos with madvr

but when i start MPC-HC it still uses the build in lav filters
how do i activate the latests lav filters in mpc-hc?

Edit:
problem solved i think
just added the latest lav decoder to the external filters list.
now mpc-hc uses it

[LigH]

The other way would probably be to exchange the files in MPC-HC\LAVFilters, these are the "internal" copy which MPC-HC prefers over system-wide installed DirectShow filters if you don't disable internal filters for a specific format.

[Patrik G]

About HDR playback
is it more to include with the latest nightly builds for HDR metadata that is being sent to madvr or is it complete?
Are all HDR metadata being sent?
HDR peakbrightness and colorgamut (BT2020) are there already but what about gamma?

just watched Exodus and life of Pi HDR demos on a 8 year old KRP-500M plasma monitor with peakbrightness at 220cd/m2 and 93% of DCI P3 gamut
it looked amazing.
im going to compare the regular blu ray version of that movie later.

[nevcairiel]

Originally Posted by Patrik G

Are all HDR metadata being sent?
HDR peakbrightness and colorgamut (BT2020) are there already but what about gamma?

The Gamma of HDR content is being defined by SMPTE ST 2084, and the required min/max luminance is supplied as metadata.

So yes, all required metadata is provided to madVR to render HDR content properly.

[Patrik G]

Originally Posted by nevcairiel

So yes, all required metadata is provided to madVR to render HDR content properly.

thats amazing!
thanks for the hard work it really pays off even on tvs with less peak brightness and no HDR support

so if you put it this way
if you have a tv with 500cd/m2 peakbrightness and 100% DCI P3 coverage but no natvie HDR support.
will this tv output the same HDR performance as a "new" tv with the same specs but with native HDR support?

it clearly is a big difference with the HDR version compared to the Blu Ray
much more details both near black and near white
better and more natural looking colors.

i took two photos here
one with the HDR version of Exodus and one from the regular Blu Ray
its not quite a fair comparsion because the crappy camera still crushes blacks.

you can see that the HDR version has more details and better colors.
colors with the wider colorgamut on the 500M with the regular blu ray just looks oversaturated and cartoon.

when watching these two versions its like comparing a Full frame DSLR camera to a crop sensor camera.
the image from the HDR version is much more lifelike.
just when you watcing photos taken with a full frame DSLR.

just waiting for more HDR content to be available

[nevcairiel]

Originally Posted by Patrik G

thats amazing!
if you have a tv with 500cd/m2 peakbrightness and 100% DCI P3 coverage but no natvie HDR support.
will this tv output the same HDR performance as a "new" tv with the same specs but with native HDR support?

A HDR TV can of course show a much higher dynamic range, since the panels are designed for a much higher range of brightness.
How this will be usable from a HTPC is a question we won't be able to answer until we developers have access to such TVs however.