LAV Filters - DirectShow Media Splitter and Decoders

[hoborg]

Originally Posted by SamuriHL

@hoborg....what is that? And where can I find it?

Yes it is graphstudionext - View -> Decoder performance.

[SamuriHL]

Brilliant. Thanks for that. 51-52fps on average with my Quad Core 8200, 5870 12.1a preview, W7 SP1 X64, using 32 bit versions of everything.

[nevcairiel]

Too bad, i would've hoped for faster.

Here is a second try:
http://files.1f0.de/lavf/LAVFilters-...-perftest2.zip

You need the first version, and just replace the .ax file

I increased the number of buffers from 2 to 8, apparently on my Intel GPU this gives me a significant performance boost on some samples, so who knows, maybe it does something for ATI.
Otherwise, i'm not sure i know what else to try without an ATI card at hand - maybe its just everything we can get out of them...

[HeadlessCow]

Originally Posted by Superb

1. 99% of the releases don't use this feature. And LAV Splitter supports MANY other containers much much better than Haali or MPC-HC's filters.
2. The 64 bit version of MPC-HC. Yes. We all know that 64bit player cannot run a 32bit renderer. I was asking: "why not install the 64bits components of LAV Filters?" (so that they will be available for other [64bit] programs)
3. But why? LAV Splitter does a much better job.
4. Well, wasn't this a "newbie" guide? Adding ffdshow to the filter chain would be be useless for 99.999% of the users, since they don't even know what video post processing is or how to setup it properly.
5. It doesn't mess up the MPC-HC GUI. The move to exclusive full screen is just fine (does the quick "flash" really bother anyone?). They must have forgotten exclusive mode results in a much smoother playback (which is one of the best features of madVR).

1. (As pointed out by blexley later) Because it came from a page about anime fansubs where it is (relatively) common.
2. Because it's a guide about getting MPC-HC working with madvr... The 64-bit stuff is clearly outside its target.
3. "disable everything" <--- repeated for your benefit. It then goes on to show the ones that could be enabled without breaking the setup that the guide is trying to give you.
4. "Here's a simple guide... and if you feel like doing something slightly more advanced, here's how to configure that as well." This isn't really that complicated to understand.
5. The "quick" flash is much, much slower on some hardware (or drivers) than others. Starting a video and then having 5 seconds of black screen before it actually starts to play can be annoying.


Still though (and I don't think you understand this), I'm not arguing that the guide is good/bad. Just that you were an jerk for no particularly good reason. And that you didn't actually read the post before trying to mock the poster.

[hoborg]

Nothing changed here, still ~51FPS

[clsid]

Will there be a direct rendering mode in the future? For older ATI and Intel cards.
Any plans to implement some kind of smart fallback mode that switches back to software decoding if the GPU isn't fast enough to keep up with the fps of the video?


Another question, do you happen to know the minimum required version of nvcuvid.dll that is compatible with current LAV Video? Or at least the lowest version you know that is compatible.

[adam777]

Thanks, nev.

Everyhthing is done on a mobility radeon 4570, 512MB.



Also did a (very) quick real world testing.

1080p50 (test sample) and 1080p60, both MKV, both completely unwatchable under Zoom Player and madVR.

1080p24 seems to work fine, running smooth, though madVR's queues are a bit on the lowish side (around 7-8/12).

Downloaded YouTube 1080p clip completely unwatchable (MP4).

Let me know when will you need more detailed reports, I'll be glad to help.

* EDIT *
second test build gives similar results.
Oh, I suppose it's possible the GPU simply isn't powerful enough to handle madVR at 1080p60.

[nevcairiel]

Originally Posted by hoborg

Nothing changed here, still ~51FPS

Too bad.
If anyone feels like testing alot, you could grab VLC and test its DXVA on such a 50p or 60p clip, and see if it works better? I doubt it would, but maybe AMD hacked up the driver to do something special when VLC is detected - its certainly possible.

Originally Posted by clsid

do you happen to know the minimum required version of nvcuvid.dll that is compatible with current LAV Video? Or at least the lowest version you know that is compatible.

Not of the dll, but it should work with all CUDA 2.0 and upwards version, which is around driver 190 or so.

[SamuriHL]

Same for me, as well. Statistically maybe SLIGHTLY slower, but, 52 on average.

[HeadlessCow]

As a final point, there's something important to remember about web forums...

While blexley might be the 100th in a long line of newbies asking stupid questions on doom9, it's the first time he's been on doom9 and asked a stupid question. Treating him(or anyone new) as if he is asking a stupid question for the 100th time is just being mean.

[CruNcher]

A better listing includes GPU utilization as well (Perftest 1)

Progressive 8 bit Playback efficiency 1080p 60 fps (4 girl H.264)

Arcsoft DXVA = ~2% CPU; GPU = ~20%
Cyberlink DXVA = ~2% CPU; GPU = ~20%
CoreAVC DXVA = ~4% CPU; GPU = ~20%
Intel Quicksync DXVA2 = ~12% CPU; GPU = ~23%
Nev Generic DXVA2 = ~17% CPU; GPU = ~24%
Nev Lav Video Libav = ~25% CPU; GPU = ~25%


All DXVA2 and Software results (Lav Video). Results include Parser (Lav Splitter MKV)/Audio(Lav Audio)/Renderer (EVR Custom Experimental) Overhead

[fairchild]

My results on my HD 5830 using 11.12 drivers and system in my sig benched with graphstudionext (avg 3 runs to null renderer):

Lav Video DXVA2: 52.2 fps

for reference on same system:

Lav Video software: 143 fps

Edit: with your perftest2, same exact results as above.

[CruNcher]

Originally Posted by nevcairiel

Too bad, i would've hoped for faster.

Here is a second try:
http://files.1f0.de/lavf/LAVFilters-...-perftest2.zip

You need the first version, and just replace the .ax file

I increased the number of buffers from 2 to 8, apparently on my Intel GPU this gives me a significant performance boost on some samples, so who knows, maybe it does something for ATI.
Otherwise, i'm not sure i know what else to try without an ATI card at hand - maybe its just everything we can get out of them...

It's always better to restart the host Application it could hold up the old dll still in memory better is to first make sure the host aplication doesn't do this, and if your not sure better restart it.

[VipZ]

Here's results from a 7970

Here's the correct results,


I guess the 280fps was too good to be true

@ madshi, here's the results for your test, http://dl.dropbox.com/u/19338638/madnvtest.JPG

[nevcairiel]

Well, a slight increase, bringing it closer to NVIDIAs performance - its unsure if this may just be the decoder limiting now, though.

Interesting that madshi's test app still only shows 4 fps NV12 download though.

[SamuriHL]

Knock it off. I don't have money for a new video card!

[CruNcher]

Though if you compare these results with Nvidias old cards it looks not really fast those results would be in the range of a 460 GTX if i remember right

[SamuriHL]

Yea, well, I also game on my machine, so, you can compare the video all you want....but once you start looking looking at gaming numbers things might be slightly....different.

[STaRGaZeR]

~52fps with both builds on 1080p50 Crowdrun.

CPU usage lower than the QS decoder.

1080p60 unwatchable. 1080p50 starts with a few seconds of stuttering, then it's smooth with a few drops below 50fps here and there. But it's not LAV Video's fault, Microsoft's decoder fails too, the stuttering is a bit less pronounced but that's it. The hardware decoder itself is shit, nothing to be done about that.

PS: Parkjoy is harder to decode than Crowdrun. Better benchmark material

[sneaker_ger]

Nothing changed here with the second version, still around 50 fps on the HD 5850.