LAV Filters - DirectShow Media Splitter and Decoders

[Damien147]

latencymon

CPU performance wise I think I am like i5 2400(sandy bridge) with the OC but yes,it's pre sandy.
I can play 59fps 4k 10bit HEVC 75Mbps with no problem with DXVA2(native)

[nevcairiel]

Originally Posted by CruNcher

It would be rather bad if it wouldn't so DXVA also should work with P010 already

Previously it worked only in DXVA mode, if you tried to use it in software mode it failed and playback got stuck. But apparently it got fixed, wonder if Microsoft had to do that in EVR or the GPU drivers managed to do that.

[nussman]

Hm P010 with EVR is for Win10 only?
I am on Win 8.1. Any possibility to verify what LAV sends to EVR?

[CruNcher]

Originally Posted by Damien147

latencymon

CPU performance wise I think I am like i5 2400(sandy bridge) with the OC but yes,it's pre sandy.
I can play 59fps 4k 10bit HEVC 75Mbps with no problem with DXVA2(native)

Zero Copy should work always the most efficient CPU Load is then allways dependent on the Driver and Memory Management (Bandwith) and PCI-E Internals except at high enough bitrate also I/O can become a bottleneck itself and push on the SATA/USB3 part.

MadVR is generally more heavy internally then EVR-CP though you can optimize it's complexity downwards with it's advanced options system.
But a small higher overhead per clock cycle then EVR-CP will always stay especially on the CPU side.

Laencymons own pooling overhead though should be allways taken into account it doesn't work for Free and can itself depending on which edge you are impact the overall result

You shouldn't give much about the Hard pagefaults look in Latencymons own statistics it creates the most overhead trough to it's Pagefile handling, you most of the times need to run it several times before it's own impact is minimized

And it's own pooling and resource usage can also impact the result of it's "Video will run BAD latency wise with crackle and pops result display"

Overall LatencyMon is as a 32bit ETW Tracer not really efficient.









On Nvidias side Drivers are now very stable the last DPC issue was this

https://forum.doom9.org/showpost.php...postcount=1235

[Damien147]

Non 10bit HEVC files play smooth with dxva2(copyback).
So to conclude there isn't any solution for the slow on 10bit HEVC dxva2(copyback) in my system?An AMD driver could solve that?

[NikosD]

What is it so special with this HEVC 8bit clip ?
https://www.sendspace.com/file/4aw5y1

It seems that only LAV Video can decode it in HW.

MS decoder fails and PotPlayer falls back to SW decoding.

[Aleksoid1978]

Originally Posted by NikosD

What is it so special with this HEVC 8bit clip ?
https://www.sendspace.com/file/4aw5y1

It seems that only LAV Video can decode it in HW.

MS decoder fails and PotPlayer falls back to SW decoding.

MPC-BE also decode in HW(DXVA) this file.

[sneaker_ger]

Originally Posted by NikosD

What is it so special with this HEVC 8bit clip ?
https://www.sendspace.com/file/4aw5y1

It seems that only LAV Video can decode it in HW.

MS decoder fails and PotPlayer falls back to SW decoding.

Probably broke in some way during muxing with old DivX/"Rovi" experimental mkvmerge.

[Damien147]

I think that I've read somewhere here that with dxva2(native) and NVIDIA you get a bit worst quality.With AMD and dxva2(native) everything's fine?No quality loss?

[huhn]

that's a madVR issue not a general one.

Intel/AMD could have the same issue. nvidia has this issue for sure.

[Damien147]

Oh,I see.Thought that because someone pointed NVIDIA problem was gonna be specific and not apply to others.Thanks.

[aufkrawall]

Originally Posted by huhn

Intel/AMD could have the same issue. nvidia has this issue for sure.

afair I didn't have the issue with a R9 390.
Well, but of course others in exchange.

[Asmodian]

I remember when madshi identified the issue it only applied to Nvidia GPUs, but probably any GPU could spontaneously develop it with a driver update.

[Damien147]

Good news then,AMD here.Thanks again.

[groen]

Recently mpc-be has been reverting to mpc Audio Decoder (low merit) in some instances. The audio files show up as E-AC-3

ID : 2
Format : E-AC-3
Format/Info : Enhanced Audio Coding 3
Format settings, Endianness : Big
Codec ID : A_EAC3
Duration : 57 min 48 s
Bit rate mode : Constant
Bit rate : 640 kb/s
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 kHz
Frame rate : 187.500 FPS (256 spf)
Compression mode : Lossy
Stream size : 265 MiB (14%)
Language : English
Default : Yes
Forced : No

This happened in the past with the MS DTV-DVD Audio Decoder, setting that audio filter to disabled in the mpc-be options disabled it. However this time the MPC Audio Decoder does not display in the available filters to block. The problem is that DTS or DD passthrough does not work when this MPC Audio Decoder is used instead of lav filters. Does lav filters support E-AC-3? I am sure it does as it supports most audio. This might be an mpc-be problem...

[Aleksoid1978]

MPC-BE Audio Decoder support all type passthrough - AC3/E-AC3/DTS/DTS-HD/TrueHD.

[clsid]

You should disable passthrough for E-AC3. Then LAV Audio will work fine. Your receiver (or sound driver) does not support E-AC3 bitstreaming. LAV Audio decoder does not (yet) have a fallback to normal decoding when passthrough fails.

[Vasilich]

Originally Posted by clsid

LAV Audio decoder does not (yet) have a fallback to normal decoding when passthrough fails.

Is it planned to implement such fallback? is it possible for audio decoder to get such info?

[Aleksoid1978]

Originally Posted by Vasilich

Is it planned to implement such fallback? is it possible for audio decoder to get such info?

I don't know about LAV Audio Decoder - but i know that is possible.

[Jasch]

Just to recap, i made some test at the weekend, and on my systems, h264 is now working without errors on Rx and Fury with the latest Driver (17.2.1)+ Lavfilter with DXVA and CB
Changelog:
On some Radeon GCN products DXVA H.264 encoded video may experience corruption when fast forwarding or seeking through content