LAV Filters - DirectShow Media Splitter and Decoders [Archive] - Page 20

e-t172

12th April 2015, 23:16

i got a little wish that would help me out alot and proberly others to.

"mix settings depending on output"

I would love to see a setting that would allow me to always downmix to 2.0 on my DAC and on my home cinema there should be no downmix.

I have to change my default output unit in ReClock everytime i go from "home cinema" to "headphones" and if i would be able to simplify it a bit like "mix settings depending on output" it would be great!!

That is exactly what the standard Windows audio output mixer does. That's it's job, it's the right place to do it and it does it well. Why are you downmixing in LAV instead of simply letting Windows do its thing?

huhn

12th April 2015, 23:42

That is exactly what the standard Windows audio output mixer does. That's it's job, it's the right place to do it and it does it well. Why are you downmixing in LAV instead of simply letting Windows do its thing?

first of all i agree that should be the best place but...

try it out windows down mix and lavfilter down mix are totally different lav is way louder. lav sounds about the same as the down mixer in my asus essence STX. so it looks like windows isn't using the right parameter for the down mix.

e-t172

13th April 2015, 00:10

Actually, if LAV is louder it's more likely than LAV is doing it wrong than the opposite, though it depends on the options you set in LAV (normalization and the like). The louder the downmix is, the more likely you are to end up with clipping if multiple channels are being driven near full scale.

In addition, the fact that it "sounds about the same as the down mixer in my asus essence STX" doesn't mean anything at all, and you can't infer that "windows isn't using the right parameter" just from a difference in output level.

Now I'm not necessarily saying that the downmixing in the Windows audio engine is perfect, I'm saying there's no reason not to use it unless we are provided with actual evidence that there is something wrong with it. Just like anything else, really.

huhn

13th April 2015, 00:20

nevcairiel

13th April 2015, 08:26

Windows probably normalizes the matrix when downmixing, which results in lower volume. LAV has an option to do the same thing.
Not using a normalized matrix can result in clipping or volume changes mid-playback, depending on how the track was mastered. On most commercial content its usually safe (assuming you don't mix the LFE into the stereo channels)

kalston

13th April 2015, 19:12

Windows mixer indeed sounds completely different from Asus Xonar & JRiver mixer (and probably LAV's, never needed it), most likely normalisation. Not that this is a bad thing but it's not always needed I guess.

DigitalLF

13th April 2015, 19:52

i also use pass through for AC3,DTS,DD in my home cinema but not in my bedroom so yeah.. it would really help out a lot for some of us.

NikosD

14th April 2015, 09:49

Hi.

Does anyone have a clue, why LAV Yadif and LAV QS deinterlacing 50p/60p mode doesn't work with DirectShowSource avisynth filter, while 25p/30p mode works for both with the same filter ?

By doesn't work, I mean it still gives 25p/30p output instead of 50p/60p (deinterlacing works)

huhn

14th April 2015, 11:40

because it is not used and 25/30 isn't used to it is simply waved.

the directshowsource tells lav the file is progressive you have to force deinterlacing in lavfilter.
just use YADIF in avisynth.

BTW. directshowsource is frame inaccurate don't use it.

NikosD

14th April 2015, 12:18

As I wrote above, deinterlacing works fine in both modes (25p/30p - 50p/60p) and for both decoders (SW, QS HW) using DSS and LAV Deinterlacing mode to "Auto", without forcing it.

The only issue is the frame rate - it keeps the original interlaced frame rate without doubling it.

huhn

14th April 2015, 13:33

yes DSS is doing some strange stuff it is either not deinterlacing or playing it to slow.
try assumefps(60000, 1001) this may work for QS.

or use a proper source filter like ffmpegsource2 here an example may works for your source:
v = ffvideosource("D:\aikatsu\aikatsu 63.ts")
a = ffaudiosource("D:\aikatsu\aikatsu 63.ts")
audiodub(a, v)

ffmepgsource is flagging the stream interlaced if YADIF is not used unlike DSS and it runs at the right refresh rate. YADIF doesn't work without force deinterlacing and with force deinterlacing it isn't reading the right field order. even DXVA deinterlacing can't handle stream created this way.

best to deal with this is using YADIF in avisynth.

Load_Stdcall_plugin("C:\Program Files (x86)\AviSynth\plugins\yadif.dll")
v = ffvideosource("D:\aikatsu\aikatsu 63.ts")
a = ffaudiosource("D:\aikatsu\aikatsu 63.ts")
audiodub(a, v)

Yadif(mode=1, order=-1, planar=false, opt=-1)

hello_hello

14th April 2015, 13:58

You should be able to unpack the installer using innounp (http://innounp.sourceforge.net/). Then you can simply replace MPC-HC's internal version with the nightly by copying the files into the MPC-HC\LAVFilters folder without the installer messing with your system.

Thanks for that. I read your post after installing LAV, but never mind..... the latest nightly (0.64.0.51) does seem to have fixed the problem. I can navigate after opening my sample and so far I've been able to navigate after opening MKVs while the encoding is in progress. Only limited tested for the latter admittedly.

Thanks Nev!!!

One little quirk.....
I installed LAV after booting to a second copy of Windows for testing and it seemed to work fine (able to navigate) so I then copied the LAV\x86 folder and after rebooting again to my normal XP setup, I used the files within to replace the versions in the MPC-HC\LAVFilters folder. The problem still seems to be fixed but for some reason I can't open any of the LAV configurations by clicking on the system tray icons (when LAV was installed I could, even when using the same file to update it as MPC-HC's internal filters).
It's no big deal, and probably a quirk of the way I did things, but I thought I'd mention it in case it's worth mentioning....

Thanks again!

sneaker_ger

14th April 2015, 15:21

I don't know why that happens. Maybe MPC-HC team does small modifications to the standalone version regarding the settings storage and in turn tray icon behavior.

clsid

14th April 2015, 16:39

Yes, they use a small modification (custom callback) for accessing the settings dialogs. MPC-HC stores the settings of its internal LAV under its own registry key.

NikosD

14th April 2015, 20:13

yes DSS is doing some strange stuff it is either not deinterlacing or playing it to slow.
try assumefps(60000, 1001) this may work for QS.

DSS has a direct option for specifying the frame rate, called fps, it doesn't need AssumeFPS and it can't use it.

By putting directly double fps is wrong and still DSS doesn't follow the LAV deinterlacing options of 25p/30p and 50p/60p

Never mind...

mzso

14th April 2015, 20:48

Is it possible to play DTS-HD MA with LAV x64 these days? I'm wondering now that madVR has a x64 version.
These two things used to prevent me from using a 64 bit player.

sneaker_ger

14th April 2015, 20:55

Yes, LAV now has a free DTS-HD MA decoder out-of-the-box that works in both 32 and 64 bit. It will be in the next version but you can already use the nightly (http://files.1f0.de/lavf/nightly/).

huhn

14th April 2015, 21:38

DSS has a direct option for specifying the frame rate, called fps, it doesn't need AssumeFPS and it can't use it.

By putting directly double fps is wrong and still DSS doesn't follow the LAV deinterlacing options of 25p/30p and 50p/60p

Never mind...

you have to use stuff like this with thsi avisynth source type it's simple broken ...

mzso

14th April 2015, 21:55

Yes, LAV now has a free DTS-HD MA decoder out-of-the-box that works in both 32 and 64 bit. It will be in the next version but you can already use the nightly (http://files.1f0.de/lavf/nightly/).

Really? Someone made a decoder for ffmpeg? Excellent. That's way better news than I expected. :)
I'll try it then.

captainadamo

14th April 2015, 22:11

The decoder was made by someone unrelated to ffmpeg, but nev made a wrapper for ffmpeg that allows using the decoder.

https://github.com/foo86/dcadec

mzso

14th April 2015, 23:28

The decoder was made by someone unrelated to ffmpeg, but nev made a wrapper for ffmpeg that allows using the decoder.

https://github.com/foo86/dcadec
It's cool that someone decided to make it on his own, and just did it.

(Here it' claimed the it's been merged to ffmpeg:
https://github.com/mpv-player/mpv/issues/1621#issuecomment-83970289)

bcec

15th April 2015, 01:26

I am setting up mpc-hc x64 with Lav x64 and madvr x64. How do I make sure that x64 mpc-hc is really using 64-bit version of Lav? I didn't see any clear indication whether it is using x32 or x64

wanezhiling

15th April 2015, 01:52

1.) 64-bit mpc-bc integrates 64-bit lav as the default internal filters.
2.) A 64-bit player can only work with 64-bit filter.

bcec

15th April 2015, 02:13

1.) 64-bit mpc-bc integrates 64-bit lav as the default internal filters.
2.) A 64-bit player can only work with 64-bit filter.

sweet! thanks for the explanation!

petran79

15th April 2015, 16:59

I have an issue with the game Yatagarasu on Steam

When I launch the game, LAV Splitter icons appear all over.
LAV Splitter displays audio as MP3. I have to disable MP3 audio in LAV Splitter for problem to disappear.
Is there any way to exclude the program from using LAV Splitter?

http://abload.de/img/yatagarasun5s56.jpg

huhn

15th April 2015, 17:15

this should do what you want:

General
- NEW: Individual LAV Filters can now be blacklisted through the registry by creating a key with the executable name in HKCU\Software\LAV\<Filter>\Blacklist

hello_hello

16th April 2015, 14:07

Here's a sample MKV. I posted it in the MPC-HC forum a while back but the link hasn't expired yet.
http://ge.tt/7lVDr642/v/0?c (about 29MB).
MPC-HC will open the sample and allow me to navigate when using Haali or LAV 0.62.0.0 but it won't let me navigate when "LAV 0.63.0.52-git" is used. The same applies to the flavour of LAV used by MPC-HC 1.7.7, which is LAV 0.63.0.18

So....... version 0.64.0.51 seems to be opening my sample very consistently, but for MKVs being written by the encoder it's still a little hit and miss. I haven't done enough encoding since updating LAV to do anything but guess, however around one time in ten MPC-HC still opens an MKV (one that's being written by the encoder) without the ability to navigate.
It's maybe also more likely to happen when the MKV in question is on a network drive, but I'm not sure about that one yet.

If the "fix" in question was the patch labelled
"matroskadec_haali: search more aggressively for a duration of incomplete files (http://git.1f0.de/gitweb?p=ffmpeg.git;a=commit;h=dc02cb4d1d7cda0abe7671c9863e61bae58ccdfe;js=1)", could I ask......
are we at maximum aggression yet?? :)

Thanks!

nevcairiel

16th April 2015, 14:21

MeteorRain

16th April 2015, 19:21

I just found this when I was debugging a video filter.
I spent hours on debugging my code just to find the reason to be incorrectly hardware decoding.

HEVC H/W Decoding on 0.64.0

CUVID & DXVA all broken. AVCodec works.

Can anyone please confirm if it's a known bug, a real bug, or did I break something?

Thanks.

https://www.dropbox.com/s/bd0dkb7ohjjoa4d/t.mp4?dl=0

hello_hello

17th April 2015, 01:43

For performance reasons, it'll only scan the last couple megabytes of the file for a duration (up to 50MB now, iirc), and without a duration, it cannot navigate. If your encoder pre-allocates much more empty space for the file, then it can't really be helped. Its certainly not going to scan the entire file to find a duration, since that would be terribly slow.

I guess that's why MPC-BE takes longer to allow me to navigate after opening large MKVs sometimes. Mind you I don't find MPC-BE painfully slow, but since I've updated LAV it's only been one time in ten (at the most) I'll open an MKV with MPC-HC as it's being written and not be able to navigate. When that happens I just use Ctrl+E to re-open it and usually after one or two re-opens I'm able to navigate, so I'm not complaining. It's pretty usable...... considering what I'm using it for.

Thanks!

nevcairiel

17th April 2015, 01:45

Half-Light Agent

17th April 2015, 02:12

I have been trying to get HEVC decoded through CUDA via CUVID, but when I play one of the sample files from the h265files.com site AVCODEC is listed as the active CODEC. I'd appreciate some advice.

Zoom Player 9.4.1 Pro
LAV 0.63

and

Zoom Player 10 Pro
LAV 0.64

NVIDIA ION (Integrated GeForce 9400m)

hello_hello

17th April 2015, 02:49

sneaker_ger

17th April 2015, 05:58

I increased the limit by another 50%, which should hopefully help on more files then. Its written in such a way that it should not get slower on files which have a defined duration in earlier parts of the file.
I don't see any change in the gits. Did you not upload the change or did you sneak it into the first commit (http://git.1f0.de/gitweb?p=ffmpeg.git;a=commit;h=0e367cece81ef9174d0b5de3b506f84b2d8828ee) when you re-pushed the ffmpeg git?

hello_hello

17th April 2015, 06:35

I haven't download a newer version of LAV yet, I just assumed the latest nightly would include the change. I'll wait to find out now.....

Cheers.

D2MAC

17th April 2015, 07:31

I've finally found a way of recording the Astra UHD test stream currently broadcasting. I suppose I shouldn't be surprised that my laptop's Core i5-3320M can't cope with it at all, even with MPC-HC x64 + LAV Filters + EVR. :(

It gets 37-40 fps with ~85% CPU usage and ~40% GPU usage. I assume it's using the GPU just for resizing to 1080p.

HI,

In my case, it's work only with latest MPC-BE and a NVIDIA GTX 960.
2% CPU and GPU used for native UHD 4K 10 bits with dxva2.

(With MPC-HC and lav filters 0.64 (internal or external)+ GTX960 = ASTRA DEMO UHD 4K 10 bits use 99% CPU and not DXVA2 / GPU used with an I5)
However MPC-HC works ok with HEVC 8 bits / GPU native GTX960 but not with 10 bits profile of ASTRA/EUTELSAT UHD 4K 10 Bits demo

nevcairiel

17th April 2015, 09:22

I have been trying to get HEVC decoded through CUDA via CUVID, but when I play one of the sample files from the h265files.com site AVCODEC is listed as the active CODEC. I'd appreciate some advice.

What made you think that an ancient device like the NVIDIA ION would be capable of HEVC decoding? Because it is not.

LigH

17th April 2015, 10:09

Possibly the usual mistake. The hardware accelerated decoding would be done by a specialized decoding chip (PureVideo in its seventh generation), not by a CUDA program.

huhn

17th April 2015, 10:36

Possibly the usual mistake. The hardware accelerated decoding would be done by a specialized decoding chip (PureVideo in its seventh generation), not by a CUDA program.

only the GTX 960 and maybe the titan x have a ASIC HEVC decoder all other nvidia cards use hybrid CPU/GPU decoding.

nevcairiel

17th April 2015, 10:40

only the GTX 960 and maybe the titan x have a ASIC HEVC decoder all other nvidia cards use hybrid CPU/GPU decoding.

Sadly no ASIC in the TITAN X, only the GTX 960 so far.

NikosD

17th April 2015, 10:47

petran79

17th April 2015, 11:29

this should do what you want:

General
- NEW: Individual LAV Filters can now be blacklisted through the registry by creating a key with the executable name in HKCU\Software\LAV\<Filter>\Blacklist

thanks!

but I am a little confused

In the Blacklist folder, what type of key do I need to create?
just edit the default REG_SZ? Or add another value?

Also after that do I add just the name of the game.exe or include the whole folder as well, eg C:/Steam/steamaps/common/Yatagarasu/beta/game.exe?

Currently I just added in the default REG_SZ the full game path and nothing happens

nevcairiel

17th April 2015, 12:06

A DWORD value with the name of the exe as key (without path), and the value "1".

Aleksoid1978

17th April 2015, 13:43

Plays fine in DXVA HEVC with Intel's iGPU using LAV 0.64.52

Play fine using DXVA Native + GTX 960.

Half-Light Agent

17th April 2015, 14:19

What made you think that an ancient device like the NVIDIA ION would be capable of HEVC decoding?

Because it's CUDA, and I was hoping that CUDA is CUDA.

nevcairiel

17th April 2015, 14:25

Because it's CUDA, and I was hoping that CUDA is CUDA.

It has nothing at all to do with CUDA. Its CUVID, not CUDA.

Half-Light Agent

17th April 2015, 14:28

I meant the ION is CUDA, and I hoped that would give it a shot at decoding HEVC through CUVID. As CoreAVC does for me with AVC.

huhn

17th April 2015, 15:01

I meant the ION is CUDA, and I hoped that would give it a shot at decoding HEVC through CUVID. As CoreAVC does for me with AVC.

even with CUVID HEVC support the GPU would be to slow.
i'm not even sure if HEVC hybrid decoding with CUVID/DXVA is a lot faster than simple CPU decoding using GPU slower than nvidia 460.

and about coreAVC. DXVA should be the same. (and it was the same on my ION)
if coreAVC really uses CUDA and that not over CUVID. DXVA should be a lot faster.

MeteorRain

17th April 2015, 15:51

Plays fine in DXVA HEVC with Intel's iGPU using LAV 0.64.52

Thanks for the testing.
The following is what I found.

I have 2 video cards equipped, each attached with a screen.

Software -> Good
QuickSync -> avcodec -> Good
CUVID -> Corrupted
DXVA Copy -> Corrupted
DXVA Native on nVidia -> DXVA2n -> Corrupted
DXVA Native on IGP -> DXVA2n -> Good

i7-4770 + GT640 with both 0.64 & latest nightly

nevcairiel

17th April 2015, 16:14

If its broken with CUVID, then it is the NVIDIA Hybrid decoder just not liking this stream. Nothing can be done on my side.
You can report it to NVIDIA and hope they improve it.

Half-Light Agent

17th April 2015, 17:35

even with CUVID HEVC support the GPU would be to slow.
i'm not even sure if HEVC hybrid decoding with CUVID/DXVA is a lot faster than simple CPU decoding using GPU slower than nvidia 460.

and about coreAVC. DXVA should be the same. (and it was the same on my ION)
if coreAVC really uses CUDA and that not over CUVID. DXVA should be a lot faster.

I have never had reason to consider how CoreAVC decodes x264 once it was installed, but the reduction of CPU activity is of such a degree that I'm fairly confident it offloads AVC to CUDA as it indicates. 1080p AVC plays back comfortably on an Intel Atom 230.

If there is some way to do the same for HEVC, that would extend the horizon for an entire generation of hardware. I doubt either the h265 group or NVIDIA are interested in doing much themselves along these lines, as there the new standard provides a nice opportunity to render a lot of hardware in need of replacement.

nevcairiel

17th April 2015, 17:44

petran79

17th April 2015, 18:23

A DWORD value with the name of the exe as key (without path), and the value "1".

thanks.

e-t172

17th April 2015, 18:36

There is NO CUDA decoder for H264/AVC.

How can you be so sure? Theoretically, I would assume it's possible to write a video decoder in CUDA or OpenCL itself (as in, actually implement a decoder using the CUDA/OpenCL language), or at least offload parts of it. It would probably be very hard, and wouldn't be as efficient as direct GPU support, but it guess it could still be faster than the CPU.

captainadamo

17th April 2015, 18:40

How can you be so sure? Theoretically, I would assume it's possible to write a video decoder in CUDA or OpenCL itself (as in, actually implement a decoder using the CUDA/OpenCL language), or at least offload parts of it. It would probably be very hard, and wouldn't be as efficient as direct GPU support, but it guess it could still be faster than the CPU.

I'm pretty sure nev's comment was in the context of CoreAVC.

Half-Light Agent

17th April 2015, 19:03

There is NO CUDA decoder for H264/AVC. It uses a dedicated decoding chip in the GPU, it does NOT use CUDA. If anyone claims it uses CUDA, it is lying and misleading users.
The GPU needs to support the codec you want to decode, your ancient GPU does not support it, so you don't get HEVC decoding.

I have seen a screenshot of a GTX-660Ti decoding HEVC through CUVID, although apparently it oughtn't.

http://i.imgur.com/YWFOSzS.png

Might this be an exploitable fluke?

EDIT: My mistake. In March, NVIDIA officially added HEVC decoding support to a number of VDPAU cards (http://www.nvidia.com/download/driverResults.aspx/83515/en-us), including the GTX-660Ti.

D2MAC

17th April 2015, 19:10

Play fine using DXVA Native + GTX 960.

Play fine DXVA NATIVE + GTX 960, only HEVC low profile.
(Example : Elecard 4K video about Russian Beatles - 8 bits)

But with HEVC 10 bits UHD 4K from ASTRA/EUTELSAT demo, it doesn't work at all -> no DXVA2 enabled.
(only ok with latest MPC-BE)

huhn

17th April 2015, 19:53

I have never had reason to consider how CoreAVC decodes x264 once it was installed, but the reduction of CPU activity is of such a degree that I'm fairly confident it offloads AVC to CUDA as it indicates. 1080p AVC plays back comfortably on an Intel Atom 230.

would be the same with DXVA/CUVID from lavfilter but for free of cause.

CUVID was very important before DXVA was a "thing". since DXVA it is kind of superseded.
at the moment CUVID just wastes power by forcing the GPU in highest powerstate.

P.J

17th April 2015, 20:14

Play fine DXVA NATIVE + GTX 960, only HEVC low profile.
(Example : Elecard 4K video about Russian Beatles - 8 bits)

But with HEVC 10 bits UHD 4K from ASTRA/EUTELSAT demo, it doesn't work at all -> no DXVA2 enabled.
(only ok with latest MPC-BE)

Use DXVA2 copy-back.

D2MAC

17th April 2015, 22:02

Use DXVA2 copy-back.

Hi,

Thanks

DXVA2 copy-back + GTX960: UHD 4K 10 BITS ASTRA/EUTELSAT

it's work only with latest LAV 0.64.52 build (16/04/2015)
(ok with enhanced video renderer or madvr)
(files froms nightly MPC-HC)

Still not ok with DXVA2 NAtive, but it's better. (20% CPU)

MeteorRain

17th April 2015, 22:24

If its broken with CUVID, then it is the NVIDIA Hybrid decoder just not liking this stream. Nothing can be done on my side.
You can report it to NVIDIA and hope they improve it.

Gotcha.:thanks:

pirlouy

17th April 2015, 23:26

I've discovered madVR has now a 64 bits. What about dts-hd decoder ? Do you know if there's something being worked to have a 64 bits dts-hd decoder ?
I remember once reading there were a "beginning" on ffmpeg project.

huhn

17th April 2015, 23:27

get the lavfilter nightly.

nevcairiel

17th April 2015, 23:29

Still not ok with DXVA2 NAtive, but it's better. (20% CPU)

DXVA2 Native does not support 10-bit, and thats very unlikely to change.

pirlouy

18th April 2015, 00:11

I searched through the commits and I finally ended on dcadec (https://github.com/foo86/dcadec).

Is it working well for classic DTS-HD from Blu-Ray ? If yes, that's great, and I'll wait for final LAV builds to test this 64 bits.

ryrynz

18th April 2015, 00:29

Is it working well for classic DTS-HD from Blu-Ray ? If yes, that's great, and I'll wait for final LAV builds to test this 64 bits.

Don't get why you don't just install it and test it for yourself... But yes it works fine.

Why wait for final? Nev's master builds are as stable as anything final.

Half-Light Agent

18th April 2015, 00:38

would be the same with DXVA/CUVID from lavfilter but for free of cause.

CUVID was very important before DXVA was a "thing". since DXVA it is kind of superseded.
at the moment CUVID just wastes power by forcing the GPU in highest powerstate.

Thanks for your thoughts on the matter,

Half-Light Agent

ocyl

18th April 2015, 06:52

EDIT: My mistake. In March, NVIDIA officially added HEVC decoding support to a number of VDPAU cards (http://www.nvidia.com/download/driverResults.aspx/83515/en-us), including the GTX-660Ti.
No, it did not. Currently, the only nVidia GPU that has VDPAU feature set F support in hardware is GM206, which is used in GeForce GTX 960.

http://http.download.nvidia.com/XFree86/Linux-x86_64/349.16/README/supportedchips.html

betaking

19th April 2015, 19:41

last GIt can not complie X64 build Lav!
http://oi58.tinypic.com/xkuidd.jpg

Magik Mark

20th April 2015, 00:01

Is LAV dithering has similar algorithm as provided in madVR?

Asmodian

20th April 2015, 01:47

Is LAV dithering has similar algorithm as provided in madVR?

No, madVR uses higher quality dithering. LAV's dithering will never be used when rendering with madVR and using LAV's default settings.

nevcairiel

21st April 2015, 13:43

LAV Filters 0.65

LAV Splitter
- NEW: Support for MKV subtitle Cues to show subtitles immediately after a seek
- NEW: Attachments and embedded cover art images are exported through the IDSMResourceBag interface
- Fixed: Improved demuxing of HEVC in MPEG-TS and increased the reliability of the SPS/PPS/VPS extraction
- Fixed: Demuxing Blu-rays/MPEG-TS where the first stream was not a video stream could result in broken timestamps
- Fixed: Seeking in MKVs which are currently being written is more reliable

LAV Video
- Fixed: Improved HEVC DXVA2 decoding on a few samples
- Fixed: Playback of VFR MPEG-4 in AVI had wrong timestamps in 0.64
- Fixed: Improved handling of DVD subtitles without timestamps

LAV Audio:
- NEW: Native DTS-HD decoding using libdcadec
- Changed: 5.1 audio prefers the speaker mask with side channels, to match recent specifications

Download: Installer (both x86/x64) (http://files.1f0.de/lavf/LAVFilters-0.65.exe) -- Zips: 32-bit (http://files.1f0.de/lavf/LAVFilters-0.65.zip) & 64-bit (http://files.1f0.de/lavf/LAVFilters-0.65-x64.zip)

DTS-HD decoding support through libdcadec

LAV Audio now includes libdcadec (https://github.com/foo86/dcadec), a full-featured DTS-HD decoder.
All known DTS-HD MA and DTS-HD HRA samples are supported and decoded perfectly lossless, up to 7.1, 192kHz, 24-bit (with a possible exception in a few weird samples). In addition, it also supports a long list of core extensions, including XCH (for 6.1 DTS ES streams), and X96 (for DTS 96/24).

The only unsupported DTS format that I know of is DTS Express, which is used for interactive commentary tracks on Blu-rays.

If the ArcSoft decoder is present, it will continue to be used for the time being, but in the long run I may even remove it.

If you find anything that doesn't seem to behave properly with the new DTS decoder, please do report and I'll work with the libdcadec author to see what is going on!

------

I wanted to get some more features done for this release, but time was short, and it felt like this was worth releasing anyway, so, have fun with it!

kalston

21st April 2015, 14:23

Nice! Btw in the original post next to the dl link for the installer it still says 0.64 :D (even though the link does point to 0.65)

ddjmagic

21st April 2015, 20:16

Thanks for the new release! :)

Bozotheclown

21st April 2015, 22:00

in audio properties -> formats -> in libdcadec section should be add (DTS, DTS-HD, DTS-HR, etc.) like in ac3?
I mean common used codec name

rd1979

22nd April 2015, 03:34

This is a big release to me, even if it doesn't have everything you wanted in it, a lot of longstanding little niggling issues I had are addressed here.
Thanks nev!

khanmein

22nd April 2015, 09:27

when i choose mpc-hc audio renderer @ sound device choose speaker (realtek ALC892) the sound is good but whenever i adjust the seekbar got the distortion & shuttering sound from any videos.

nevcairiel

22nd April 2015, 09:35

MPC-HC Audio Renderer is not recommended to be used at this point, but thats more of a topic for the MPC-HC thread.

khanmein

22nd April 2015, 10:40

MPC-HC Audio Renderer is not recommended to be used at this point, but thats more of a topic for the MPC-HC thread.

sorry bro, noted.

Ver Greeneyes

22nd April 2015, 16:08

I noticed that the changelog and download links on http://1f0.de/downloads/ are out-of-date, showing the changes for and linking to 0.61.2! This caused a Dutch news website I frequent to report the wrong changes (I left a comment with the correct changelog, also linking to this thread).

nevcairiel

22nd April 2015, 16:28

I removed the page and linked to GitHub instead. Don't feel like updating things in way too many places anymore.

iSunrise

22nd April 2015, 17:03

...If the ArcSoft decoder is present, it will continue to be used for the time being, but in the long run I may even remove it.
Ugh, didn't know that, I thought that the nightly builds already defaulted to the new decoder. Thanks for pointing that out, I must have missed that probably.

Did anyone do tests whether there is a general quality improvement due to the exceptional good documented and implemented code from foo86 compared to ArcSoft? Seems it is time to do a spectral analysis, when I have some time.

nevcairiel

22nd April 2015, 17:06

Both decoders are lossless, there is no quality difference.

XinHong

22nd April 2015, 20:23

Hi nevcairiel,

With this new release DXVA (native and CopyBack) does not work in DVBViewer (5.3.2, DVBSource 3.8.1.0), but it's working with the same recorded stream played in MPC-HC x86.
I tried several old releases and the last working one is 0.64.0-52, since 0.64.0-54 it does not work.

I can upload a sample if you need.

nevcairiel

22nd April 2015, 21:06

This will be fixed in an upcoming build. I do however urge the developers of TS source filters to scan the H264 stream for SPS/PPS and export that in the media type, so that decoders know right away what kind of video they are to expect, and these problems can be avoided entirely.

XinHong

22nd April 2015, 21:12

OK, thanks for the advise and the fix, I will post it in their forum.

James Freeman

23rd April 2015, 06:08

I can't force LAV Splitter on MPC-HC, it seems to always use the internal one (yes, prefer is selected).
Any idea?

Qaq

23rd April 2015, 07:01

Disable internal one(s).

Ver Greeneyes

23rd April 2015, 08:02

I removed the page and linked to GitHub instead. Don't feel like updating things in way too many places anymore.Thanks, that's fine - it clears up the confusion in any case :)

stax76

24th April 2015, 20:12

Can anyone play this with LAV Filters? Plays fine with MPC-BE.

http://1drv.ms/1bpjp7k

ID : 1
Format_Profile : Main 10@L5@Main
Codec/String : HEVC
Duration/String1 : 10s 43ms
BitRate/String : 1 610 Kbps
Width/String : 3 840 pixels
Height/String : 2 160 pixels
PixelAspectRatio : 1.000
DisplayAspectRatio/String : 16:9
FrameRate/String : 29.970 fps
FrameCount : 301
Resolution/String : 10 bits
StreamSize/String : 1.93 MiB (100%)
Title : Video
Encoded_Library : x265 - 1.6+174-4cccf22b00ee:[Windows][GCC 4.8.2][64 bit] 16bpp
Encoded_Date : UTC 2015-04-24 18:20:28

sneaker_ger

24th April 2015, 20:19

No problem at all. (Software decoding)

stax76

24th April 2015, 20:35

Thanks for testing, problem was normal EVR, custom works (I use a self coded player using EVR), is this a LAV Filters or a EVR problem? I'm on Win 7 with GTX 960.

SeeMoreDigital

24th April 2015, 20:54

Can anyone play this with LAV Filters? Plays fine with MPC-BE.
Yup... It plays okay (Win10 64-bit):)

NikosD

24th April 2015, 20:59

Thanks for testing, problem was normal EVR, custom works (I use a self coded player using EVR), is this a LAV Filters or a EVR problem? I'm on Win 7 with GTX 960.

What happens if you disable P010/P016 output ?

Does it work ?

stax76

24th April 2015, 21:18

@NikosD

It plays then, I didn't notice these options, thanks.

@SeeMoreDigital

Please verify that normal (non custom) EVR on Windows 10 supports 10-Bit.

huhn

24th April 2015, 22:47

@NikosD

It plays then, I didn't notice these options, thanks.

@SeeMoreDigital

Please verify that normal (non custom) EVR on Windows 10 supports 10-Bit.

i forced lavfilter to output p010 and MPC-HC simply crashes when i use normal EVR on windows 10. without forcing p010 NV12 is used.
maybe EVR for MF can do this. but currently you need madVR for 10 bit input.

outputting 10 bit is a hole different story...

stax76

24th April 2015, 23:54

Thanks for the test, for now I just disable P010/P016.

NikosD

25th April 2015, 06:36

I have reported in Intel forums the P010/P016 output issues as a bug of Intel drivers and not bug of LAV filters.

Nvidia supposedly has fixed that bug in their drivers and can work with output P010/P016.

But after Stax76's post using Win 7 and Nvidia 960 there seems to be a problem.

I have to ask again:
What is exactly the problem with Intel and Nvidia drivers regarding output of P010/P016 with LAV Video ?

Intel is still investigating the issue but has already replied in public that probably is a LAV filters issue, not their drivers - but it's still under investigation.

nevcairiel

25th April 2015, 07:43

Its not a LAV Filters issue. EVR is just incapable of accepting P010 or P016, but somehow Intel and NVIDIA managed to enable that in EVR, and then you get no image, because EVR just fails at it.
Although NVIDIA fixed that in a newer driver again last I checked.

NikosD

25th April 2015, 08:13

OK...Maybe Stax76 has an older Nvidia driver.

What about EVR-CP ? Can that renderer handle P010/P016 ?

nevcairiel

25th April 2015, 08:53

Its still EVR. CP just means "Custom Presenter", which is the last part of EVR, ie. the part that actually displays things on the screen.
The limiting factor here is however the EVR allocator/frontend and/or the mixer, which none of the players claiming a "EVR-CP" ever touch.

So in short, no.

NikosD

25th April 2015, 09:17

Thanks for the thorough reply but look at the Stax76's reply:

Thanks for testing, problem was normal EVR, custom works (I use a self coded player using EVR), is this a LAV Filters or a EVR problem? I'm on Win 7 with GTX 960.

He says that EVR-CP works.

Also MPC-BE has enabled HEVC DXVA native using EVR-CP for 10bit HEVC clips.

stax76

25th April 2015, 09:29

Updating the driver did not help, I can play a 10-Bit video with normal EVR only when I disable P010, I'm not really understanding the nature of the problem but then it don't seem important so no problem.

nevcairiel

25th April 2015, 09:57

He says that EVR-CP works.

EVR-CP just blacklists P010, so it automatically falls back to NV12. Thats some kind of "working", I guess.

Also MPC-BE has enabled HEVC DXVA native using EVR-CP for 10bit HEVC clips.

That works by accident, not by design. They pretend to send NV12 and then actually send P010, which is something you can do with DXVA2-Native, however if you try that on vanilla EVR, MPC-HCs EVR-CP, or madVR, you either get crashes (EVR, EVR-CP), or entirely broken images (madVR)

LAV is capable of doing that, but I decided against an output mode that fails in 90% of the cases.

NikosD

25th April 2015, 10:12

Now it's clarified a lot for me.

Waiting for Intel's driver fix, then.

But using MPC-HC with EVR-CP and P010/P016 enabled, I still get black image.

MPC-BE crashes with EVR, but plays fine with EVR custom.

huhn

25th April 2015, 10:18

looks like they haven't blacklisted it.

nevcairiel

25th April 2015, 10:41

I think MPC-HC only blacklisted P010 while Intel bugs out on P016, or something.

NikosD

25th April 2015, 10:44

Is it technically difficult or impossible to blacklist P010/P016 using plain EVR, just like EVR custom ?

Because both MPC-HC, MPC-BE crash with plain EVR.

huhn

25th April 2015, 10:53

Is it technically difficult or impossible to blacklist P010/P016 using plain EVR, just like EVR custom ?

Because both MPC-HC, MPC-BE crash with plain EVR.

should be possible to block p010 and p016 when EVR is selected don't see a reason why this shouldn't be possible.

we are not talking about native DXVA right?

NikosD

25th April 2015, 10:58

Right, I was talking in general.

For example 10 bit H.264 decoding doesn't have a HW decoder but suffers from the same problem.

kasper93

25th April 2015, 12:06

It will be fixed in next nightly. The patch is ready, just hasn't been committed yet.

NikosD

25th April 2015, 12:10

Of course, IMO the one that has created the issue (Nvidia, Intel) should fix the bug in their drivers.

But till then, hopefully soon, a workaround is an intermediate solution.

Neeto

25th April 2015, 12:39

huhn

25th April 2015, 12:43

Of course, IMO the one that has created the issue (Nvidia, Intel) should fix the bug in their drivers.

But till then, hopefully soon, a workaround is an intermediate solution.

maybe EVR for MF can do this so this is maybe not even a clear bug.

dude2012

25th April 2015, 15:42

ashlar42

26th April 2015, 01:22

To get full support for stuff like segmented linking or ordered chapters in MKVs, does one still need AV Splitter or latest LAV filters take care of that stuff too?

vivan

26th April 2015, 01:32

LAV supports them since 0.56.0 - which was released 2 years ago.

sneaker_ger

26th April 2015, 11:21

Lavfilters seem to be the de facto splitter e.g. mpc hc, mpdn, mpc be etc. Now why is it that WMV seeking is not fixed? Is it too complex of an issue to fix? I am just wondering because all other apps out there do it well e.g. vlc, mpc built in splitters, mpc be splitters, default wmv. So what exactly is the coding issue that the team is facing?

Don't get me wrong, the only reason I raise this is because lavfilters is awesome for everything else (just not WMV).

Any insights anyone?
It could also help to provide sample files which don't seek properly (but do seek in other applications).

Here is such a sample:
http://217.160.126.132/lav_wmv_slow_seek.wmv
https://mega.co.nz/#!NwUjES4A!KIUvBy8IUSp9J3Usrvk_7evUxsXLdPgExt6g9vvcdlk (mirror)

Playback halts for a few seconds using LAV splitter. Seeking and playback is instant using Microsoft splitter or VLC.

theoneofgod

26th April 2015, 13:08

tahaa7

26th April 2015, 23:01

I was just wondering, where is LAV Filters network stream cache/buffer located?

nevcairiel

27th April 2015, 07:37

I was just wondering, where is LAV Filters network stream cache/buffer located?

It does not cache on disc, only in memory.

vuquanghai

27th April 2015, 09:02

Can i install lav filters on Linux OS, eg. Ubuntu?

LigH

27th April 2015, 09:11

They are DirectShow filters for Windows. I don't know if they would work in Wine(X), but they don't seem to be available for typical Linux media frameworks.

There are cross-platform applications based on the same libraries, like ffplay in the ffmpeg package, or mplayer.

andyvt

27th April 2015, 09:15

Can i install lav filters on Linux OS, eg. Ubuntu?

LAV Filters only work on Windows OSs with the DirectShow framework enabled.

tahaa7

27th April 2015, 12:13

It does not cache on disc, only in memory.

Oh ok, thanks. Is there a way to change the allowed cache size/duration?

meetajhu

27th April 2015, 23:15

Why does center-channel only mono audio upmix to stereo on 5.1 systems(Mixing is disabled and my soundcard upmix is also disabled)? Pin status shows Channel : 1/0x4.

meetajhu

27th April 2015, 23:20

Does the DTS HD decoder work on x64? How did they manage to write a DTS HD decoder? Or is it the Arcsoft one?

captainadamo

28th April 2015, 01:48

Does the DTS HD decoder work on x64?

Yes.

How did they manage to write a DTS HD decoder?

They read the specs (http://www.etsi.org/deliver/etsi_ts/102100_102199/102114/01.04.01_60/ts_102114v010401p.pdf)?

Or is it the Arcsoft one?

No, it's not.

meetajhu

28th April 2015, 19:54

Yes.

They read the specs (http://www.etsi.org/deliver/etsi_ts/102100_102199/102114/01.04.01_60/ts_102114v010401p.pdf)?

No, it's not.

Thanks

GodRealm

29th April 2015, 14:07

It would be nice if the LAV Audio there was a volume setting as well as in ffdshow audio decoder.

Gleb Egorych

29th April 2015, 18:36

Hi, nevcairiel!
Nice addition of dcadec! Since it does bit exact decoding of DTS-HD I suppose it decodes lossy DTS bit exactly to ArcSoft decoder. Am I right?

nevcairiel

29th April 2015, 20:28

The bitexact fixed-point mode is only used for DTS-HD MA streams. Decoding the lossy core uses a floating point mode, which gives slightly higher quality. I don't expect it to be perfectly bitexact in lossy mode to ArcSoft, but it doesn't have to be!

Gleb Egorych

29th April 2015, 20:49

nevcairiel, that's strange because I removed dtsdecoderdll.dll from LAV directory and tried my files with lossy DTS streams. LAV Audio status said the codec was "dts" and the format was "24bit Integer".

sneaker_ger

29th April 2015, 20:51

Then you either have float unticked from the LAV audio formats or your audio renderer doesn't accept it.

Gleb Egorych

29th April 2015, 21:00

sneaker_ger, it's not about renderer, output is float, input is integer. For AC3 input is float, for DTS input is 24bit integer with or without dtsdecoderdll.dll.

nevcairiel

29th April 2015, 21:01

The decoder always outputs 24-bit int for lossy core, thats totally unrelated to the internal processing.

Gleb Egorych

29th April 2015, 21:25

OK, thanks, that's clear now.

foxyshadis

30th April 2015, 07:09

How to change Output Speaker Configuration form 5.1 to 2.0 with a key press?
I'm trying to have a button on my remote to toggle between two sound cards, one for 5.1 playback to the power amp and another sound card (built in on the motherboard) to playback to my headphones.
I've got a script that will move from one sound card to another using nircmd.exe, but I need to down mix everything to 2.0 for the headphones - unfortunately the drivers for the in built sound card won't do it.

I can use ffdshow to do it using registry loading, but this seems to be introducing too much delay in processing.
I like to do it in lav audio, but can't find a documented way to change the mixer tab settings i.e. Output Speaker Configuration using profiles or registry settings.
Any clues?

SetStereo.bat:
@echo off
REM Set your paths.
set nir=C:\sys\nirsoft\nircmd.exe
set lav=C:\av\tools\LAV Filters\x86\LAVAudio.ax

if not "%1"=="" (set StereoMode=%1) else (set StereoMode=1)

"%nir%" exec hide C:\windows\system32\rundll32.exe "%lav%",OpenConfiguration
for /f "usebackq tokens=1 skip=1" %%i in (`wmic process where ^(Name like "%%rundll32%%" and CommandLine like "%%LAVAudio%%"^) get ProcessID ^| findstr /v /r "^$"`) do set process=%%i
REM In the below line, change 1 to 3 for "5.1".
"%nir%" win child process /%process% postmsg id 0x454 0x14E %StereoMode% 0
"%nir%" win child process /%process% postmsg id 1 0xF5 0 0

Call as: SetStereo 1 for Stereo, SetStereo 3 for 5.1, and so on for the rest of the list, counting from Mono=0. Defaults to Stereo. Should take effect ASAP.

The last two lines directly control the value and OK out, instead of the usual lame way of sending keys to the application. Reg editing will take the value for next time, but won't take effect immediately. Sorry about the messy wmic line, it's literally the only way I could get the process ID of a command with a comma in it in cmd.

NikosD

6th May 2015, 09:47

I've just realized that LAV x64 0.65 QS decoder uses SW fallback for VC-1/ WMV3 (!)

For the other formats (H.264, MPEG2) LAV x64 QS decoder works OK.

Also LAV x86 0.65 QS decoder works OK for all formats (H.264, MPEG2, VC-1/WMV3).

nevcairiel

6th May 2015, 09:50

The QuickSync decoder is a third party component, not controlled by LAV.

Personally, I don't recommend using it at all, and have been thinking about removing it in the future, in favor of the DXVA2 decoders. The QS decoders has a few annoying bugs, and I don't want to try to fix yet another decoder which offers no tangible advantages.
Any features it currently has (like using D3D11 to use a iGPU without a screen connected) could be implemented in the DXVA2 decoders instead.

NikosD

6th May 2015, 09:56

OK I'll post my finding to Eric's thread.

It's still useful for VC-1/WMV3 decoding for Sandybridge (no DXVA decoder for Sandy)

Also, it's useful for transcoding apps like StaxRip and others which can use only Copy-Back or QS and no native mode.
QS is usually faster than Copy-Back.

Moreover, there are clips (a few) which are compatible with QS but not DXVA which falls back to SW to decode them (mainly VC-1/WMV3)

And finally QS decode supports HW deinterlacing.

For all these reasons, I think you should keep it in LAV.

nevcairiel

6th May 2015, 10:03

Absolute speed in benchmarking is not really a big important factor to me, since no real-world use-case would ever use that.
You will always do something with the video you decode, be it display it to the user, or encode it into another format - in which case that process will be slowing down everything so much that even the decoder running at half speed will still produce frames fast enough.

And since DXVA2 Direct Mode, the difference is minimal, DXVA2 is even faster in some cases now.

I already said that missing features could be implemented, as well.

In the end, its just me that decides, so I'll do what I think is best.
QS has a bunch of bugs, some from the driver, some from Erics code, and unfortunately "normal" people think they need to use it on Intel, so they run into those bugs and have no idea what to do, so they come and report them, and I have to tell them to simply not use it, again and again.

NikosD

6th May 2015, 10:12

About your last paragraph, I agree with you, a lot of people think that way.

But about transcoding speed, your thought is wrong.

Most of the times, a slow decoder leads to a slow transcoding process although the encoding speed is more important than decoding speed.

A half speed decoder will probably lead to an almost half transcoding speed.

Even minor decoding performance differences, like those between Copy-Back and QS, give different transcoding results.

QS is most of the times faster than copy-back and gives faster transcoding speed in real life, I'm not talking about benchmarks.

Magik Mark

6th May 2015, 13:56

huhn

6th May 2015, 14:10

Which will give us a smoother video:

1, Lav Cuvid Deinterlacing on and Nvidia Deinterlacing off
2. Lav Cuvid Deinterlacing on and Nvidia Deinterlacing on
3. Lav Cuvid Deinterlacing off and Nvidia Deinterlacing on

4. DXVA2 and Nvidia Deinterlacing on
5. DXVA2 Yadiff on and Nvidia Deinterlacing on
6. DXVA2 Yadiff on and Nvidia Deinterlacing off

How come Nvidia doesn't have the option for 24/25 & 50/60 frame interpolation?

lav CUVID uses the same deinterlacer as DXVA they are the same.
the DXVA version always uses 50/60 and this is not an interpolation it is simply needed for interlaced material.

i think nvidia deinterlacer is better than yadif but feel free to test it your self.

huhn

6th May 2015, 14:14

NikosD

6th May 2015, 14:42

most people care about quality and don't use an hardware encoder so no this is not the case. xvid, x264, x265 are the most used encoder by far.
Your answer is completely irrelevant with the subject we were talking about - which was HW decoding and not HW encoding.

I think is the 4th or 5th time that you answer at my posts, posting irrelevant replies.

Please PAY ATTENTION to what I write exactly, before you answer to me.

Thanks!

huhn

6th May 2015, 14:57

Your answer is completely irrelevant with the subject we were talking about - which was HW decoding and not HW encoding.

I think is the 4th or 5th time that you answer at my posts, posting irrelevant replies.

Please PAY ATTENTION to what I write exactly, before you answer to me.

Thanks!

only hardware encoder reach a speed where decoding speed shows a real difference. for a high quality x264 encode it is meaningless.

LigH

6th May 2015, 16:45

If you want to benchmark decoders, compare their scripts (without any filters, only pure *Source filter) with AVSmeter. Then compare their decoding frame rates with the encoder frame rate... :o

By the way, depending on the decoder chip generation, hardware decoders can be slower than multi-threaded CPU software decoders (e.g. Nvidia PureVideo V2 and V3 are quite annoyingly frame rate limited).

P.S.: This is a thread about the DirectShow versions of LAV Filters. Who would use DirectShowSource in a conversion, as long as there are native AviSynth source filters? Apparently I am just as wrong here; sorry. :o

NikosD

6th May 2015, 17:33

Have you tried to convert a VC-1/WMV3 clip with an Avisynth filter ?

And yes of course I have benchmarked decoders using AVSMeter another reason to say that copy-back is slower than QS (sometimes a lot slower, other times with a small difference)

huhn

6th May 2015, 18:03

i can easily open a vc-1 stream from a BD with ffmepsource2.

and yet again it doesn't really matter how fast avsmeter is as long as it is not slower as real world encoding.

@ligh

i agree dss is not a proper source.

carlos.henrique

7th May 2015, 21:56

Hello,

I´m using LAV Audio Decoder to process audio streams from brazilian DVB-T broadcasts and noticed something.

Some transmissions here have multiple audio streams. If I select a stereo audio stream, LAV Audio Decoder works fine, but if I select a 5.1 stream the resulting audio is not properly decoded. These happened in both 0.64.0 and 0.65.0 versions.

I have uploaded two files, one stereo and other 5.1, that were dumped directly from the audio streams being broadcasted:
http://www.fileconvoy.com/dfl.php?id=g570dcb3d2108e4a3999660704ffade222e22f61ad

I have tried playing these files with ffplay and it works fine for both, identifying them as aac_latm streams. I then built a filtergraph for playing each file using LAV Splitter Source and LAV Audio Decoder and the same thing happened again: the stereo stream played fine, the 5.1 stream did not.

As a side note, when decoding from live broadcasts I wasn´t using LAV Splitter, only LAV Audio Decoder was involved on the chain.

I would be very grateful if someone could test these files and confirm my results, or else tell me what am I missing.

Thanks in advance guys.

foxyshadis

7th May 2015, 22:17

The only use case I can think of where realtime transcoding matters to normal people is AVC->ASP for old XBox streaming, or HEVC->AVC or VP9->AVC for newer consoles/TVs/etc. I doubt you'd get enough difference to go up a preset just from changing to faster decoding, especially if it involved using up some of the CPU resources.

mindbomb

8th May 2015, 00:51

edcrfv94

8th May 2015, 01:13

if have a Extra Audio *like flac mka , seek will very slow
Can it be fix?

huhn

8th May 2015, 01:39

I always thought the difference between the hardware decoders was that copyback was mainly limited to full bitstream decoding, and cuvid and quicksync could more easily do formats where only hybrid decoding was supported. But copyback does support hybrid hevc decoding, so I don't even know anymore.

the difference is that CUVID and QS are always copyback no matter what. CUVID can do some more uninportant codecs like MPEG4 ASP but who needs a hardware MPEG4 ASP decoder?

CUVID and DXVA use the same decoder for HEVC/AVC/VC-1 making CUVID pretty much useless these days.

if i'm not mistaken QS can decode VC-1 and intel DXVA(ivy/sandy no clue about haswell) can't decode that.

older AMD GPUs have pretty bad DXVA decoder that can't decode UHD AVC. QS could be useful in these cases. but in general if hardware decoding is needed DXVA should deliver anything that is needed.

romulous

8th May 2015, 10:53

Found a clip where the audio does not work correctly on my 5.1 system:
http://videos.hd-trailers.net/MissionImpossible5_TLR-1-1080p-HDTN.mp4 (174MB)

Audio for certain parts of the trailer is impossible to hear (using LAV 0.65, default configuration). AC3Filter is fine.

nevcairiel

8th May 2015, 12:50

I have uploaded two files, one stereo and other 5.1, that were dumped directly from the audio streams being broadcasted:
http://www.fileconvoy.com/dfl.php?id=g570dcb3d2108e4a3999660704ffade222e22f61ad

I have tried playing these files with ffplay and it works fine for both, identifying them as aac_latm streams. I then built a filtergraph for playing each file using LAV Splitter Source and LAV Audio Decoder and the same thing happened again: the stereo stream played fine, the 5.1 stream did not

Actually, ffplay and ffmpeg have the same problems - LAV is just more aggressive at maintaining audio/video sync, which causes audio glitching.
But the core problem is the same - the ffmpeg aac decoder fails to decode a few of the audio frames, which result in missing audio (which triggers LAVs A/V sync correction logic).

I recommend to report this directly to ffmpeg (http://ffmpeg.org/bugreports.html)

nevcairiel

8th May 2015, 12:54

clsid

8th May 2015, 15:08

With Mixer disabled that file outputs 0x60f channel mapping, with Mixer enabled the standard 0x03f.

So either enable the Mixer or update the audio driver.

nevcairiel

8th May 2015, 15:23

Thats actually a bug, 5.1 should all be using 0x60f now, as that is the more correct form.

carlos.henrique

8th May 2015, 15:51

Actually, ffplay and ffmpeg have the same problems - LAV is just more aggressive at maintaining audio/video sync, which causes audio glitching.
But the core problem is the same - the ffmpeg aac decoder fails to decode a few of the audio frames, which result in missing audio (which triggers LAVs A/V sync correction logic).

I recommend to report this directly to ffmpeg (http://ffmpeg.org/bugreports.html)

Ok, thanks nevcairiel for your time.

I made some more tests with FFmpeg, this time transcoding the AAC 5.1 stream to PCM, and I can see that there are many "channel element 0.2 is not allocated" errors being reported, although that the resulting file seems to be generated without errors, no glitches. Transcoding the stereo stream produces no error messages.

I´ll try to report this to FFmpeg, let´s see what I can get there.

As you said that the problem is related to audio/video sync, I have also tried to disable the LAV Audio Decoder setting "Auto A/V Sync correction", but nothing changed.

Anyway, thanks for your help man.

nevcairiel

8th May 2015, 16:43

The channel element not allocated error is the one you want to go away. As long as that shows up, audio is missing. It may not be terribly obvious when listening to it through ffplay or a conversion through ffmpeg, but LAV does more magic for spot-on AV sync, which causes an extra glitch as it re-syncs after the decoding failure.

Liandri

10th May 2015, 08:59

I'm getting lags when using LAV Splitter Source on some MPEG-4/HEVC videos (not using DXVA2, no lags with internal splitters). Does this sound like a known issue?

cihub

11th May 2015, 19:39

nevcairiel

11th May 2015, 21:23

The duration of frames is largely irrelevant and mostly not used at all in DirectShow playback. Don't expect that to ever work.

foxyshadis

12th May 2015, 02:38

I have Matroska VFR video in which last frame is a duplicate that lasts for about 40 frames. Problem is, it seems that both Haali and LAV splitter stop playback when they reach that frame (AviSynth hangs, MPC-HC just skips like there's no 40 frames in-between). Is it a bug, or just a way the whole system works (i.e. someone else's bug)? ATM I can solve this by making the last frame a real one, not virtual, but it is an ugly, time-consuming, error-prone hack.

You don't need to rework your scripts to separate out the last few milliseconds from the 2-second final frame, you can just copy it, or add a black frame. If it's re-encoding you're worried about, you can concatenate a fresh-encoded black frame with mp4box or mkvmerge.

cihub

12th May 2015, 12:19

OK, thank you both. BTW, I figured out how to avoid that "ugly, time-consuming, error-prone hack": since I use DeDup all I need is to edit file with metrics and set the difference between frames N-1 & N to 100%.

NikosD

13th May 2015, 17:33

Hello.

Nevcairiel are you interested in developing QS decoder based on Eric's decoder or build a fresh one ?

It's been almost 2 years since the last update by Eric and since you have developed a decoder based on NVCUVID, maybe you could be involved in MSDK too.

According to Eric it's just a thin wrapper over DXVA and much more easier to write code for that.

There are a lot of things that DXVA doesn't support and never will, but MSDK supports them already.

For example VP9/VP8 - I don't know when Microsoft is going to release a DXVA decoder device for them, if ever.

But even for video formats like HEVC hybrid decoding, MSDK supports 8bit/10bit, I'm not sure about DXVA since I don't have a Broadwell.

Anyway, it's just a thought.

nevcairiel

13th May 2015, 17:37

Didn't my earlier post on QS/MSDK make my feelings quite clear?
I would rather remove it then spend time working on code for only one GPU, when I could be working on code that works on all GPUs (DXVA).

NikosD

13th May 2015, 17:47

But NVCUVID it's for one GPU only too.

And I know that you like to write your own code and not based on the others, so I didn't think that your feelings were for MSDK in general but only for that specific project of MSDK.

It's your call.

nevcairiel

13th May 2015, 17:51

CUVID was the first decoder, before even DXVA2 existed in LAV, so its just legacy now. And there is maybe only a handful changes that were required to it since 2012, and most of that was support for HEVC (which was still quite easy)

Della

14th May 2015, 16:50

Please pardon my ignorance, though I've googled the crap out of this question.

Could someone explain to me why when I choose bitstreaming (for any format my Samsung HU8550 suports, AAC, DD, DTS etc) in LAV filters to the TV, no audio is played? It'll bitstream just fine to the AVR (Emotiva XMC-1), but not to the TV.

The reason I'd like to do this is to avoid having to choose the windows default audio source when I switch between the the AVR & TV. I know I can use PCM, but then I have to change the LAV Mixing setting from 5.1 to stereo, otherwise the volume (using 5.1 mixing to TV) is VERY low.

Thank you for any guidance.

nussman

14th May 2015, 19:36

Because your TV doesn't accpect audio bitstreaming?

Della

14th May 2015, 21:06

Because your TV doesn't accpect audio bitstreaming?

Yeah, I get that.

But if a device is capable of decoding a particular format (i.e. MKV-> video =ts ad audio = DTS), playing the file directly, am I to understand that a player like MPC, using LAV "bitstreams" the audio to the set.

IOW, just because a device can decode a format, it doesn't mean it can accept a "bitstream" OF that format?

Thanks

captainadamo

14th May 2015, 21:57

But if a device is capable of decoding a particular format (i.e. MKV-> video =ts ad audio = DTS), playing the file directly, am I to understand that a player like MPC, using LAV "bitstreams" the audio to the set.

No, that's not what it means. That's only telling you it can decode when using built-in player of the smart TV. You're not using the built-in player if you're using MPC with LAV. At that point, you're at the mercy of what audio it will accept to be fed directly which is much more limited.

Qaq

14th May 2015, 22:41

just because a device can decode a format, it doesn't mean it can accept a "bitstream" OF that format?You can find all supported formats in sound device properties ("TV HDMI audio" or something).

Della

14th May 2015, 22:55

No, that's not what it means. That's only telling you it can decode when using built-in player of the smart TV. You're not using the built-in player if you're using MPC with LAV. At that point, you're at the mercy of what audio it will accept to be fed directly which is much more limited.

Thank you. I asked sideways, but I understand now that the ability to decode a supported format does not equate to accepting a stream of bits in that format.

I think.

Della

14th May 2015, 22:57

You can find all supported formats in sound device properties ("TV HDMI audio" or something).

Thanks.

TheShadowRunner

16th May 2015, 23:33

Nev, today I (finally) tried the big jump from Haali splitter to LAV splitter for matroska.
I was worried how LAV subs selection would work but the Advanced mode can replicate exactly how I had Haali set up, that's perfect.

However I notice opening files + going to previous/next chapter is significantly slower with LAV.
While it's pretty much instantaneous with Haali, it takes up to 2-3 seconds with LAV.
I play the files from local HDD so the "Stream Analysis Duration" setting has no effect.
Similarly the "Maximum Queue Memory" setting didn't seem to change anything.
I use LAV Video decoder in both cases (when using LAV or Haali splitter)..
The video format is h264.
Actually the only thing that changes in the chain when testing is the splitter.

Would you have any idea what this slight delay could be due to?

kiwijunglist

19th May 2015, 04:10

Hi

Q: If I set surround mix level to sq(.5) ie 0.701 then does clicking normalize matrix in a 7.1 to 5.1 dowmix actually do anything? ie. Isn't it already normalized? Because I would guess that mixing two channels together at a 0.701 would be 1.0?

The reason I ask is because I'd like have my cake and eat it to, ie
1. Avoid a large reduction in dynamic range/volume due to the normalization
2. AND also have settings where clipping is unlikely to happen.

I read earlier in this thread that in most situations using clipping protection, you usually only decrease volume by a factor of 1.2x (whereas normalization gives a 2.4x reduction ). So I thought if I set mix level to 0.8 (or maybe sq(0.8)=0.774), and enabled clipping protection I would be in a situation where I had a smaller amount of volume reduction and activation of the clipping protection would be very very infrequent.

ie.

Mix to 5.1 = Yes
Normalize Matrix = No
Clipping protection = Yes
Surround Mix = 0.8 or 0.774

Is my understanding correct?

Thanks
Kiwi

PS: Well done on adding support for DTS-HD MA and Dolby TrueHD!

mogli

19th May 2015, 08:04

@kiwi
Loudness-wise you're correct, since it means adding the squares, i.e. sqrt(0.5)^2 + sqrt(0.5)^2 = 1.
However clipping-wise your wrong, since this means plain adding, i.e. sqrt(0.5) + sqrt(0.5) ~= 1.4.
So you either need to normalize by dividing by about 1.4 or use the clipping protection to lower the volume only when needed.

burfadel

21st May 2015, 10:09

I tried out the latest nightly, LAVFilters-0.65.0-8.exe, and it caused Staxrip not to work. The issue was the QAAC audio encoder was failing. I tried reinstalling LAVFilters-0.65.0-8.exe with no avail, but version LAVFilters-0.65.0-7.exe seems to work fine. Actually, LAVFilters-0.65.0-7.exe is what I have been running for a few days without this issue.

nevcairiel

21st May 2015, 10:12

-8 only had a minor insignificant change in the build script compared to -7, there must be something else broken for you.

LigH

21st May 2015, 10:22

I could not imagine how LAV Filters could interfer with QAAC, specifically. If at all, decoding your audio source via DirectShow may fail?

Qaq

21st May 2015, 10:39

Is Intel IGP's "copy back" data routing somewhat different from AMD's and Nvidia's?
I'm trying to figure out the best decoding strategy for G1830 + madVR.

burfadel

21st May 2015, 12:37

-8 only had a minor insignificant change in the build script compared to -7, there must be something else broken for you.

I could not imagine how LAV Filters could interfer with QAAC, specifically. If at all, decoding your audio source via DirectShow may fail?

I worked out the issue. Well, more precisely worked out why it was failing and how to fix it.

I'm running Windows 10 TP, and build 10122 was released. Windows didn't quite update as cleanly as it should have, and the reason why I thought it was LAVF is that I updated it at the same time. Strangely enough, installing the older version immediately made it work for two encodes... until I stopped it and started it again! I previously also reinstalled the Apple Application support etc.

So, I ran the latest Auslogics Regcleaner (with all the check areas selected on the left). Could possibly have been a media filter registry error or something... It seems to be working flawlessly now on the latest build of LAV Filters, no matter if I stop and start it again etc.

You can download it here:
http://www.auslogics.com/en/software/registry-cleaner/

So keep in mind those with Windows 10 TP and on the fast path, that there may be a media filter anomaly after you update!

Edit:
Well, I stopped and rebooted and started it again (I got curious about it)... Sure enough, it failed continuously (went on to the next file and same thing). Anyways, I stopped it, started it again, dropped it down to the system tray and it works. So, after all that, it could be a NET Framework issue... I don't know lol. Windows 10 10122 issue.

stax76

21st May 2015, 15:18

I'm also on Win10 build 10122 and latest LAV Filters nightly, no problem with the win update, qaac or anything else except a annoying Win10 bug I had from the beginning.

mkanet

24th May 2015, 00:48

huhn

24th May 2015, 01:36

mkanet

24th May 2015, 04:12

Actually, after thinking about, it does make sense to do this in a postprocessing audio filter.

I did try MatrixMixer's basic stereo expand to 5.1 upmix; however, ffdshow Audio Processor filter (with DolbyPrologicII + LFE crossover + Mixer3/0/2+LFE) gave me the stereo sound processing I was looking for; actually, sounds better than I expected.

lavfilter doesn't support up mxing. and to be honest that should be the work of the audio renderer.

burfadel

24th May 2015, 08:46

How do I upmix stereo to 5.1 audio? I tried searching for this topic, only to find other people asking to do the same thing. I tried selecting Enable Mixing + Output Speaker Configuration = 5.1... and also selected Dolby Pro Logic II encoding. However, none of that made any difference. I'm hoping I don't have to install ffdshow just to be able to get upmix audio to work, but it's starting to look that way.

I found a directshow matrix mixer which seems to specifically support upmixing.
http://matrix-mixer.sourceforge.net/

I was going to say that looks like AC3Filter, then I saw the link down the bottom!

http://www.ac3filter.net/wiki/Download_AC3Filter

It's open source now, and could probably do with some work and tweaking etc (and a new build). It still works perfectly fine on Windows 10 x64 though and has included 32-bit and 64-bit versions. You just need to add it to the external filter list of your media player (MPC-HC, MPDN or whatever).

JarrettH

25th May 2015, 15:56

captainadamo

25th May 2015, 15:59

25/30 means you're outputting 25 or 30 fps?

For PAL you'll get 25fps for NTSC you'll get 30fps because it's doing single-rate deinterlacing.

50/60 means you're outputting 50 or 60 fps?

Same as above but it's doing double-rate deinterlacing.

huhn

26th May 2015, 02:11

Ok I can't find this and there's no tooltip for it. I forget what the difference between film and video output mode in YADIF is :S

25/30 means you're outputting 25 or 30 fps?
50/60 means you're outputting 50 or 60 fps?

for interlaced material 50/60 is the right choice. 25/30 is a trade quality for speed option.

for film you usually want to use a detelecine filter not a deinterlancer.

cvrkuth

26th May 2015, 18:44

One question about the system tray icons. Use Lav filters with Subtitle Edit.

So, while the movie is playing icons show is system tray. When I stop the movie, icons are still there... and so on

http://krstic.eu/system_tray.jpg

nevcairiel

26th May 2015, 18:46

That happens sometimes when the application is closing the filter too aggressively, and is an unavoidable side-effect. You can just disable the tray icons if you don't want them.

Schwartz

30th May 2015, 01:02

Watching a H.265 video in a M4V container, even though I have HEVC ticked and set LAV to DXVA2 copy-back, it only does software decoding.

wanezhiling

30th May 2015, 01:15

Watching a H.265 video in a M4V container, even though I have HEVC ticked and set LAV to DXVA2 copy-back, it only does software decoding.
Your video card is not GTX 960, is it?:p

Schwartz

30th May 2015, 01:20

Nope, it's a R9 270X. You think it's a performance issue?

Oh nevermind, I just read up on it. I guess there isn't any available.

nevcairiel

30th May 2015, 08:35

AMD doesn't do hardware decoding of HEVC at all yet.

P.J

30th May 2015, 17:39

Still no improvement for ProRes 32bit decoder? Quicktime works very good :(

James Freeman

1st June 2015, 09:28

nevcairiel

1st June 2015, 09:36

Thats normal behaviour, and its MPC-HCs doing. Enable MPC-HCs audio switcher, then you can choose which should be playing. In fact, I don't understand why so many people disable it anyway.

James Freeman

1st June 2015, 09:47

For the simple reason (and fear) that it might interfere with the majestic work of LAV filter... ;)
Thanks.

foxyshadis

1st June 2015, 13:14

An audio with the same name as a video has been a longstanding traditional method of adding another language, too, just like subtitles. Keep your names even slightly different and it'll never happen.

huhn

1st June 2015, 13:37

using MDPN with an 48 bit RGB input lavfilter is outputting undithered 8 bit.
the problem is MPDN doesn't support 48 bit RGB is it possible to change the logic to output Y416 in this case?

nevcairiel

1st June 2015, 13:46

It'll prefer to stay in RGB. Conversions from RGB to YUV in LAV are all notoriously low quality, since it uses swscale for that.

huhn

1st June 2015, 13:56

FireFreak111

4th June 2015, 11:05

Is LAV ever going to have a low-pass filter in its Mixer? I was comparing downmixed Stereo via the mixer for headphones compared to mixing done by a receiver, and used Interstellar's wormhole scene as an example (DTS-HD MA 5.1). It's LFE channel is complete garbage, and when downmixed via the mixer, all that garbage was mixed into the Stereo mix if I added LFE into it. When done via the receiver, there was also LFE being mixed in, but no garbage. Additionally, no clipping on the receiver while the volume seemed consistent (while using a 'Pure Audio' path where it apparently tone controls, EQ, etc) compared to LAV with clipping protection (and this is even without any LFE mixing). Without clipping protection, LAV has alot of clipping. Normalize Matrix just makes it really quiet. (and this is all with Philips X2 headphones, $300).

LAV's advantage seems to be the noise floor, if I send Stereo (WASAPI Exclusive) to the reciever, no noise floor. If I use the receiver's mixing, heavy noise floor, which is why I was testing LAV's mixer.

I know LAV isn't built to be a world-class audio mixer, but is there any plans for improvements in the future for the mixer?

burfadel

4th June 2015, 12:40

I know LAV isn't built to be a world-class audio mixer, but is there any plans for improvements in the future for the mixer?

Maybe someone could work on incorporating and updating AC3filter, since it's now open source and has the source code available:
http://www.ac3filter.net/wiki/Download_AC3Filter

nevcairiel

4th June 2015, 15:25

is adding dithering an easy task? so it will look fine.

i will double check if this isn't the case already but i'm pretty sure it isn't.

edit: 48 bit RGB input outputted at 24 bit RGB looks undithered.

48 -> 32/24 should use dithering.
Note that the only really fast conversion process is 48 -> 32, 24 is not very optimized.

Edit:
Looks like dithering was broken in that conversion code, fixed now.

MysteryX

4th June 2015, 21:52

I'm having issues playing AVS (AviSynth) files in Windows Media Player.

Someone recommended to go in Codec Tweak Tool, 'Preferred Splitter' and use LAV Filter as avs splitter.

Windows Media Player itself still doesn't play it properly but the ActiveX control version of it does accept the file, which is what matters.

How can I embed this setting change into a setup program? What specific registry key must be changed? And does this fix only works if LAV Filters (or K-Lite Codec Pack) are installed?

mindbomb

5th June 2015, 01:01

Somehow MPC-HC plays an mp3 file with the same name as the mkv movie file together at one.
I can't disable the playback of both no matter what I try.

Is it LAV splitter or MPC-HC fault, really annoying, any help?

in options>playback, there is an autoload audio files option that controls that, or you can use the audio switcher. To me, it seems like a legacy type thing to have audio and video separate like that.

LigH

5th June 2015, 07:14

I'm having issues playing AVS (AviSynth) files in Windows Media Player.

Even though it is possible, AviSynth scripts are not meant to be played with a DirectShow media player. For previews it is recommended to use a tool supporting VfW or the native AviSynth API (e.g. VirtualDub, AvsPmod, MeGUI, ffplay {ffmpeg} or rather mpv {mencoder}).

Avoid codec packs in general. They may install unexpected and unwanted software.

And yes, if you register LAV Filters as DirectShow splitter for AviSynth scripts, you will have to install LAV Filters on another PC to use the same trick there.

MysteryX

5th June 2015, 13:16

Even though it is possible, AviSynth scripts are not meant to be played with a DirectShow media player. For previews it is recommended to use a tool supporting VfW or the native AviSynth API (e.g. VirtualDub, AvsPmod, MeGUI, ffplay {ffmpeg} or rather mpv {mencoder}).

Avoid codec packs in general. They may install unexpected and unwanted software.

And yes, if you register LAV Filters as DirectShow splitter for AviSynth scripts, you will have to install LAV Filters on another PC to use the same trick there.
Any of these players can be used as ActiveX controls within an application?

LigH

5th June 2015, 13:28

No, because they don't use DirectShow. If you want a preview of AviSynth skripts in your application, you may better use the AviSynth API. Or at least "Video for Windows", even though it's getting ancient.

stax76

5th June 2015, 15:01

I still recommend the good old avifile API, it's very easy to get basic AviSynth and VapourSynth access.

nevcairiel

5th June 2015, 15:11

MysteryX

5th June 2015, 21:51

There's no reason to spend a lot of time programming against AviSynth API when I can just get it to play in a WMP control.

I tried changing the setting while scanning for registry changes with RegShot. Wow, the report is 2.53MB with tons of registry keys changed!

Registry changes report
https://mega.co.nz/#!6BYDCRjB!ea7dt6UWePwwn1jFgUNJDP2nJY80fpHTTCcNv_00OxE

Are all these changes necessary to get it to work, or can I get AVS to use LAV Filters with editing just a few keys?

MysteryX

5th June 2015, 22:10

I might as well just create a page telling the user how to configure his system to use these features. It will be simpler and safer that way.

nevcairiel

5th June 2015, 22:14

Questions about changes done by third-party tools should be directed to the authors of such tools.

NikosD

8th June 2015, 21:15

This video plays fine with EVR/MadVR.

BUT with EVR-CP, it stutters repeatedly.

I tried all modes (SW, QS, DXVA cb/n)

Clip:
https://www.sendspace.com/file/fz55xh

sneaker_ger

8th June 2015, 21:25

Audio timecodes are fucked up (+10 for each frame instead of +10.6666....)
Demux audio and remux using mkvtoolnix to fix.

aufkrawall

8th June 2015, 21:45

Is HEVC 10 bit DXVA2 CB unlocked for GM204/200?
If I recall it right, it was originally advertised as being able to decode this via hybrid decoder.

It's software only here, so is it because of driver or LAV?

nevcairiel

8th June 2015, 21:51

10-bit is only available on the GTX 960, no hybrid support.

yonta

9th June 2015, 08:05

LAV splitter doesn't recognize mp3 audio track in this mp4 (https://drive.google.com/file/d/0B1mCVSSmbT2LXzN4aUIzUE5tQmc/view?usp=sharing).
All the other players I have read the track just fine.

filler56789

9th June 2015, 11:15

LAV splitter doesn't recognize mp3 audio track in this mp4 (https://drive.google.com/file/d/0B1mCVSSmbT2LXzN4aUIzUE5tQmc/view?usp=sharing).
All the other players I have read the track just fine.

That MP4 is broken.
Remuxing it with L-Smash results in a 1.75GB file, which remains broken as well.

yonta

9th June 2015, 11:37

That MP4 is broken.
Remuxing it with L-Smash results in a 1.75GB file, which remains broken as well.

i first made a sample with ffmpeg -t option but ffmpeg did some magic and LAV splitter recognized the audio track in the sample.
so i had to split the source by size to show the problem.

wanezhiling

9th June 2015, 11:49

Tried some other splitters, worked fine.

Aleksoid1978

9th June 2015, 13:22

Play fine using MPC-BE. ffplay also fine.

filler56789

12th June 2015, 01:28

F.W.I.W...

apparently LAV Splitter doesn't support multichannel DTS Express :confused:

samples: http://www.mediafire.com/download/8ic045b8n567nir/DTSX-samples.zip

Vasilich

12th June 2015, 07:42

F.W.I.W...

apparently LAV Splitter doesn't support multichannel DTS Express :confused:

https://github.com/foo86/dcadec :

Features not implemented:
Decoding of DTS Express streams
Applying dynamic range compression and dialog normalization

manolito

12th June 2015, 09:35

LAV Filters 0.65

The only unsupported DTS format that I know of is DTS Express, which is used for interactive commentary tracks on Blu-rays.

If the ArcSoft decoder is present, it will continue to be used for the time being, but in the long run I may even remove it.

Cheers
manolito

nevcairiel

12th June 2015, 09:40

apparently LAV Splitter doesn't support multichannel DTS Express :confused:

samples: http://www.mediafire.com/download/8ic045b8n567nir/DTSX-samples.zip

And that won't change until libdcadec supports DTS Express.

RealSnoopyDog

12th June 2015, 10:32

Even with the Arcsoft decoder, DTS Express is not supported correctly because the DTS express stream is an "overlay" which needs to be mixed together with the main audio channel. There is also a fading option which means when a commentary comes up on the DTS Express stream, then the main audio channel should be faded a bit.

With the Arcsoft decoder and LAV, you can hear the DTS Express audio commentary stream only isolated.

nevcairiel

12th June 2015, 10:37

LAV Audio is only a decoder, it decodes a single stream. What happens before or after LAV Audio is not its concern. Someone could easily use two instances of LAV Audio, decode two streams, and then overlay them afterwards, if they wanted to build a full Blu-ray player. But thats not something LAV Audio concerns itself with.

filler56789

12th June 2015, 11:00

Well, I only thought the problem was in the splitter, not in LAV Audio, because MPC-BE has no problems with the .MKA sample (it cannot deal with the .M2TS file though).

Okay, let's all wait until bumblebritches57@github turns on the green light :)

because the DTS express stream is an "overlay" which needs to be mixed together with the main audio channel

that applies only to Blu-Ray_compliant transport streams, not to standalone .M2TSs or .MKVs

RealSnoopyDog

12th June 2015, 12:51

Ah ok, i did not know that. I only know DTS-Express from some Blu-Rays that i have where this format is used for audio commentaries. Actually, DTS-Express is a low bitrate / low overhead codec which is perfect for compressing speech.

Borodin

16th June 2015, 17:43

I'm testing the Windows 10 Preview and am having some trouble with the LAV filters version 0.65.0.

Specifically, I'm getting "Display driver stopped responding and has recovered" repeatedly when I try to view a video.

It's an MP4 file containing AVC/AAC streams.

Any ideas? Any more information required?

nevcairiel

16th June 2015, 17:44

If your pre-release driver crashes on a pre-release OS, then you should complain to OS or Driver producer.

Borodin

17th June 2015, 01:20

If your pre-release driver crashes on a pre-release OS, then you should complain to OS or Driver producer.

I've been playing video files with Windows Media Player, Windows Video, and VLC media player, and all have been fine. It is only when I install the LAV filters and try to play through those that problems arise. I am sure the developers must have looked at Windows 10 compatability by now -- if not then it's been left a little late!

ryrynz

17th June 2015, 01:36

I am sure the developers must have looked at Windows 10 compatability by now -- if not then it's been left a little late!

Nevcairiel is the dev. If there's any issues he'll resolve them promptly, just wait until W10 is released. It's not RTM yet and AMD & Nvidia are still tweaking their drivers.

mindbomb

17th June 2015, 02:46

Carpo

17th June 2015, 09:05

I've been playing video files with Windows Media Player, Windows Video, and VLC media player, and all have been fine. It is only when I install the LAV filters and try to play through those that problems arise. I am sure the developers must have looked at Windows 10 compatability by now -- if not then it's been left a little late!

The thing with Windows 10 at the moment is that it is not finished and subject to change on a daily basis, builds will change things as they come out to address issues found in Windows 10, so if Nev was to fix Lav to work with the current build of windows 10, the next build of Win 10 might cause Lav to not work the way it should and he will end up doing much work for no real gain.

As others have said, wait till Win10 hits RTM and I am sure Nev will look into all bug reports submitted then :p

VictorLS

17th June 2015, 10:22

Good day.
I have a weak one core CPU Athlon 3200+ (with nVIDIA GT220) which can decode only 2-5 frames per second of h265 3840x2160p50 with LAVFilters-0.65.0.9-git х86 in WinXPx86.
Can you add possibility of choise which type of frames to decode like in ArcSoft Video Decoder (see attach)? Also add something like "If present decode IDR frames only else decode I frames only" please.
I want to hear audio and don't want to spend much time of watching slow motion h265 UltraHD video ;)
One more thing, I like WindowsXP. Can you add DXVA1 support in LAV Video Decoder?

filler56789

17th June 2015, 11:40

Can you add possibility of choise which type of frames to decode like in ArcSoft Video Decoder (see attach)?

Based on Nev's answer to a similar request about H.264 decoding (specifically, to disable the deblocking filter),
I guess his answer about this request of yours will be another "NO" :)

I want to hear audio and don't want to spend much time of watching slow motion h265 UltraHD video ;)

Have you already tried the Lentoid Decoder from Strongene?

One more thing, I like WindowsXP. Can you add DXVA1 support in LAV Video Decoder?

Nope :)

VictorLS

17th June 2015, 16:25

Have you already tried the Lentoid Decoder from Strongene?
Under XP I get black screen (Malevich) with Lentoid HEVC Decoder 2.0.3.3 (

nevcairiel

17th June 2015, 16:28

As filler56789 already guessed, I do not deal in intentionally broken decoding modes. If your system cannot deal with 4K HEVC playback, you should stick to 1080p material, which will look much better anyway than skipping an undetermined amount of frames - or well, upgrade.
And yeah, no DXVA1 for XP. I didn't even consider doing it when XP was still a OS supported by MS, and I will most certainly not consider it now.

madshi

17th June 2015, 17:33

I hope that when Windows 10 RTM is released, everybody will finally upgrade their HTPCs, so we can get rid of XP. Well, I can dream, can't I? :)

foxyshadis

18th June 2015, 07:37

Good day.
I have a weak one core CPU Athlon 3200+ (with nVIDIA GT220) which can decode only 2-5 frames per second of h265 3840x2160p50 with LAVFilters-0.65.0.9-git х86 in WinXPx86.
Can you add possibility of choise which type of frames to decode like in ArcSoft Video Decoder (see attach)? Also add something like "If present decode IDR frames only else decode I frames only" please.
I want to hear audio and don't want to spend much time of watching slow motion h265 UltraHD video ;)

Better solution: Strip the audio and listen to it without the video. Win/win.

Is it that hard to come up with $50 to upgrade to something from the last 10 years?

VictorLS

18th June 2015, 08:15

My videocard is nVIDIA because they support XP much better then AMD. nVIDIA has CUDA so I can use hardware acceleration of MPEG2, h264, vc-1 under WinXP and Win7-10 with VideoMixingRenderer7 by LAV Video Decoder. nVIDIA already has 960 with hardware acceleration of h265. I will upgrade to 2-4 core AM2 - AM3 CPU to software decode h264 1080i50 4:2:2 from SATs and then buy chip nVIDIA videocard with h265 hardware acceleration to decode 2160p 4:2:0 from SATs.
PS. I don't like Win10. Win7 so so, Win 8.1 with upgrade not bad but often loose network (
==========
Yesterday under Win10 I've found that Russian's Elecard HEVC decoder already has function to decode Key frames: Quality -> Skip non-key frames, but I can not to regsvr32 ehevcdec.ax under XP, hope yet.

Strongene_Lentoid_HEVC_Decoder_v2.0.3.3_2015_06_05_r4109 seems do not like files which begin with not key frame - it can not play files below.

I receive 7 UltraHD channels http://flysat.com/satlist-uhd.php
All of them 3840х2160р50 4:2:0
Color bit depth and overall bit rate by MediaInfo.
Playing with Cyberlink 15 video decoder well:
42e 12123H15000 Service 1.ts (229MB) 8bit 30,9Mbps https://yadi.sk/d/CPDBMKQ1hGwxF
36е 12437R27500 4K TECT.ts (277MB) 10bit 22,8Mbps https://yadi.sk/d/MdFNwFn9hGvDZ
19e2 10995H22000 SES UHD Demo Channel.ts (89MB) 10bit 17,9Mbps https://yadi.sk/d/7V1aiyYUhGwBk
Black screen with Cyberlink 15 video decoder:
36е 12169R27500 Триколор Full HD (4K).ts (310MB) 10bit 25,1Mbps https://yadi.sk/d/Fw1FZpAghGwZE
19e2 10995H22000 Astra Ultra HD Demo.ts (117MB) 10bit 24,7Mbps https://yadi.sk/d/-gX0Cxo4hGvgW
13e 11296H27500 Hot Bird 4k1.ts (119MB) 10bit 25,6Mbps https://yadi.sk/d/Gzr-2Y1ThGvqP
30w 10730V30000 Service 1 (AAC).ts (122МB) 8bit 18,6Mbps https://yadi.sk/d/MU4tgyajhGvzE

Carpo

18th June 2015, 08:52

I hope that when Windows 10 RTM is released, everybody will finally upgrade their HTPCs, so we can get rid of XP. Well, I can dream, can't I? :)

Drop support for it, well help to get ppl upgrading :D

VictorLS

18th June 2015, 09:17

Drop support for it
I respect madshi and will use last version madvr which will work under XP :), basically for displaying real fps in top left corner by ctrl+j

nevcairiel

18th June 2015, 09:24

Personally, I'll definitely stop supporting XP at one point or another. It may not be today, it may not be this year, but it might be next year.

VictorLS

18th June 2015, 10:11

it might be next year.
Thanks.
I hope LAV Video Decoder will decode h265 with hardware acceleration at that time.

foxyshadis

18th June 2015, 10:37

Thanks.
I hope LAV Video Decoder will decode h265 with hardware acceleration at that time.

It already does.

VictorLS

18th June 2015, 10:50

It already does.
Under XP with nVIDIA 960? What drivers? CUVID or/and DXVA2 (native and/or copy back)?

nevcairiel

18th June 2015, 11:02

Under XP with nVIDIA 960? What drivers? CUVID or/and DXVA2 (native and/or copy back)?

It works both through DXVA2 and CUVID, if that works on XP .. I don't care, at all.

You should be happy that LAV works at all on XP, I will not spent a single minute worrying about extra features for XP.

NikosD

18th June 2015, 11:11

Strongene_Lentoid_HEVC_Decoder_v2.0.3.3_2015_06_05_r4109 seems do not like files which begin with not key frame - it can not play files below.

Haven't tried Lentoid 2.0.3.3 yet, but 2.0.3.2 doesn't support 10 bit HEVC, so from the list of 7 clips, only two are 8bit and could possibly be decoded by Lentoid.

From those two clips, the "Service 1 (AAC).ts" plays just fine with both x64/x86 2.0.3.2 versions.

The other one is decoded only half (the upper half).

I receive 7 UltraHD channels http://flysat.com/satlist-uhd.php
All of them 3840х2160р50 4:2:0
Color bit depth and overall bit rate by MediaInfo.
Playing with Cyberlink 15 video decoder well:
42e 12123H15000 Service 1.ts (229MB) 8bit 30,9Mbps https://yadi.sk/d/CPDBMKQ1hGwxF
36е 12437R27500 4K TECT.ts (277MB) 10bit 22,8Mbps https://yadi.sk/d/MdFNwFn9hGvDZ
19e2 10995H22000 SES UHD Demo Channel.ts (89MB) 10bit 17,9Mbps https://yadi.sk/d/7V1aiyYUhGwBk
Black screen with Cyberlink 15 video decoder:
36е 12169R27500 Триколор Full HD (4K).ts (310MB) 10bit 25,1Mbps https://yadi.sk/d/Fw1FZpAghGwZE
19e2 10995H22000 Astra Ultra HD Demo.ts (117MB) 10bit 24,7Mbps https://yadi.sk/d/-gX0Cxo4hGvgW
13e 11296H27500 Hot Bird 4k1.ts (119MB) 10bit 25,6Mbps https://yadi.sk/d/Gzr-2Y1ThGvqP
30w 10730V30000 Service 1 (AAC).ts (122МB) 8bit 18,6Mbps https://yadi.sk/d/MU4tgyajhGvzE

I tried also those two HEVC 8bit clips with HW decoding using Haswell and LAV 0.65.20.

LAV crashes in both files (due to driver incompatibility with the clips)

Cyberlink's PDVD 15 decoder handles those two files better with Haswell, falling back to SW decoding using both DXVA/ OpenCL HEVC decoding on the same system.

VictorLS

18th June 2015, 12:09

You should be happy that LAV works at all on XP
And I'm happy ...
2.0.3.2 doesn't support 10 bit HEVC
First of all - thank you.
So Lentoid not my h265 decoder yet :)
the "Service 1 (AAC).ts" plays just fine with both x64/x86 2.0.3.2 versions.
May be Lentoid like Haswell

clsid

18th June 2015, 21:07

Does CUVID only support full HEVC acceleration, or also partial?

mindbomb

18th June 2015, 21:47

Does CUVID only support full HEVC acceleration, or also partial?

it supports hybrid cpu+video decoder for mpeg 2 and vc1 for the 8800gt and other vp2 cards, so I imagine the shader+video decoder methods must work too.

the maxwell cards don't have drivers for windows xp though.

nevcairiel

18th June 2015, 22:20

VictorLS

19th June 2015, 09:43

CUVID also supports partial acceleration on Kepler and Maxwell, as well as full acceleration on the GTX 960.
Thanks.
10-bit is not supported on the 960 though. It's a pity.
NikosD
can you attach Lentoid 2.0.3.2 here?

trey

20th June 2015, 23:36

Hi Everyone,

I'm working on a project using DVBViewer with LAV. I know LAV supports AES3 audio, but not encoding like Dolby E since it is a commercial product. I have an external Dolby E processor and am trying to pass the raw AES3 audio out of the digital port of my sound card. Does anyone know of a way to do this? Or how difficult would it be to develop support for passing AES3?

Thank You in Advance,
Trey

Magik Mark

20th June 2015, 23:42

Yes CUVID also supports partial acceleration on Kepler and Maxwell, as well as full acceleration on the GTX 960. 10-bit is not supported on the 960 though through CUVID. Not sure if the API could in theory do it, but it didn't seem to work.

Im planning to get this card next month. Is there any else we should know about this? Does dxva supports 10 & 16 bits? Will I be able to max out complicated pixel shaders found in madvr & mpdn? Up to how much scaling can it take? I presently use gtx 550ti. Will it at least double the performance I'm getting from it?

I'm primary considering this for harware decoding of hevc. Do you happen to know if any gpu supports this anytime soon?

I'll be using gpu for complicated vdeo processing

Thanks

huhn

21st June 2015, 13:06

the 960 GTX can do 10 bit HEVC over DXVA right now.
i don't have a general answer to the rest.
the 960 GTX is not that great in term of processing for money.

meetajhu

22nd June 2015, 14:57

A small tweak to the installer -> Lav filters installer request path to install before asking you to choose what you want to install i.e. x86 or x64 version forcing me to install x64 on Program Files(x86). I suggest using separate installer for x86 and x64. I have no purpose to use x86 anymore because madVR now supports x64.

nevcairiel

22nd June 2015, 14:58

There are no plans to provide separate installers. You can just disable the x86 versions in the installer if you don't need them, but they don't hurt to have installed either.

LigH

22nd June 2015, 19:13

Just make sure that the installer doesn't try to install an x64 version to "Program Files (x86)", when the x86 installation is disabled, nev.

nevcairiel

22nd June 2015, 19:20

The install location is totally irrelevant really. I don't care, and I don't plan to add any complexity with custom magic into the installer script.

foxyshadis

22nd June 2015, 22:29

Program Files (x86) is only magic to 32-bit apps. It's just another folder for 64-bit apps.

e-t172

22nd June 2015, 22:45

Program Files (x86) is only magic to 32-bit apps. It's just another folder for 64-bit apps.

It's not magic to anything, and behaves just like any other folder, no matter if you're running a 32-bit or a 64-bit app. It's just a standard folder name.

You might be confused with the SYSWOW64 folder and registry key which are, in fact, magic (32-bit apps are automatically redirected to these instead of the standard ones).

LigH

23rd June 2015, 07:31

Well, having the system tidy may mean more to some than to others. ;)

chano22000

24th June 2015, 23:16

Hello,

I run MPC-HC, LAV filters (external and set as preferred in MPC-HC - all MPC-HC internal LAV filters disabled), madVR x64 on win7 x64. Audio bitstreamed to an AVR.

The following audio track, is not handled by LAV audio (neither external, nor by the MPC-HC embedded one) but is assigned by MPC-HC to MPC-HC AVI <-> AC3/DTS then to Microsoft DTV-DVD Audio Decoder.

Filter : MPC-HC AVI<->AC3/DTS - CLSID : {93230DD0-7B3C-4EFB-AFBB-DC380FEC9E6B}

- Connected to:

CLSID: {B98D13E7-55DB-4385-A33D-09FD1BA26338}
Filter: LAV Splitter Source
Pin: Audio

- Connection media type:

Audio: DTS 48000Hz 6ch 768kbps

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Audio {73647561-0000-0010-8000-00AA00389B71}
subtype: Unknown GUID Name {00002001-0000-0010-8000-00AA00389B71}
formattype: FORMAT_WaveFormatEx {05589F81-C356-11CE-BF01-00AA0055595A}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 256000
cbFormat: 18

WAVEFORMATEX:
wFormatTag: 0x2001
nChannels: 6
nSamplesPerSec: 48000
nAvgBytesPerSec: 96000
nBlockAlign: 24
wBitsPerSample: 32
cbSize: 0 (extra bytes)

pbFormat:
0000: 01 20 06 00 80 bb 00 00 00 77 01 00 18 00 20 00 . ..€»...w.... .
0010: 00 00 ..

Which audio format is this and how to have it handled by LAV audio ?

Thank you very much for your help.

Kind regards.

nevcairiel

25th June 2015, 19:52

It probably refuses to use LAV because you have bitstreaming on, but bitstreaming doesnt work in your setup.

VictorLS

26th June 2015, 10:32

I can not to regsvr32 ehevcdec.ax under XP, hope yet.
I am Russian from Russia's Crimea and I wrote ticket on Elecard's site. Next day I receive letter with link to download "special for me" version of Elecard HEVC Video Decoder. It registered quite good on clear WinXP without any VCxxx, dotNET and so on (LAV filters too). I like it.
PS. I didn't buy any Elecard's product yet, but support is perfect!!!
One more thing, Elecard HEVC Video Decoder plays all my h265 records (in "decode only I-frames" = "Skip non-key" mode), but when I try to watch 10-bit h265 in three SAT programs I see green color abracadabra. With 8-bit channels all good. I tried all settings in decoder's properties. With LAV Video decoder all channels plays gray with sometimes good frames but very slow and without sound.
nevcairiel, if you don't want to add "decode only I-frames" in LAV filters, may be you can say anything why Elecard work bad with 10-bit? They can not to repeat this problem in tester's department because they can not receive any SAT which I can receive. Russia is the biggest coutry in the world.

chano22000

26th June 2015, 17:32

Hi nevcairiel,

Thank you for feedback.

It probably refuses to use LAV because you have bitstreaming on, but bitstreaming doesnt work in your setup.

In any other case, audio is bitstreamed without any issue by LAV audio through MPC-BE wasapi exclusive audio renderer, except the audio track which properties are in my previous message leading to a strange graph.

AFAIK, I have ticked all DTS related audio formats in LAV audio (I do not use mpc-hc internal lav filters) but Graphstudionext does not list LAV audio as a compatible filter.

Could it be that this specific audio format would not be supported by LAV audio ?

Thank you for LAV and your overall work.

Kind regards.

romulous

29th June 2015, 11:42

chano22000

29th June 2015, 22:06

AFAIK, I have ticked all DTS related audio formats in LAV audio

Wrong : libdcadec was disabled.

Problem solved.

VictorLS

30th June 2015, 08:44

Did you ever manage to reproduce this one?
For example, I couldn't use LAV Splitter with lav_wmv_slow_seek.wmv in KMP and GraphStudioNext (
But due to lav_wmv_slow_seek.wmv I remembered once more advantage XP compared with Vista-10:
in nVIDIA's Control Panel under XP I can set both 47,952 and 48Hz. nVIDIA's support couldn't to do it in Vista-10 (

huhn

30th June 2015, 15:16

windows 7 and newer can do native 23p unlike widnows xp and and custom resolution like 47p or 48p are possible too so not sure what you mean there.

the newer windows version are simply superior in term of video playback.

VictorLS

3rd July 2015, 14:56

windows7 and newer can do native 23p unlike widnows xp
EDID of my 24" BENQ 241VW contains 60Hz only (for 1920x1200), but
47,952 ... 50 Hz works very well and smooth, despite of "Out of range" 5 seconds window in the center of the screen.
and custom resolution like 47p or 48p are possible too so not sure what you mean there.
in WinXP so, but in Vista-10 (tested by ctrl+j in MadVR and my eyes) I can set either 47,952 or 48Hz - only last created frequency possible to set.

the newer windows version are simply superior in term of video playback.
You mean Enhanced Video Renderer (EVR) and EVR Custom Presenter?
VMR7 under XP never lags, EVR - sometimes lags in Vista-10. I can see that on running string. EVR CP lags more than EVR despite parallel lines in MPC HC. MadVR never lags (as VMR7) but my Athlon 3200+ can 720p only.

huhn

4th July 2015, 01:19

because you have problems that doesn't mean the rest of the world has. with string i guess you mean tearing these issue are a problem of the past.

if you use vista you have to make sure the desktop composition is running. vista is a very bad example aynway.

and newer windows version are windows 8. vista is a bit special...

for example the windwos 10 HEVC decoder is one of the fastest software decoder out there if not the fastest software decoder.

videonerd

4th July 2015, 18:40

Hi nev,

Did you ever manage to reproduce this one? I have been checking the changelogs, but have not seen it addressed anywhere, was wondering if that was because you couldn't reproduce it or had forgotten about it.

romulous

I have brought up this issue before... this issue has been around for years. Thank you romulous for reaffirming this issue - both 32 and 64 bit same issue.

No such issue in windows media player, pot, vlc, basically anything that doesn't use lav.

blaubart

5th July 2015, 08:25

Hi, I am testing in this 4k setup:
Win7, Intel i7-4790K, Nvidia GTX 960, LG 42UB820V (HDMI 2.0)

Could be an issue of the NV 353.30 Driver or of LAVFilters-0.65.0-20 or both playing 50/60fps 3840x2160 HEVC videos in MPC-HC, or Astra 50fps UHD live-TV in DVBViewer.
I don't know if you can do anything with it but would be interesting to hear if anybody has seen related phenomenons.

Driver indication: the StartSound of 4k 50/60fps Win7 desktop is mostly kind of disrupted or the Sound switching between Windows themes. If I hear that I know - 4k HEVC will run partly disrupted too (picture + sound).
LAV Video Decoder ("dxva2cb direct") MPC-HC [H/W] indication: PDVD generic does it in software ~60% CPU, not totally clean but much better.

For weeks now - if I wanted to have smooth 4k 50/60fps LAV playback or live-TV I had to reboot the PC at least 2 times, sometimes 3, 4 times - until kind of a "golden" reboot, only then after waiting 2-3 minutes LAV -Splitter, -Audio, -Video Decoder, EVR perform totally clean. But just a short standby of Win7 was enough to make an end to these lucky flawless hours, WTF??

Yesterday hard investigation. I let MSConfig do a Diagnostic Startup. Among other nearly all services stopped. While Win7 hardly out of function and a jumping mouse I managed to start my 4k test clip and it played silent but smooth!
Later disabling the services one by one resulted in "Power service" deactivated: mouse jumping, audio disabeled, clip running smoothly.
Power service? Ok, all services back to default changing energy options down just to Power saver (??) did it again, clip running smoothly! To make a long story short the real point was again somewhere else.

It is the Intel TurboBoost!
As long as this is jumping happily up and down 4k 50/60fps HEVC clips (and Win7 system sounds) are also jumping happily. 4k H.264 50/60fps better, all 4k <50fps better, 1080i, 720p, 576i flawlessly.
>Switching energy options to "Power saver" nearly stopps TurboBoost.

Disabling TurboBoost in BIOS - all 4k 50/60fps HEVC playback or liveTV flawlessly anytime at any energy option.
Driver issue? Or could LAV do anything about it? Win8 doing better?

P.J

5th July 2015, 12:14

Something is wrong there, Power saver gonna make CPU performance even much worse!

blaubart

5th July 2015, 16:43

LAV Video Decoder set to the "new" dxva2 CopyBack on a GTX960 plays 4k video in hardware, GPU 30%, CPU 7%.
So CPU performance is not important.

VictorLS

6th July 2015, 07:04

huhn
Vista-10 means from Windows Vista to Windows 10 last Technical Preview.
you mean tearing
yes.
a problem of the past
if I have problem only with tearing which good see on running strings I am saying nothing but many people have such problem.
make sure the desktop composition is running
of course, it running in Vista-7. 8-10 have not Aero. You know this ....
the windwows 10 HEVC decoder is one of the fastest software decoder out there if not the fastest software decoder.
I'll check it when I could.

huhn

6th July 2015, 14:32

i don't want to discuss this any longer her in this thread but all newer version of windows have a desktop composition it simply "can't" be disabled anymore if they call it aero or not doesn't matter.
and the desktop composition in vista and 7 is buggy to say it friendly which can easily create tearing with a mismatch.

nevcairiel

6th July 2015, 14:45

I agree, if you want to discuss your system-specific problems, open a separate thread. Its entirely unrelated to LAV at this point.

VictorLS

6th July 2015, 15:09

I agree with both. Last words: I said Win8 not bad OS, but not so ideal as WinXP - tearing with a mismatch rarely occurs in 8 with EVR (CP).
PS. It's a pity that nevcairiel do not want to add "Skip non-key frames" (as in Elecard HEVC Video Decoder) in LAV Video Decoder to watch smooth slideshow.

RenderGuy2

6th July 2015, 22:21

It's probably way too early to consider these things, but I found some HEVC HDR sample videos.

http://demo-uhd3d.com/categorie.php?tag=hdr

When I decode these samples, it seems that the upper 25% or so of the bit-range is empty, even when it appears that there should be highlights. I read that perhaps metadata might be involved in decoding these properly.

I made a 3dlut for MadVR for SMPTE 2084 EOTF sources. Shadows look good so far, they are just lacking highlights.

Perhaps something for the future.

P.J

6th July 2015, 22:42

akim

8th July 2015, 10:02

LigH

8th July 2015, 10:20

AFAIK, LAV Filters are not responsible for the DVD Navigation with subpictures, only for decoding the background video.

Aleksoid1978

8th July 2015, 12:14

nevcairiel
Hello!
(google translate)

Malfunction DVD
1.DVD no discoloration menu
2.a very low rate of navigation in the dynamic menus DVD
example http://www91.zippyshare.com/v/djhLaz92/file.html
Thanks
win7 sp1 x64.fx6300.hd7850

Can you upload menu's files from Matrix DVD - there is "2.a very low rate of navigation in the dynamic menus DVD"

nevcairiel

8th July 2015, 12:16

Reduce the number of pre-presented/buffered frames, it'll make the menu react faster. Nothing LAV can influence, the only thing it can do is print the menu onto the frames afterall.

Aleksoid1978

8th July 2015, 12:29

AFAIK, LAV Filters are not responsible for the DVD Navigation with subpictures, only for decoding the background video.

You're wrong. It is able to process and display subpictures, but it has small defects in processing subtitle :)
That is why such an effect is obtained.

nevcairiel

8th July 2015, 12:43

Menus are usually implemented using Highlight Regions (HLI), not subtitles as such.
However the point stands. The way LAV processes menus, if your video renderer buffers N frames, then it'll take the time of N frames to draw before a change to the menu will be visible on screen.

You can try using Microsoft's DVD decoder with EVR, that might give you faster reaction time, since it can directly talk to EVR in another way.
DVD support has its own option in LAV, and if you disable it, MPC-HC should switch to another decoder.

And Aleksoid1978, if you want to report an actual bug, please do so in the details required to understand and possibly fix it.
Afterall, your mpc-be video decoder greatly benefits from all the code I write for LAV.

Aleksoid1978

8th July 2015, 13:04

And Aleksoid1978, if you want to report an actual bug, please do so in the details required to understand and possibly fix it.
Afterall, your mpc-be video decoder greatly benefits from all the code I write for LAV.

I later write about bug and how you can fix it.

Aleksoid1978

8th July 2015, 13:14

nevcairiel
You code for compare AM_PROPERTY_SPHLI:

if (pHLI) {
#define DHLI(var) (pHLI->var != m_pHLI->var)
if (!m_pHLI || DHLI(StartX) || DHLI(StopX) || DHLI(StartY) || DHLI(StopY)) {
SAFE_DELETE(m_pHLI);
m_pHLI = new AM_PROPERTY_SPHLI(*pHLI);
redraw = true;
}
m_pLAVVideo->SetInDVDMenu(true);
} else {
SAFE_DELETE(m_pHLI);
}

But - this is not enough. Just - it is necessary to compare ColCon member of AM_PROPERTY_SPHLI.
My code:

static bool IsSPHLIEqual(AM_PROPERTY_SPHLI* pSPHLI1, AM_PROPERTY_SPHLI* pSPHLI2)
{
return (pSPHLI1 && pSPHLI2
&& pSPHLI1->StartX == pSPHLI2->StartX
&& pSPHLI1->StopX == pSPHLI2->StopX
&& pSPHLI1->StartY == pSPHLI2->StartY
&& pSPHLI1->StopY == pSPHLI2->StopY
&& !memcmp(&pSPHLI1->ColCon, &pSPHLI2->ColCon, sizeof(AM_COLCON)));
}

it's for bug 1.DVD no discoloration menu

nevcairiel

8th July 2015, 13:26

That makes sense, I'll fix it.
Never had a sample DVD which behaved like this, though, but it seems logical.

Aleksoid1978

8th July 2015, 13:31

That makes sense, I'll fix it.
Never had a sample DVD which behaved like this, though, but it seems logical.

Here is a sample DVD Menu.
https://yadi.sk/d/tei1rM3chk9bo

Aleksoid1978

8th July 2015, 14:24

nevcairiel
Another bug.
https://yadi.sk/d/1QJjDOQ5hEopR - menu only.

Set in LAVVideo - hardware decode to none, open this DVD, wait untile animated menu is show, press pause. And move mouse from one menus "button" to another. After a while the program hangs. Test in MPC-HC/MPC-BE. Hangs on this line:

m_pOutput->GetDeliveryBuffer(ppOut, nullptr, nullptr, 0)

In MPC-BE i do some check - if current stay is a pause, don't force refresh subpicture and video frame, somethink like this :) :

bool CMpeg2DecFilter::IsGraphRunning() const
{
if (CComQIPtr<IMediaControl> pMC = m_pGraph) {
OAFilterState fs = State_Stopped;
pMC->GetState(0, &fs);
return (fs == State_Running);
}

return false;
}

nevcairiel

8th July 2015, 14:27

Why would anyone pause in the menu o.o
I'll check when the download finishes though.

Aleksoid1978

8th July 2015, 14:44

Why would anyone pause in the menu o.o

Yes - this is a specific menu, it has a duration and allows you to pause :)

videonerd

8th July 2015, 14:54

Hi nevcairiel can you give some love to the splitter bug for WMV containers with regards to seeking please.

Thank you!

akim

8th July 2015, 15:01

nevcairiel

8th July 2015, 15:02

ThurstonX

8th July 2015, 16:35

Noone cares about DVDs anymore. I certainly wouldn't spend hours and hours to make the menu react a few milliseconds faster. Its only about the menu, and its only about being slightly laggy. You'll survive!
The movie will play perfectly, subtitles and all.

I love your work and respect your opinion, but really? I don't own a Blu-ray player and likely never will (yeah, I'm "old"). While I don't have a ton of DVDs, when I buy something new or old, I buy the DVD version.

Pretty sure I'm not the only "one," but I am someone ;-)

I could say more, but then this post would get deleted :D

nevcairiel

8th July 2015, 17:35

Its not that DVDs don't work at all - in fact DVDs work just fine in LAV.
If you don't like that interactions take a few milliseconds to show visual feedback, you are welcome to use something else - but as I said, I won't be spending hours or even days on implementing something new for menus just to shave off a few millisecond response time. :p

We're going towards UltraHD TVs and Optical Media these days, which I much rather spent my effort on, personally.

blaubart

8th July 2015, 18:48

..funny conversation..:)
Do you have an UHD TV? Then I would like to give you two UHD samples in hevc 50/60fps. To faster see (or not) what I wrote above.

LigH

8th July 2015, 19:00

You're wrong. It is able to process and display subpictures...

So I enjoyed learning new facts. :o

nevcairiel

8th July 2015, 19:38

..funny conversation..:)
Do you have an UHD TV? Then I would like to give you two UHD samples in hevc 50/60fps. To faster see (or not) what I wrote above.

There is nothing LAV can do about powersaving features of your OS or CPU.

blaubart

8th July 2015, 22:20

There is nothing LAV can do about powersaving features of your OS or CPU.

Power saver was only one workaround to get smoother playback during long consistent moving scenes. But if you say in Win 8.1 any 4k hevc sample up to 60fps playing totally clean in a 4k TV thats all I wanted to hear. Do you?

P.J

8th July 2015, 22:39

Power saver was only one workaround to get smoother playback during long consistent moving scenes. But if you say in Win 8.1 any 4k hevc sample up to 60fps playing totally clean in a 4k TV thats all I wanted to hear. Do you?

I told you before not to use Power saver. Something is wrong with your system or Turbo boost.
Both i5/i7 can play 4k HEVC 10bit 50-60fps easily without using GTX 960 ;)

nevcairiel

8th July 2015, 22:42

Power saver was only one workaround to get smoother playback during long consistent moving scenes. But if you say in Win 8.1 any 4k hevc sample up to 60fps playing totally clean in a 4k TV thats all I wanted to hear. Do you?

I have a 4K PC screen, but yes, I can play stuff on that wihout obvious problems. Didn't watch an entire movie though, don't have that long content in 4K.

blaubart

9th July 2015, 01:44

Both i5/i7 can play 4k HEVC 10bit 50-60fps easily without using GTX 960 ;)

Must be a newer one then my i7 4790k Haswell iGPU.
Which one do you have to 'play 4k HEVC 10bit 50-60fps easily'?

TVs with DisplayPort 1.2 too expensive >3000€ in Europe at the moment, Monitors too small & expensive.
So I love HDMI 2.0 & full hevc acceleration (GTX 960).

I have a 4K PC screen, but yes, I can play stuff on that wihout obvious problems. Didn't watch an entire movie though, don't have that long content in 4K.

No no, 1-2 min are enough :) Would you be so nice and check those two?
1) AstraUHD_Train3_50fps_hevc (https://dc2.safesync.com/FdSVjnr/offen/4K/AstraUHD_Train3_50fps_hevc.ts?a=wk1baO7Rsiw)
3x train pass by. To make it not too easy 3 'bad' cuts. What happens during the cuts (bike) does not count. But a stable system should play the pass by's completely smooth.

2) BBB-credits_2160p60_hevc (https://dc2.safesync.com/FdSVjnr/offen/4K/BBB-credits_2160p60_hevc.mkv?a=0-hoc4NSZsg)
2 minutes - not the slightest quiver/jitter, no pixel errors/storms, no tearing/flashes.

In my Win7 (fresh installed, no extras) test-PC there are differences between Power Saver, Balanced & High Performance (balanced worst) and switching off/on Aero (DWM).
May be I should try without Asus AI Suite, or just see what happens later in Win10, or how about HDMI 2.0 if you use DP?

derpycat

9th July 2015, 03:09

Can someone please remind me why I might want 32-bit Integer and 32-bit Floating-point ticked in Output Formats if my sound card doesn't support 32-bit output? I'm probably misunderstanding what those options mean, but it seems like there aren't many consumer audio cards capable of 32-bit output, so those options being ticked by default would be detrimental for most. The documentation for my sound card (Creative Sound Blaster ZxR) says it goes up to 24-bit, and that's the highest I see in control panel, so I don't think it would help even if MPC-HC had exclusive WASAPI support.

akim

9th July 2015, 05:59

nevcairiel
Static menu, change the color - very well thank you
Dynamic menu color change - does not work
example http://www90.zippyshare.com/v/Vik9mlBf/file.html

nevcairiel

9th July 2015, 08:20

nevcairiel
Static menu, change the color - very well thank you
Dynamic menu color change - does not work
example http://www90.zippyshare.com/v/Vik9mlBf/file.html

I need the menu to find out whats wrong with it. Just from a video I cannot fix it.

You can upload the menu by taking the DVD, including all IFO/BUP files, and all "small" .VOB files. Don't need the VOBs which are 1GB in size, those are for the movie, but all the ones ending with _0.VOB are usually small and only for the menu.

e-t172

9th July 2015, 09:05

Can someone please remind me why I might want 32-bit Integer and 32-bit Floating-point ticked in Output Formats if my sound card doesn't support 32-bit output?

Even if your card supported it, 32-bit output is pointless unless you're reprocessing the signal down the filter chain (e.g. ReClock). And even then it would be extremely unlikely to make any audible difference.

akim

9th July 2015, 09:44

nevcairiel
example http://www.filedropper.com/sample_11

derpycat

9th July 2015, 11:47

Even if your card supported it, 32-bit output is pointless unless you're reprocessing the signal down the filter chain (e.g. ReClock). And even then it would be extremely unlikely to make any audible difference.

So I should untick them, then. :thanks:

nevcairiel

9th July 2015, 12:13

So I should untick them, then. :thanks:

No, you should keep as much precision for the audio was long as possible. Let the audio renderer reduce it to whatever the hardware supports.
LAV will only output such high bitdepth if the audio was encoded like that in the first place.

Don't uncheck anything, leave all of them checked, that will ensure LAV can always output the audio as-is, and no conversion is performed.

derpycat

9th July 2015, 12:29

No, you should keep as much precision for the audio was long as possible. Let the audio renderer reduce it to whatever the hardware supports.
LAV will only output such high bitdepth if the audio was encoded like that in the first place.

Don't uncheck anything, leave all of them checked, that will ensure LAV can always output the audio as-is, and no conversion is performed.

Oh, ok. I don't really get it but you're the boss. Thanks.

LigH

9th July 2015, 12:34

I believe the decoder will ask the driver which resolutions are supported at all, and choose the highest resolutions which a) the driver 'allegedly' supports, and b) you allowed to use. Disallowing a specific format would probably only make sense if you experienced that the audio drivers are bugged when using this output format.

derpycat

9th July 2015, 14:04

Wait ok, so I just tested a Blu-ray in MPC-HC. The input is 24-bit Integer. If the goal is to eliminate conversion, then why is the output 32-bit Float? I also have some FLAC files that have 16-bit input and lav is outputting at 32-bit Float there too. I'm pretty certain all the files I've seen with 32-bit Float input are lossy files. Again, I'm probably missing something here, but that doesn't seem like it makes sense. Is it simply an issue of everything being upconverted to 32-bit being inconsequential rather than the best choice?

sneaker_ger

9th July 2015, 14:18

1. Lossy formats usually don't have a concept a bitdepth, so decoding as 32bit float makes sense
2. If a 16/24 bit lossless format is output by LAV audio as 32 bit float it may be because you have some post-processing (like mixing) activated

derpycat

9th July 2015, 14:26

P.J

9th July 2015, 16:16

Must be a newer one then my i7 4790k Haswell iGPU.
Which one do you have to 'play 4k HEVC 10bit 50-60fps easily'?

I didn't talk about the Intel iGPU. Let the CPU to play it.
AstraUHD 4k h.265 10bit Demo

blaubart

9th July 2015, 18:26

Let the CPU play - which decoder/setting?
Lav stuttering set to none, native or CUVID. PDVD (Generic) plays 4k h.265 pretty smooth but easily running out of audio sync..

ocyl

10th July 2015, 02:12

What will happen when 32-bit audio formats are checked in LAV Audio Decoder, and a 32-bit file is played back with a 24-bit sound card and no post processing?

P.J

10th July 2015, 09:32

Let the CPU play - which decoder/setting?
Lav stuttering set to none, native or CUVID. PDVD (Generic) plays 4k h.265 pretty smooth but easily running out of audio sync..

No problem here: http://phota.me/pb4O.png

Are you using MPC-HC 32bit?

blaubart

10th July 2015, 14:45

No problem here: http://phota.me/pb4O.png

Are you using MPC-HC 32bit?

Aaah, you're so right, thanks!
Initially testing DVBViewer (live-TV) which is 32bit I forgot MPC 64bit a bit. :)
Trying Lav 64bit set to none, native, CB or CUVID playing 50/60fps 4k h.265 smooth and audio sync is good.

Finally I found out that the small jitters/fidgets that appear sometimes (in BBB-credits good to see) are obviously caused by MPC-HC's EVR/EVR Custom.
Other renderers do it better - Sync Renderer (EVR-CP), madVR and DVBViewer's new EVR Custom (by Cinch).

P.J

10th July 2015, 17:54

They all use avcoder (SW) except CB if you use GTX 960 ;)

@nevcairiel No way to improve the 32bit version for ProRes/HEVC playback?

RenderGuy2

10th July 2015, 18:45

It's probably way too early to consider these things, but I found some HEVC HDR sample videos.

http://demo-uhd3d.com/categorie.php?tag=hdr

Anyone have any luck getting these to display correctly? I did a little more reading and it sounds like HDR is implemented in two flavors; single layer and dual layer. Dolby Vision uses the dual layer approach and currently only Vizio is listed on Dolby's website for supporting this form of HDR. I believe these samples came from a Samsung demo, which seems to suggest they are single layer HDR. I suppose this means they decoded just fine by LAV, it's just a matter of using the correct tone mapping curve.

The only thing that still seems really weird to me is that in one clip the upper 25% of the bit range is empty, in the other 30% is empty (ie on a 0-255 scale the white point for one clip is 191ish, the other is 180ish).

The SMPTE 2084 3DLUT I made still expects the brightest tone to be 255 (or 1023 for 10bit).

blaubart

10th July 2015, 20:31

They all use avcoder (SW) except CB if you use GTX 960 ;)

..but not the BBB-credits. They play in cuvid CPU 5% and dxva2n CPU 2%, I swear ;)
All in all I've been learning a lot again and thanks for your input.

4k h.265 50/60fps still not playing really clean, stutters here, pixel storms there.. Reacting capricious to different PC conditions.. But now i know better workarounds. I'm in no hurry.
Now curious about Win10.

P.J

10th July 2015, 21:39

..but not the BBB-credits. They play in cuvid CPU 5% and dxva2n CPU 2%, I swear ;)

It should be 8bit not 10bit.

CruNcher

12th July 2015, 08:13

Atemes H.265 Software Broadcast Encoder was used for the Samsung 10 Bit Demos on the ASTRA Uplink Transponder 4K Demo @ least it seems :)

http://ateme.com/en/products/Distribution-Encoders/titan-live

nevcairiel

12th July 2015, 11:38

Here is such a sample:
http://217.160.126.132/lav_wmv_slow_seek.wmv
https://mega.co.nz/#!NwUjES4A!KIUvBy8IUSp9J3Usrvk_7evUxsXLdPgExt6g9vvcdlk (mirror)

Playback halts for a few seconds using LAV splitter. Seeking and playback is instant using Microsoft splitter or VLC.

Did you ever manage to reproduce this one? I have been checking the changelogs, but have not seen it addressed anywhere, was wondering if that was because you couldn't reproduce it or had forgotten about it.

Hi nevcairiel can you give some love to the splitter bug for WMV containers with regards to seeking please.

I have been testing the re-written asf/wmv demuxer from Libav, and it seems to seek OK in this sample.

I'll probably enable it in the next nightly build, so testing would be appreciated, ideally beyond seeking, as it is very new and may still have other short-comings that need fixing.

TurboGamer

12th July 2015, 13:54

What is the situation with HEVC 10bit on CUVID?

nevcairiel

12th July 2015, 13:58

Use DXVA2 Copy-Back, there is no advantage in CUVID.

djonline

12th July 2015, 21:36

Please explain. Is all LAV feautures ported back to ffmpeg ? Or LAV is always far more better than ffmpeg in h264/h265 ?
Will Kodi/xbmc benefit from switching from ffmpeg to LAV ?

nevcairiel

12th July 2015, 23:05

I cannot tell you what is and is not included in Kodi. I backport important changes to mainline ffmpeg/libav when appropriate, but not everything, as sometimes changes are directly tailored for LAV, and making them more generally useful would require a lot of extra work and/or discussion with the ffmpeg/libav developers.
How much thouse benefit the users, I couldn't tell you.

ZeppMan217

13th July 2015, 09:52

Could anyone tell me if there's a way to boost center channel when downmixing 5.1 to 2.0? I'm asking 'cause I've been struggling with voices being hard to hear on my stereo tv when watching anything converted from 5.1.

nevcairiel

13th July 2015, 09:53

Increase the Center Mix Level in the LAV Audio options.

ZeppMan217

13th July 2015, 11:59

Increase the Center Mix Level in the LAV Audio options.

Oh, I'm dumb. Thx!

ksio89

13th July 2015, 15:18

Why is HW acceleration not working with nVidia CUVID decoder? Only intel QS and DXVA2 native/cb are working. CUVID decoder is selected for all compression standards and yet is not being activated.

I selected CUVID in both internal MPC-HC and external LAV video filters, activaed first internal and then external but it didn't work with either one. I'm using DXVA2 native as a workaround decoder for HW acceleration.

When CUVID decoder is selected, the active decoder is avcodec. I'm using K-lite Full Codec Pack 11.2.7. Would be glad if someone instructed me on how enable CUVID decoder. Thanks in advance.

Info:

CPU: Intel core i5-4210U
OS: Winodws 8.1 Core x64
GPU: nVidia GeForce 840M (PureVideo HD VP6/VDPAU feature set E)
MPC-HC: 1.7.9.30
LAV Filters: 0.65.0.20

nevcairiel

13th July 2015, 15:19

Optimus is weird, don't hope for any improvements.
Just use DXVA2-CopyBack, its better than CUVID anyway.

ksio89

13th July 2015, 15:44

Thanks for the reply. I use DXVA2 native because the CPU usage is way lower than with DXVA2 copy-back (direct) or Intel QS HW decoder, especially when playing UHD videos in H.264.

I have another laptop with a Radeon HD 8870M, with AMD Enduro technology which is similar to nVidia Optimus, and DXVA2 native decoder gives me lower CPU usage as well. Thanks for the help :)

nevcairiel

13th July 2015, 15:44

CUVID is similar to CopyBack, so it would result in higher CPU usage as well.
If you can use Native in your setup, then do that, its going to be the most efficient - although not always compatible with everything.

mbordas

14th July 2015, 21:01

I'm getting a weird crash from certain files with cuvid (this is with mpc-hc). Switching to dxva avoids it and it sounds like I should be doing that anyway?

WARNING: Following frames may be wrong.
nvcuvid+0x91d67
lavvideo!CDecCuvid::CreateCUVIDDecoder+0xa3
lavvideo!CDecCuvid::InitDecoder+0x586
lavvideo!CDecodeThread::CreateDecoderInternal+0x4ef
lavvideo!CDecodeThread::ThreadProc+0xc3
lavvideo!CAMThread::InitialThreadProc+0x36
lavvideo!_beginthreadex+0xb4
lavvideo!_endthreadex+0x102
kernel32!BaseThreadInitThunk+0xe
ntdll!__RtlUserThreadStart+0x2b
ntdll!_RtlUserThreadStart+0x1b

nevcairiel

14th July 2015, 21:03

The crash is in the NVIDIA driver (nvcuvid), not much I can do about those.
But yeah I generally recommend DXVA2 over any of the other modes.

Dogway

15th July 2015, 04:11

Is there a place where I can read what condition must a video meet to be hardware accelerated with DXVA2, and Quicksync? I recall DXVA requiring L4.1 or below I don't remember. I'm trying to figure out if a Intel HD 6100 (from Intel NUC) can render 1080p video or scale up to 1080 with madVR using nnedi3 doubling + lanczos.

huhn

15th July 2015, 10:23

it depends on the GPU it self.

if will be able to decode a blu ray spec video for sure.

nevcairiel

15th July 2015, 10:35

Most recent GPUs can decode the majority of valid Main/High profile videos, that means 8-bit and 4:2:0 only.
If its 1080p only and not higher resolutions, then even better and even more hardware will be capable.

Dogway

15th July 2015, 10:41

I see, so QuickSync doesn't accept 10-bit.
I was reading here (http://www.missingremote.com/review/intel-nuc-kit-nuc5i5ryk-mini-pc). It seems we are still far for NNEDI3 in Intel iGPU, what a let down. I thought NNEDI was CPU, offloading work for QuickSync which is busy decoding the video.

huhn

15th July 2015, 11:22

why should you use quicksync when the only GPU is intel?

DXVA is a more stable choice and has at least the same speed.

romulous

15th July 2015, 13:12

I have been testing the re-written asf/wmv demuxer from Libav, and it seems to seek OK in this sample.

I'll probably enable it in the next nightly build, so testing would be appreciated, ideally beyond seeking, as it is very new and may still have other short-comings that need fixing.

Can confirm that the sample file is fixed in the nightly. I think I have seen a few other videos posted hereabouts for this particular problem - will see if I have them in my collection to run some more videos through it.

romulous

CruNcher

15th July 2015, 14:45

hmm it's strange i experience currently something which is hard to explain

the Beauty Retranscode from the HEVC Decoder Benchmark tests is giving me strange results with Maxwells Decoder on the GTX 970 with LAV DXVA Native it has playback issues that aren't visible (stuttering) with DXVA Copy Back Direct nor CUDA i find that pretty strange ?

Beauty_3840x2160_120fps_420_8bit_HEVC_MP4.mp4

The jittering is much higher and uneven with DXVA Native and full Lav Filter Chain

http://abload.de/thumb/copybokfbbd2.jpg (http://abload.de/image.php?img=copybokfbbd2.jpg) http://abload.de/thumb/dxvanativenbxl6.jpg (http://abload.de/image.php?img=dxvanativenbxl6.jpg)

The frame lose is also strange, though MPC-HC seems to have a big problem with the OSD and several interactions which causes spikes in the OSD Rendering of EVR Custom.

For example a Volume Change the Graph also detects a jitter explosion the second of the EVR OSD call.

MPC-BE seems not to have that problem with it's EVR Custom OSD Rendering though.

But that seems to be mostly a different issue then from the the DXVA Copyback/Native jittering visible here though it could depend on each other in some way.
But generally these "Beauty Test Scene" is strange in all ins incarnations (wouldn't surprise me if it's rather strange muxed) it's floating around no idea who did this but the naming convention the actual data doesn't even correlate really (urgh)

http://abload.de/thumb/beautygeyj2.jpg (http://abload.de/image.php?img=beautygeyj2.jpg)

mbordas

15th July 2015, 16:24

If I enable DXVA native or CB, it then uses DXVA for chroma upscaling, overriding whatever alogrithm is selected in madVR? Is this correct? If so, is this really the best option?

nevcairiel

15th July 2015, 16:25

If I enable DXVA native or CB, it then uses DXVA for chroma upscaling, overriding whatever alogrithm is selected in madVR? Is this correct? If so, is this really the best option?

That only applies to Native decoding, and that is a question for madVR. - And it has an option to disable this.

P.J

15th July 2015, 16:58

Hybrid HEVC solution had never worked fine for me, lots of jitters...

Anyway to use the standard EVR resizer (DXVA scaler) when using EVR-CP?

mbordas

15th July 2015, 18:08

That only applies to Native decoding, and that is a question for madVR. - And it has an option to disable this.

ah yes, thanks. Apparently it happens with CB as well, but only for low res content like 720x480. But I see the options are under "trade quality for performance", that's why I missed them.

huhn

15th July 2015, 18:25

Hybrid HEVC solution had never worked fine for me, lots of jitters...

Anyway to use the standard EVR resizer (DXVA scaler) when using EVR-CP?

no only madVR and EVR can use DXVA scaling in mpc-hc right now.

XinHong

15th July 2015, 20:05

Maybe MPDN can do it now with the DXVA HD Scaler (https://github.com/zachsaw/MPDN_Extensions/wiki/DXVA%20HD%20Scaler) extension

RenderGuy2

16th July 2015, 02:49

The only thing that still seems really weird to me is that in one clip the upper 25% of the bit range is empty, in the other 30% is empty (ie on a 0-255 scale the white point for one clip is 191ish, the other is 180ish).

The SMPTE 2084 3DLUT I made still expects the brightest tone to be 255 (or 1023 for 10bit).

Not sure if anyone is interested in HDR, but I have done a little more research and I'm fairly certain that LAV decoder is working well with these samples. The reason that the upper portion of the bit range is empty is because the SMPTE 2084 (PQ) EOTF is designed for displays outputting up to 10,000 cd/m^2, mastering/consumer displays are not nearly that bright yet, so the upper portion of the bit range is reserved for the brighter displays of the future. On a 0-255 scale a value of 191 would correspond to about a 974 cd/m^2 display. 180 would correspond to about 656 cd/m^2.

I guess the way to display these samples (if you have a bright enough display) is to multiply by a constant (after converting to RGB) to clip the source at its mastering luminance and then build a rec2020 3dlut that uses the correct portion of the PQ EOTF (this can be done with dispcalGUI). Hopefully in the future LAV will be able to read metadata with information about luminance and color-space and pass it on to the renderer.

huhn

16th July 2015, 03:59

i guess waiting for the first couple of UHD BDs is the way to go for now.

but nice to see a way to use HDR on a none HDR TV.
even some older and cheap TV can reach 400 cm². using dispcalGUI and some tricks it could be used for HDR up to 400 cm².

P.J

16th July 2015, 15:26

Maybe MPDN can do it now with the DXVA HD Scaler (https://github.com/zachsaw/MPDN_Extensions/wiki/DXVA%20HD%20Scaler) extension

How to use it?

XinHong

16th July 2015, 19:34

It's a bit off-topic but you have to download from the front page (http://forum.doom9.org/showthread.php?t=171120):
- the x86 or x64
- MPDN Extensions Binaries

Unzip/install the application and unzip the extensions in the app folder.

Then you have to select DXVA HQ Render in the Render Script submenu:

http://img15.hostingpics.net/pics/342993Capture.png

e-t172

16th July 2015, 19:40

Not sure if anyone is interested in HDR, but I have done a little more research and I'm fairly certain that LAV decoder is working well with these samples. The reason that the upper portion of the bit range is empty is because the SMPTE 2084 (PQ) EOTF is designed for displays outputting up to 10,000 cd/m^2, mastering/consumer displays are not nearly that bright yet, so the upper portion of the bit range is reserved for the brighter displays of the future. On a 0-255 scale a value of 191 would correspond to about a 974 cd/m^2 display. 180 would correspond to about 656 cd/m^2.

I guess the way to display these samples (if you have a bright enough display) is to multiply by a constant (after converting to RGB) to clip the source at its mastering luminance and then build a rec2020 3dlut that uses the correct portion of the PQ EOTF (this can be done with dispcalGUI). Hopefully in the future LAV will be able to read metadata with information about luminance and color-space and pass it on to the renderer.

That's quite interesting. I guess with displays that have sufficient contrast ratio the correct thing to do would be to use the GPU gamma ramps (3x1D-LUTs) to make sure the Windows desktop stays at a comfortable luminance, and then disable the gamma ramps while using madVR so that a HDR-specific 3DLUT can take over and do its magic in the HDR range for videos that announce the correct colorspace.

Am I right in assuming 10-bit becomes a basic requirement for this stuff? Otherwise the banding would become much more pronounced.

nevcairiel

16th July 2015, 20:11

Actually that analysis seems incomplete at best. The way HDR works is that extra metadata is provided to indicate the luminance range, so leaving part of the coded range empty instead of using the metadata seems like a weird thing to do.
In any case, we'll see what we can do about HDR in the future, so that it at least looks decent with madVR on a non-HDR screen. Proper support for HDR screens would be the icing on the cake, but sending such metadata to the display may prove challenging. I know there is API in the NVIDIA SDK to send arbitrary data over HDMI, but I have no idea if it actually works - and it would still be GPU specific. We'll see!

e-t172

16th July 2015, 22:07

I just did some research and I think I see what RenderGuy2 is talking about. A Google search finds two different approaches to HDR: the "double layer camp" (Dolby Vision (http://www.dolby.com/us/en/technologies/dolby-vision/dolby-vision-white-paper.pdf)) and the "single layer camp" (BBC WHP 283 (http://downloads.bbc.co.uk/rd/pubs/whp/whp-pdf-files/WHP283.pdf)).

The former seems to advocate for a vast and complex processing pipeline including weird layered bistream formats and proprietary technologies, while the latter describes a way of "shoehorning" higher dynamic range into existing BT.709 infrastructure by using clever tricks to exploit the additional codes provided by 10-bit formats. The former aims to achieve the highest possible quality at a high complexity cost, while the latter aims to achieve the best quality/compatibility tradeoff to leverage existing systems. Another difference is that the Dolby paper seems to advocate using absolute luminance (as opposed to relative luminance which is what everyone has been working with since the dawn of time), while the latter sounds very skeptical on this topic, again for compatibility reasons.

The BBC paper is a very interesting read; I can definitely relate to the authors when they lament about the sad state of the current EOTF (gamma) standards in section 6.

When it comes to LAV and madVR, the single-layer approach could probably be supported with no changes to LAV and by loading an appropriate 3DLUT in madVR (or waiting for madshi to support the proposed EOTF based on bitstream metadata), as I mentioned in my previous post. The double-layer approach, however, would probably require massive changes to the entire pipeline. In a way the Dolby Vision proposal has the same issue as Dolby Atmos: it just steamrolls over "legacy" infrastructure with complete disregard to compatibility concerns and forces implementers to introduce massive complexity into their systems (not to mention patenting and licensing issues). That said, one could probably find ways to convert a double-layer stream into a single-layer one with little loss of information near the start of the pipeline.

Anyway, I think the best thing to do right now is "wait and see", as nevcairiel said. Both articles seem to have been published in 2014 - the paper is still warm, and if history is any indication, the video world moves very slowly when it comes to significant workflow changes.

nevcairiel

16th July 2015, 22:21

In a way the Dolby Vision proposal has the same issue as Dolby Atmos: it just steamrolls over "legacy" infrastructure with complete disregard to compatibility concerns and forces implementers to introduce massive complexity into their systems (not to mention patenting and licensing issues).

I think you got that backwards. Both Dolby Atmos and Dolby Vision work perfectly on a system not aware of them, they just don't make use of any new data. If you want to support any new tech, you need to add more complexity - but these two allow you to simply opt-out if you wanted to.
FWIW, the Dolby Vision extra layer is a normal feature of HEVC, so its not that crazy.

For HDR, the alternative for Blu-ray is SMPTE 2084 and SMPTE 2086, which is not backwards compatible, and will give you a really terrible image on unaware players.

The UHD Blu-ray spec has SMPTE 2084/2086 as mandatory features, and Dolby Vision as optional, which ties into their compatibility. Any UHD Blu-ray certified player needs to be able to deal with the HDR discs at some level.

Anyway its pointless to discuss this here. LAV will only ever decode the video and not process it.
In the future it'll also pass on the SMPTE 2084 metadata from the HEVC bitstream to any renderer that wants it, and thats that for me.

RenderGuy2

17th July 2015, 04:09

leaving part of the coded range empty instead of using the metadata seems like a weird thing to do.

Agreed! I certainly could be misinterpreting, but it looks as though it may actually work this way as far as the code range goes, very different from standard gamma encoding. The good news is the SMPTE 2084 curve is so deep that roughly the first half of the coded range is devoted to the luminance range from 0ish to 100cd/m^2, so you still get roughly twice the number of gray-scale steps in this range than you do from a normal 8-bit encode. The range from 5000 to 10,000 cd/m^2 only uses the last 7% of the code range. Apparently we're not very good at seeing changes in luminance from bright sources. Here's the full curve:

14892

It gives us lots of bits for dark tones. Anyway, interesting but not relevant here or now.

NikosD

17th July 2015, 08:23

Could someone with an Intel GPU check if LAV filters P010/P016 output of 10bit H.264/H.265 clips is working with Win 10 ?

Because I got an email from Intel that the problem of P010/P016 output is a Microsoft's EVR bug which is fixed in Win 10 only (MS is not going to fix it in previous OS versions)

I'm still with Win 8.1 OS and I can't check it.

huhn

17th July 2015, 10:06

p010 input in EVR crashed MPC-HC and windows media player just showed a black screen and played the audio stream. I used a intel HD 4400 with windows 10 10240

NikosD

17th July 2015, 10:33

Mpc-hc has enabled a special workaround for the issue, which obviously is not working according to your report.

Nevcairiel should probably fix it for all cases.

huhn

17th July 2015, 10:47

i tried mpc-hc build 1.3.1249.

and as far as I know mpc-hc blocked p010 for EVR not lavfilter.

and i forced lavfilter to output p010 aynway.

mastan

17th July 2015, 18:46

Don't have Win10 right now, but Win8.1 on Intel HD 4400 can output 10 bit, at least that's what MediaPlayer.Net shows:
http://s2.postimg.org/jsn1zil55/10bit_out.png

NikosD

17th July 2015, 19:03

Interesting.
I've never used that player.

Which is the decoder used by MediaPlayer ?

CruNcher

17th July 2015, 19:38

@mastan

Does 10 bit output also work Windowed ?

mastan

17th July 2015, 21:16

Interesting.
I've never used that player.

Which is the decoder used by MediaPlayer ?

LAV. Quote from its site (http://forum.doom9.org/showthread.php?t=171120):
LAV Filters must be installed (Media Player .NET is hardcoded to use these filters)

16-bit mode shows bad picture btw.

@mastan

Does 10 bit output also work Windowed ?

No. Quote from MPDN options:
Video Output Bit Depth*

*Applicable in Full Screen Exclusive mode only

huhn

18th July 2015, 00:27

this player is like madVR and not EVR. the problem is EVR has problem with 10 bit and 16 bit inputs but not these renderer.

madVR supports proper 16 bit up to 4:4:4 for years.

windows can't do 10 bit output in window mode using directx that's a simple limitation.

CruNcher

18th July 2015, 10:44

That will go away with Windows 10 as WDDM 2.0 is about to get Native support for it in the move to more 10 bit availabe Consumer Content and Hardware in 2016 timeframe

PS: Amazing how the x64 path of the HEVC Decoder can sustain stable playback framerates where the x86 path crashes down in latency completely

Most common commercial used x86 32 bit decoder in consumer x86 32 bit playback software currently have 0 chance ;)

Cyberlink 32 Bit Hybrid Nvidia Hardware Decoding Geforce GTX 970

http://abload.de/thumb/brakeups09j2u.png (http://abload.de/image.php?img=brakeups09j2u.png)

Lav Filter x86 Software Decoding basically the same MT under utilization result of Cyberlinks x86 as well as x64 code path

http://abload.de/thumb/lavvideo32tnbq8i.png (http://abload.de/image.php?img=lavvideo32tnbq8i.png)

Lav Filter x64 NV12 Forced 10 bit->8bit Decoding

http://abload.de/thumb/supercleani6kmy.png (http://abload.de/image.php?img=supercleani6kmy.png)

Realy nice result on 4 Cores :)

The jittering from the Ultra Video Group Beauty test sequence can only be eliminated here using the Nvidia Cuvid decoder in the .ts version (strange) might be a Nvidia driver issue with DXVA or some parser issue with the .mp4 as well .ts part

DXVA extreme jitter

http://abload.de/thumb/dxvajitteringkuxwi.png (http://abload.de/image.php?img=dxvajitteringkuxwi.png)

DXVA Copyback less jitter

http://abload.de/thumb/dxvacopybacklessjittes4qxw.png (http://abload.de/image.php?img=dxvacopybacklessjittes4qxw.png)

Nvidia Cuvid no jitter

http://abload.de/thumb/fixed0su4v.jpg (http://abload.de/image.php?img=fixed0su4v.jpg)

The same practically with the 80 mbps NX1 Sample only that there the Nvidia DXVA decoder performance completely turns down 6 FPS and only Cuvid/Copyback can hold it up 15 FPS of 30 Fps

P.J

18th July 2015, 22:58

I have noticed that PowerDVD has better audio quality, louder and more clarity.
DTS MA 5.1 to Stereo:

PDVD: http://phota.me/WfTS.png
LAV: http://phota.me/7B5N.png

Anyway to use Cyberlink audio decoder in MPC-HC? I added it but it didn't work for me.

huhn

18th July 2015, 23:14

looks like powerDVD is using normalization which is just bad in term of quality.

lavfilter is supposed to be bit perfect.

P.J

18th July 2015, 23:21

looks like powerDVD is using normalization which is just bad in term of quality.

lavfilter is supposed to be bit perfect.

But PowerDVD has no normalization option for DTS.
I also see some data around 20khz area for PDVD but LAV.

e-t172

19th July 2015, 00:09

I have noticed that PowerDVD has better audio quality, louder and more clarity.
DTS MA 5.1 to Stereo:

PDVD: http://phota.me/WfTS.png
LAV: http://phota.me/7B5N.png

Since you are downmixing, the difference in loudness can simply be explained by a difference in downmixing coefficients. You should be able to achieve a similar result in LAV just by tuning the coefficients in the LAV options. However it's quite possible LAV is doing a better job than PDVD here because it provides you with more protection about potential clipping from the downmixing.

Regarding "better quality" and "more clarity", that would be an expected reaction if you are indeed listening at a louder level - louder is often perceived as better in audio. You need to level match the tracks and do a blind test for proper comparison.

I also see some data around 20khz area for PDVD but LAV.

Most likely that's a red herring - it could simply be caused by the difference in volume which would put the (mostly quiet) content around 20kHz above the threshold of the spectrogram in the louder case. In other words the difference in the spectrogram display could just be the difference in level, and the relative frequency response is (probably) identical.

Finally, at the risk of stating the obvious, you should make sure LAV is decoding DTS-HD, not just the core. My understanding is the most recent LAV version (0.65) will always fully decode DTS-HD out-of-the-box though, thanks to libdcadec integration.

foxyshadis

19th July 2015, 01:52

PowerDVD uses dynamic compression/limiting, there is no clipping. Honestly, when free decoders and free players both refuse to implement it, and the OS is oblivious to such trivial matters, the one screwed is the user. LAV is so complete in all other respects that no one expects to have to download an old, unsupported plugin if they want boosted audio.

Purity is awesome until you have a quiet soundtrack in a noisy environment.

huhn

19th July 2015, 03:05

but why would you even look for an option like this in a global decoder?

player or audio render should have this option.

mogli

19th July 2015, 07:09

PowerDVD 15 by default increases voices, surrounds, loudness and bass. However it does so outputting only 16 bit audio and creating some reverb many people complain about. I don't know if this can be called better than LAV.

foxyshadis

19th July 2015, 07:42

but why would you even look for an option like this in a global decoder?

player or audio render should have this option.

I don't think LAV needs to have it, even if I think it'd be done well there. But someone in the whole chain needs to, and MPC and MPDN haven't bothered.

P.J

19th July 2015, 11:21

I have found an annoying bug in LAV. If I switch to another audio stream, it will reduce the volume a lot.
And it doesn't fix even if I switch back to the previous audio stream until I replay the video file.
It also happens if I enable and disable 'Enable Mixing' without switching the audio stream.

ryrynz

19th July 2015, 12:08

This automatic fallback is currently not supported with LAV, but is something I plan to work on in the future.

Any plans to do it this year?

P.J

19th July 2015, 14:17

Ok, I uploaded a sample video here:
https://mega.nz/#!ZUNUDZqJ!39BnKrv2JGfQX3OCk8YSZhwng2wNHYugLPkdHC0md2g

1. Switch to the 4th audio stream then switch back to the first one.
http://1.t.imgbox.com/QTavNgJr.jpg (http://imgbox.com/QTavNgJr)

2. Enable 'Enable Mixing' then disable it.
http://2.t.imgbox.com/8IVkRAJs.jpg (http://imgbox.com/8IVkRAJs)

The audio volume will decrease in both cases.

videonerd

19th July 2015, 15:48

I have been testing the re-written asf/wmv demuxer from Libav, and it seems to seek OK in this sample.

I'll probably enable it in the next nightly build, so testing would be appreciated, ideally beyond seeking, as it is very new and may still have other short-comings that need fixing.

Seeking which used to have a 3-5 second lag has been reduced to 1-2 seconds. Improvement, but it is still a lag vis-a-vis other containers which has 0-100ms lag when seeking. Same bitrate, 64bti version.

mogli

19th July 2015, 15:55

1. Switch to the 4th audio stream then switch back to the first one.

2. Enable 'Enable Mixing' then disable it.

The audio volume will decrease in both cases.
Volume is consistent here. Any special setting or version I need to use?

nevcairiel

19th July 2015, 18:36

Seeking which used to have a 3-5 second lag has been reduced to 1-2 seconds. Improvement, but it is still a lag vis-a-vis other containers which has 0-100ms lag when seeking. Same bitrate, 64bti version.

No software can fix the fact that ASF is a terrible format. =p

As such, comparison to other containers is pointless.

blaubart

20th July 2015, 05:10

4k h.265 50/60fps still not playing really clean, stutters here, pixel storms there.. Reacting capricious to different PC conditions.. But now i know better workarounds.

..to further this - my test-PC is at the moment such a fancy hi-speed gaming thing and I did not have so much time to get used to. The energy levels of the Asus Maximus VII Hero board are not only controlled by BIOS and Windows but also an "AI Suite 3" which is buggy. Though set to Auto it mostly switches to Performance at PC boot.
But at this Performance mode the Lav Video Decoder playback of 50/60fps 4k HEVC is sometimes stuttering. Plus pixel storms if played by Lav-CopyBack. (SD, HD clean).

Please don't ask me why! But I've made 100drets tests meanwhile searching the bug so there is no doubt about that.
i.e. PDVD Generic playing clean in the Performance setting.

To get a clean Lav 4k HEVC simply deinstalling "AI Suite 3" didn't help. So I built some workaround to force the Suite to always start in Auto mode.

FINALLY patiently waiting 1-2 minutes after booting till this 'fight'-PC 'settled down to peace' - always smooth 4k Lav playback now.
Later if 4k will run in any simple office laptop such stress issues will never occur but may be others :)

P.J

20th July 2015, 09:36

Volume is consistent here. Any special setting or version I need to use?

Strange, I'm using LAV 0.65+MPC-HC 1.7.9 x64
It happens with some other video files too.

..to further this - my test-PC is at the moment such a fancy hi-speed gaming thing and I did not have so much time to get used to. The energy levels of the Asus Maximus VII Hero board are not only controlled by BIOS and Windows but also an "AI Suite 3" which is buggy. Though set to Auto it mostly switches to Performance at PC boot.
But at this Performance mode the Lav Video Decoder playback of 50/60fps 4k HEVC is sometimes stuttering. Plus pixel storms if played by Lav-CopyBack. (SD, HD clean).

Please don't ask me why! But I've made 100drets tests meanwhile searching the bug so there is no doubt about that.
i.e. PDVD Generic playing clean in the Performance setting.

To get a clean Lav 4k HEVC simply deinstalling "AI Suite 3" didn't help. So I built some workaround to force the Suite to always start in Auto mode.

FINALLY patiently waiting 1-2 minutes after booting till this 'fight'-PC 'settled down to peace' - always smooth 4k Lav playback now.
Later if 4k will run in any simple office laptop such stress issues will never occur but may be others :)

I told you there should be an issue there ;)

nevcairiel

20th July 2015, 09:46

LAV does never influence the volume of the audio being played, its more likely something else badly reacting to a change in channel count, which would neatly explain how switching on Mixing would also trigger it.
I do faintly remember someone else mentioning this before and maybe also finding a solution, but if I could remember... Might be worth trying to search through the thread, somehow.

James Freeman

22nd July 2015, 04:13

Nev,

A few pages back you have noted that it is better to use DXVA2 instead of CUVID, why?

What is the advantage using copy-back vs native?
Isn't copying back the frame from the GPU memory back to main memory takes more time?

Thanks

vivan

22nd July 2015, 09:58

CUVID:
- forces GPU into high power state.
- have problems/bugs that nev can't solve (they're in driver) / workaround requires too much effort. IIRC there were even crashes.
+ supports divx
And it was the first hardware decoder (with copyback).

DXVA2 native is fastest, and latency (time from you start seeking till you get frame) is very low. Difference in latency is very noticeable when you seek often, even on fast CPU native seeks faster (than s/w).
But it's less stable? I don't really remember any complains, tbh. The only problem that I have (and it not bothering me) - sometimes it produces teared frame right after seek.

nevcairiel

22nd July 2015, 10:17

vivan outlined the drawbacks of CUVID already, so not much to add there.

For Copy-Back vs. Native, Native is a bit more efficient if you can use it. With madVR, using Copy-Back may give you slightly better quality, as madVR has a few problems getting access to the unprocessed image otherwise.
Copy-Back is also a bit more flexible, especially when it comes to clips which may change their format during playback (rare, but happens with some animes)

Personally, I prefer Copy-Back with madVR, but especially if you're trying to get the lowest resource consumption possible with say EVR on a low-power playback device, then Native is probably the best choice.
But Copy-Back is even efficient enough to handle 4k@60 on a decent system without any significant resource cost, so..

James Freeman

22nd July 2015, 11:18

Thank you both.

Thunderbolt8

22nd July 2015, 11:36

With madVR, using Copy-Back may give you slightly better quality, as madVR has a few problems getting access to the unprocessed image otherwise.does this problem also occur in software mode, without using any hardware acceleration?

huhn

22nd July 2015, 11:44

in madVR only native can have an negative effect on picture quality. this has to do with DXVA scaling.

all other modes look like software to madVR.

an3k

22nd July 2015, 14:11

For many years I used CoreAVC + Haali Splitter + VSFilter (https://nightly.mpc-hc.org/mpc-hc_apps/vsfilter/). I got subtitles (SRT, VOBSUB or PGS) shown in WMP12. Everything was fine but only for H.264 + MKV + AC3. I couldn't play eg. TrueHD/DTS/DTS-HD thus I was looking for a decoder and someone suggested LAVFilter. I have to admit I absolutely love it. Thanks for the great work!

Because it supports so many formats (and isn't overloaded with settings most people don't need) I bundled LAVFilters + Icaros + xy-VSFilter and created a batch script that a) installs the decoders/filters, b) writes some useful standard settings (eg. show icon) into the registry, c) writes the required data for native windows support of the file format / MIME type into the registry and d) disables the microsoft decoders (data taken from Win7DSFilterTweaker). The goal is to add support for the supported containers and codecs in Windows as native as possible.

However, I have a problem. I can't get subtitles shown with LAVFilter in WMP12. I tried it with VSFilter as well as xy-VSFilter. When I use graphstudionext the graph is correctly built and subtitles are shown but when using WMP12 there are no subtitles (sadly I can't load the graph used by WMP12). It worked with Haali so I think it's a problem with LAV Splitter. In Haali I have to enable "Autoload VSFilter" (When set to yes the splitter will load VSFilter and add it to the graph) to get subtitles working in WMP12. If that setting is disabled (default) I have the same problem as with LAVFilters.

nevcairiel

22nd July 2015, 14:14

There is no autoloading of any filters in LAV.
Subtitles can work without that though, I've had it work before. Forgot if anything special had to be done though, I don't use WMP (nor should anyone in their right mind).

an3k

22nd July 2015, 14:36

There is no autoloading of any filters in LAV.I know. That's why subtitles are not working :( I also saw the bugtracker ticket https://code.google.com/p/lavfilters/issues/detail?id=32
Subtitles can work without that though, I've had it work before. Forgot if anything special had to be done though, I don't use WMP (nor should anyone in their right mind).Yeah, everything works "somehow", the challenge is to know how. What's the problem with using WMP?

nevcairiel

22nd July 2015, 14:38

What's the problem with using WMP?

You are here having a problem with WMP. Not me. My player allows me to do everything I want to do, because its flexible and gives me control .. yours doesn't. :D

an3k

22nd July 2015, 14:42

Actually I have a problem with LAV Splitter because it works well with Haali's Splitter.

huhn

22nd July 2015, 15:13

an3k

22nd July 2015, 15:59

WMP isn't loading the subtitle stream (it officially doesn't support subtitles anyway). haali simply forced the vsfilter to load and not the player but it should be the other way a player should choice if and what subtitle should be loaded.Yes, I'm aware of that. Actually WMP supports subtitles but in the typical (weird) microsoft way. http://sourceforge.net/projects/wmpsub/

try mpc-hc/be or a ton of other players and it will work.Well, if I have to force my customers to use a different player than the one they want to use just to get subtitles working then I would force VLC. It would be the easiest solution (no work for me) but also the worst (no thumbnailing, no embebbed covers, no property sheet data, etc.). That's exactly how Microsoft works.

nevcairiel

22nd July 2015, 16:16

Its possible to use VSFilter without auto-loading with WMP, like I mentioned in my earlier post. It just requires a bit more extra hacking around in the preferred filter and merit system. I forgot how to do it exactly and I cba to try, but its certainly possible - I have done so in the past to test some things.

clsid

22nd July 2015, 18:01

Why are you trying to re-invent the wheel? You obviously fail in trying to do better than proven solutions. A batch script sounds horrible too. At least give your customers a proper (un)installer.

K-Lite Basic (= LAV Filters + VSFilter + Icaros) does all you need, including correctly configuring the preferred decoders for working subtitles in WMP12. It even allows custom silent installs. Disabling any Microsoft codecs is actually not needed at all for MKV playback.

an3k

22nd July 2015, 18:40

It just requires a bit more extra hacking around in the preferred filter and merit system.That's the information I needed so I know where to start. I got it working now. Thanks.
I forgot how to do it exactly and I cba to try, but its certainly possible - I have done so in the past to test some things.Hehe yeah. I was going to donate a nice amount because of LAVFilters but because of how you replied I cba. But the money isn't lost, Icaros dev will get it.

nevcairiel

22nd July 2015, 19:57

I did say that in my very first response that it can work in WMP without any auto-loading, but apparently calling your favorite player bad is a grave offense :rolleyes:

an3k

22nd July 2015, 20:06

I did say that in my very first response that it can work in WMP without any auto-loading, but apparently calling your favorite player bad is a grave offense :rolleyes:

As I wrote it is HOW you replied and NOT what you replied. I know myself that WMP is not that good but most of my customers use it, thus I have to support it if I want to keep them.

Akeno

23rd July 2015, 07:03

Hi everyone. MPC-HC uses the Microsoft DTV-DVD audio decoder whenever I run AC3 sources. I've checked to make sure that AC3 is checked under LAV Audio but the problem still persists. Any ideas on what could be causing this?

Qaq

23rd July 2015, 07:43

untick AC3 in MPC internal source filters? AFAIK, for the sources MPC first check its own internal, so what you have checked in external is just doesnt matter.

LigH

23rd July 2015, 07:49

Maybe a non-LAV splitter is being used for the container, so that it forces connection to MS decoders? Or do you mean raw AC3 audio files?

nevcairiel

23rd July 2015, 07:59

The usual problem for LAV Audio not being used for AC3 or DTS is having bitstreaming activated, but the system not accepting a bitstreaming connection. So, make sure you have bitstreaming off, or if you want bitstreaming, that your audio renderer actually accepts it.

clsid

23rd July 2015, 14:55

Sorry to ask this for a trillionth time, but why hasn't a fallback been implemented yet? The bug in MPC-HC audio switcher that prevented it in the past was fixed long ago.

nevcairiel

23rd July 2015, 15:12

Akeno

23rd July 2015, 17:35

Maybe a non-LAV splitter is being used for the container, so that it forces connection to MS decoders? Or do you mean raw AC3 audio files?
Well, the source is an MKV file with AC3 audio. LAV Splitter still activates as it and LAV Video appear under the filters list but DTV-DVD is being used to decode audio rather than LAV Audio.

The usual problem for LAV Audio not being used for AC3 or DTS is having bitstreaming activated, but the system not accepting a bitstreaming connection. So, make sure you have bitstreaming off, or if you want bitstreaming, that your audio renderer actually accepts it.
I don't believe I have bitstreaming enabled. I even disabled all the internal renderers in MPC-HC and it still uses DTV-DVD.
-------
EDIT: Turns out I had bitstreaming enabled in LAV Audio. I use ReClock to render audio though. Doesn't that support bitstreaming?

huhn

23rd July 2015, 20:07

reclock gets totally useless with bitstreaming.

Kurtnoise

24th July 2015, 03:27

@Nev : I'm trying to compile LAVFilters using Visual Studio 2015 but I've got an issue w/ LAVSplitter :

demuxers.lib(LAVFDemuxer.obj) : error LNK2001: unresolved external symbol "struct clpi_cl * __cdecl clpi_parse(char const *)" (?clpi_parse@@YAPEAUclpi_cl@@PEBD@Z)
demuxers.lib(LAVFDemuxer.obj) : error LNK2001: unresolved external symbol "void __cdecl clpi_free(struct clpi_cl *)" (?clpi_free@@YAXPEAUclpi_cl@@@Z)

Any idea ?

ryrynz

24th July 2015, 05:11

Sorry to ask this for a trillionth time, but why hasn't a fallback been implemented yet? The bug in MPC-HC audio switcher that prevented it in the past was fixed long ago.

Well I'm glad you did cos he totally ignored my question.

I consider bitstreaming somewhat obsolete

Typical HTPC setups a thing of the past huh? Wowww.

NikosD

24th July 2015, 06:51

@nevcairiel and all

I had involved as a "middle man" between Intel and Nevcairiel in order to fix the issue of P010/P016 output which was and still is crashing LAV filters when Intel GPU is used for 10bit clips (H.264/ H.265)

After months of occasional emails between me and Intel and reports here in private messages to nevcairiel , the situation seems stalled.

It seems that Microsoft has acknowledged a bug in EVR renderer which is going to fix in Windows 10 only and both parts (Intel, Nevcairiel) are not going to change anything in their software (drivers, LAV filters) in order to fix the issue.

Latest email from Intel was asking from Nevcairiel to change his code in order to "fix" Microsoft's bug.

The code of LAV filters sent to me by Intel (that I have already sent to nevcairiel) in order to be fixed by nevcairiel is this:

hr = m_pOutput->GetConnected()->ReceiveConnection(m_pOutput, &mt); // connect to EVR

if(SUCCEEDED(hr)) {
IMediaSample *pOut = nullptr;
if (SUCCEEDED(hr = m_pOutput->GetDeliveryBuffer(&pOut, nullptr, nullptr, 0)) && pOut) { // get buffers allocated by EVR

AM_MEDIA_TYPE *pmt = nullptr;
if(SUCCEEDED(pOut->GetMediaType(&pmt)) && pmt) {
CMediaType newmt = *pmt;
videoFormatTypeHandler(newmt.Format(), newmt.FormatType(), &pBIH);
DbgLog((LOG_TRACE, 10, L"-> New MediaType negotiated; actual width: %d - renderer requests: %ld", width, pBIH->biWidth));
if (pBIH->biWidth < width) { // found size is wrong, free buffers and return error.
DbgLog((LOG_ERROR, 10, L"-> Renderer requests width smaller than image width, failing.."));
DeleteMediaType(pmt);
pOut->Release();
return E_FAIL; // error return value will keep this decoder keep trying reconnect
}

I can't say for sure who is right or wrong in this situation, the only thing I know is that egoism doesn't help.

We, users, are the "victims" of this conflict between Intel and nevcairiel, which I'm sure would never exist if the other part was Nvidia and not Intel.

Kurtnoise

24th July 2015, 08:14

Intel guys should be smart enough to send proper patch...

NikosD

24th July 2015, 08:40

It wouldn't help, because nevcairiel doesn't want to change anything in his code

nevcairiel

24th July 2015, 08:42

It wouldn't help, because nevcairiel doesn't want to change anything in his code

Because you know what everyone wants and doesn't want, right?
Please keep out of my thread with such nonsense.

NikosD

24th July 2015, 08:47

Be more polite to someone who is trying for months to collaborate with you, a developer who is extremely rude and non cooperative in order to solve problems that he doesn't care.

You are not helping as much as you could and you are disappeared from the discussions, probably because you don't care as you often say.

Why don't you speak directly with Intel to solve the problem ?

Do you want them to come to you ?

Have you ever tried to get some help from them ?

You are sitting on your "perfect" code in your opinion and you are waiting from the others to change everything to adjust to your code.

Give me a break dude!

nussman

24th July 2015, 09:03

Why Nev or Intel should fix Microsoft Bugs?
Did you try to report this to MS?
It's a shame MS is not willing to fix this for pre Win10 OS!

NikosD

24th July 2015, 09:08

The problem is that it's not working even in latest Win 10 build 10240.

So, even if the bug is fixed, more work has to be done in order to have a complete solution of the issue.

nevcairiel

24th July 2015, 09:35

You are sitting on your "perfect" code in your opinion and you are waiting from the others to change everything to adjust to your code.

Noones code is perfect, but its simply not my bug, its Intels, or Microsofts, depending how you look at it.

I don't expect anyone to "adjust to my code", I expect them to fix their bugs, just like I fix mine. Intel enabled P010 input a couple months ago, after that it was broken. So now I should add a work-around to somehow handle this breakage, that Intel caused?

What about all other decoders that support 10-bit, they also need to add work-arounds? Or they don't even try to support P010 because they know its broken - which isn't any better either.
Why doesn't Intel fix it again, just like NVIDIA did after they broke it briefly?

LAV isn't behaving "wrongly", its just not trying to automatically work-around Intels or Microsofts bug.
If someone wants to send a patch to make it fallback to NV12 in that case, please do so, but my development system doesn't have a Intel GPU right now, so I would need to setup another one to even start working on that - which cuts into the time factor again. I might do it some time, but apparently NikosD expects results within days, a few of which I was on vacation, too =p

I'll be the first to fix my code if it does indeed behave badly or is buggy, but that doesn't include endless work-arounds for other softwares problems.
In fact, that was one of the premises that the LAV project started on. ffdshow and a few other things had so many hacks for so much broken software, and LAV was not going to have any of that. Something that served me well over the years - helps keeps ones sanity.

As for "speaking with them directly", I just don't have that kind of time to try to contact Intel, Microsoft, NVIDIA, AMD or whoever on every bug I encounter.
If I knew a good contact person, I might try, but contacts in a position to actually help are impossible to get, and I don't have the time or patience to try to get through first-tier support people, who don't have the expertise required to actually help.

LAV is project I do in my free time, excuse me for not being willing to spent even more time trying to cut through company politics and reach people that can actually help me.

nussman

24th July 2015, 09:48

Yeah no stupid hacks for driver bugs, because then we never get improvments at correct place and have to discuss this for every other decoder/software again.

madshi

24th July 2015, 09:59

You could send a short note to Eric Gur (egur). Maybe he can move something.

Adding a workaround is always problematic: What if Intel fixes the problem in a couple of months from now? Then some drivers will be broken and some work. Should LAV then contain a database of driver versions which work and which don't work, so that P010 support is enabled for some but not for others? That really doesn't make a lot of sense. It's easy enough for end users to uncheck P010 in the LAV settings if their Intel drivers are faulty.

NikosD

24th July 2015, 10:21

LAV isn't behaving "wrongly", its just not trying to automatically work-around Intels or Microsofts bug.
If someone wants to send a patch to make it fallback to NV12 in that case, please do so, but my development system doesn't have a Intel GPU right now, so I would need to setup another one to even start working on that - which cuts into the time factor again. I might do it some time, but apparently NikosD expects results within days, a few of which I was on vacation, too =p

I have sent you a private message on July 16th with the specific code above and what Intel said about the problem and you didn't reply at all.

That is what I say an attitude problem.

If you had replied that I'm busy or I don't have time to take a look - no problem.

So, I posted the issue here about Win 10 fix and huhn replied that is not working either.

You didn't comment on that too.

We all know that Intel's support has its own problems and they fix things after months or years sometimes depending on the priority they give.

It's a huge and heavy company with user communication issues.

But here in this forum, the same "heavy" attitude is inappropriate at least, between developers and users.

The direct communication between developer and the company would always be the fastest and most appropriate way of solving such specialised issues.

I will probably make a final contact with Intel asking them to send a patch for LAV filters, but I repeat that if it was Nvidia your attitude wouldn't be the same.

nevcairiel

24th July 2015, 10:26

I have sent you a private message on July 16th with the specific code above and what Intel said about the problem and you didn't reply at all.

I was on vacation until Monday (the 20th), only rarely checking forums and trying to ignore most mails or other communication to not spoil my vacation too much. I would've responded eventually, but I had lots of stuff piling up to work through.

If you think taking a vacation is attitude, then I'm sorry for you =p
Maybe you shouldn't jump to conclusions. Responding a couple days later isn't ignoring, I often delay a response until I had time to actually think on an issue instead of giving a pointless generic response.

PS:
I didn't add a work-around for NVIDIA either when they had the same problem. They fixed it though, so that will probably not convince you of anything. :p

NikosD

24th July 2015, 10:30

Do not go on on this subject because I will make it personal too.

You could have sent "I'm on vacations right now" instead of posting on other threads here in this forum, on the exact same day.

Get on the ground.

NikosD

24th July 2015, 10:38

Adding a workaround is always problematic: What if Intel fixes the problem in a couple of months from now? Then some drivers will be broken and some work. Should LAV then contain a database of driver versions which work and which don't work, so that P010 support is enabled for some but not for others? That really doesn't make a lot of sense. It's easy enough for end users to uncheck P010 in the LAV settings if their Intel drivers are faulty.

The problem is that Intel doesn't seem to acknowledge that it's their bug.

And I surely can't persuade them for that.
Only the developer of LAV filters could do that.

madshi

24th July 2015, 10:57

If they don't acknowledge their bugs then it's their fault, not nevcairiel's. You're barking up the wrong tree here.

Our responsibility as developers is to fix our own bugs. It's not our job to fix other people's/software's bugs, nor to convince other developers that their software is buggy. Still: Give us a link to an Intel GPU driver bug tracker, and we'll gladly report all their bugs there (I might have some to report, too). Or give us a contact person in the GPU driver department we can talk to, who actually has the power to get things fixed. And we'll gladly talk to him. But none of us devs has the resources to spend hours and hours on trying to talk to some support staff who isn't willing to acknowledge any bugs, nor has the power to get bugs fixed.

nevcairiel

24th July 2015, 11:01

You could have sent "I'm on vacations right now" instead of posting on other threads here in this forum, on the exact same day.

So now I am evil because I used my phone to post on the forum a few times but didn't respond to PMs, while being on vacation? Right...
Next time I won't access the forums at all, will that make you happier? :P

blaubart

24th July 2015, 14:31

Developers on vacations? Claiming to be sth. like real human beings? Impossible! Next time they want to marry and/or have children, stuff like that..?
Millions of addicts on the edge of meltdown, collapsing internet empires...

Developers! Believe me it's been too late for you to even think about an escape since a long time! So stop this nonsense now and back to your responsibility - right before your monitors, 24 h/d..!

Manni

24th July 2015, 15:25

Its not a priority for me, as I consider bitstreaming somewhat obsolete, especially now that we can decode DTS-HD without any external help.
Time constraints don't allow me to work on everything at the same time, so....

Hi Nevcairiel,

First of all, thanks for all your good work on LAV. Much appreciated!

Just wanted to stress that bitstreaming isn't obsolete, as it's the only way to play new formats like Atmos, DTS:X and Auro 3D correctly. They use metadata to handle the objects/extra channels and decoding Dolby TrueHD or DTS HD in the PC won't help, as we need more than 7.1 channels so unless there is some special hardware and the user isn't using an external AVR with these new sound format decoders, anything but bitstream is a no go.

It works fine at the moment, but I'm just raising this so you don't take your eyes off that ball :)

huhn

24th July 2015, 17:00

videonerd

24th July 2015, 19:37

No software can fix the fact that ASF is a terrible format. =p

As such, comparison to other containers is pointless.

No, the comparison is to other splitters that don't exhibit the issue e.g. vlc / default asf reader (shock, horror).

In your opinion, is this a bug in lav filters?

mindbomb

24th July 2015, 21:30

Typical HTPC setups a thing of the past huh? Wowww.

Well, since lav audio can decode dts-hd ma, dts, truehd, and dolby digital to pcm, and usb and hdmi support multichannel pcm, you generally don't need to bitstream except for multichannel audio over spdif and also for dolby atmos.

nevcairiel

24th July 2015, 21:48

It works fine at the moment, but I'm just raising this so you don't take your eyes off that ball :)

Bitstreaming isn't going away, but its just not a development priority for new features for me, is all.

apgood

25th July 2015, 03:43

the number of dolby atmos discs is very low and the rest is not BD compatible.

http://www.dolby.com/us/en/experience/dolby-atmos/bluray-and-streaming.html

and even disc with dolby atmos are offend not using atmos outside of the US.

so he isn't over estimating this. the number of atmos and playback system is nearly not existing.

and BTW. he added a patch for FFMPEG to make atmos bit streaming working.
DTS:X and Auto 3D are BD compatible there just aren't many of them so far (1 DTS:X and 2 Auro3D movies). Of course no one can really listen to the full DTS:X track on ex-machina until the relevant avr's are available

Manni

25th July 2015, 10:15

Bitstreaming isn't going away, but its just not a development priority for new features for me, is all.

Great, thanks for the confirmation :)

There is no need for new bitstream features as far as I can see, at least with current content. LAV bitstreams native Atmos (wrapped in Dolby TrueHD) and Auro 3D (wrapped in DTS:HD) tracks perfectly. Can't test DTS:X yet but we should find out by the end of the year when AVRs start to support it.

It's true that there isn't much native content at the moment, but I have 12 native Atmos titles and 1 Auro 3D movie, it would be a shame if we had to use PDVD to play these and lose all the goodness of LAV/MadVR/MPC-BE.

Again, thanks a lot for all your good work!

nevcairiel

26th July 2015, 10:22

what do you think about the new MPC-HC Internal Audio Renderer?
Any benefits using it instead of the default DirectSound?

This is unrelated to LAV, please discuss this in the MPC-HC thread.

James Freeman

26th July 2015, 10:25

This is unrelated to LAV, please discuss this in the MPC-HC thread.

Just a quick question, is it after LAV?

nevcairiel

26th July 2015, 10:34

A renderer is always after a decoder or splitter. It in no way replaces any part of LAV (well, maybe mixing, but that wasn't meant to really be a dominant feature in LAV anyway).

NikosD

26th July 2015, 19:00

What about all other decoders that support 10-bit, they also need to add work-arounds? Or they don't even try to support P010 because they know its broken - which isn't any better either.
Why doesn't Intel fix it again, just like NVIDIA did after they broke it briefly?

If they don't acknowledge their bugs then it's their fault, not nevcairiel's. You're barking up the wrong tree here.

I tried using MS MFT HEVC decoder with my Intel iGPU HD 4600 using DXVA Checker - Win 10 - Drivers v4256 and a 10 bit HEVC clip.

The result was P010 output during playback in window mode.

LAV gives me a black screen with the exact same test.

Tell me whose bug is this again ?

sneaker_ger

26th July 2015, 19:04

That only means MediaFoundation EVR does not have the same bug? Or how does DXVA checker use MS HEVC decoder?

NikosD

26th July 2015, 19:29

DXVA checker can use MFT and DS decoders.

It looks to me almost impossible for Intel to have a broken driver for P010 using DS but not broken using MFT.

Is that even possible ?

nevcairiel

26th July 2015, 19:30

DXVA checker can use MFT and DS decoders

And you are comparing DS and MF here, which are totally not the same thing. I have always theorized that MF may not have the same problem, but never had a way to test it. That has no relevance for DirectShow usage.

The underlying problem is a Microsoft problem in EVR, which may as well be DirectShow only. It cannot properly calculate the required buffer size for P010, resulting in too small buffers for the image. The front-end that would allocate these buffers is DirectShow-specific, so it is entirely possible that MF works, which I have said numerous times before.

The "bug" on Intels side is that they enabled P010 input in their driver, which triggers the bug in the EVR. The real bug is from Microsoft, not from Intel, but a behavior change in the Intel driver triggered the bug, just like it did when NVIDIA changed it some time ago - but NVIDIA disabled it again.

NikosD

26th July 2015, 20:14

That's good.
You learned something from Intel.

That it's Microsoft's bug and not Intel's bug that you were saying all that time.

Now that we all know what is going on, can you fix it ?

Because I don't have more time to spend between you blaming Intel and them denying that it is their fault.

Enough is enough for me.

nevcairiel

26th July 2015, 20:34

Now that we all know what is going on, can you fix it ?

I cannot fix Microsofts bug, no. EVR in DirectShow just doesn't handle P010 properly. I can possibly add a work-around, but i'll need to setup something on an Intel system, which may take some time.

Q-the-STORM

27th July 2015, 03:46

I have found a (so far) rare issue when decoding DTS-HD MA with LAV..

There seemed to be a new small audio glitch on one of my files, I write down notes on every media file that is corrupt in my collection, so I know it wasn't corrupt before.
Then the same thing happened again with another file, so I looked into it and the file isn't corrupt after all...

What happens is:
about 1-2 seconds get skipped, then after 1-2 seconds, there is a 1-2 second audio gap (not the same duration for both files, the skip/gap was longer for the other file).
kinda like the audio got pushed forward and needed a gap to get in sync again.

I use the current stable version of MPC-HC which contains LAV 0.65.0.9.
I also use SVP and reclock (WASAPI Exclusive), but the issue persists with both of them turned off (tried MPC-HC Audio Renderer instead of reclock)
also use madVR, but that shouldn't be a factor.

when I use ffdshow audio decoder there is no issue, also no issue when I use VLC for playback...

Same result with "Auto A/V Sync correction" turned on and off.

I demuxed dts-hd ma with eac3to and played it back, same issue.
Then I extracted the DTS Core with eac3to and played it back, now I didn't get the issue.

So this is probably a DTS-HD MA decoding problem.

Last time I played the file I didn't notice any issues, LAV didn't have dcadec back then, so this probably dcadec related.

But I decoded the audio with eac3to using both arcsoft and dcadec, both were fine, so this shouldn't be a dcadec problem by itself, which is why I'm contacting you and not dcadec's developer... Maybe something weird in LAVs implementation of it?

I uploaded 7 sec long mkv samples of both videos containing the issue.
hope you can reproduce and fix it.

http://www9.zippyshare.com/v/eKSjG5d2/file.html
http://www9.zippyshare.com/v/pOia4YI0/file.html

they are about 20MB each.

nevcairiel

27th July 2015, 09:24

I have found a (so far) rare issue when decoding DTS-HD MA with LAV..

Should hopefully be fixed, thanks for providing samples.
DTS can be a bit annoying to handle sometimes. :(

James Freeman

27th July 2015, 16:35

Just to nail this once and for all,
Should I use DXVA2 (copy-back) or CUVID?

Nev, I see you removed the CUVID from your signature, I guess there is no pride bearing this logo anymore...

nevcairiel

27th July 2015, 17:24

I should restructure these options and make it clear that QS and CUVID are not recommended, since with them you depend on an outside decoding library.

ashlar42

28th July 2015, 17:43

Strange behaviour to report.

I'm using 0.65.0 with madVR 0.88.21 on Kodi DSPlayer (but I tested this with MPC-HC too) and I have a strange thing happening with mkv files containing DTS-ES audio.

If I use Kodi's DVDPlayer (the internal player, basically), the file gets decoded correctly and the receiver gets multichannel PCM audio. If I use LAV, although internally LAV Audio, under status, reports multichannel audio being decoded and outputted (and the same is reported by Reclock if in use), the receiver just gets two channels stereo PCM.

If I bitstream, the receiver gets the correct DST-ES 6.1 discrete audio.

Edit: if I select "Expand 6.1 to 7.1" the receiver correctly gets multichannel PCM. Maybe my receiver (Yamaha Aventage RX-3010) can't accept a 6.1 PCM signal...

Edit 2: yeah... http://www.avsforum.com/forum/26-home-theater-computers/1446494-my-htpc-won-t-output-6-1-pcm.html#/forumsite/3207/topics/1446494
I am in fact using a GTX 660.

aufkrawall

30th July 2015, 14:17

Would it be possible with WDDM 2.0 to select any of the GPUs in the system for decoding?

nevcairiel

30th July 2015, 14:30

Would it be possible with WDDM 2.0 to select any of the GPUs in the system for decoding?

This has nothing to do with WDDM, its just a Direct3D thing.
It would already be possible today with D3D11 for decoding, but D3D11 decoding API is complicated and annoying.

oddball

30th July 2015, 14:36

I am unable to playback content using MPC-HC in Win10 (especially with MadVR which gives a direct3d error). After trying external filters I am unsure if LAV is involved at all. I am just posting here as well as the other threads to make sure though since MPC-BE works perfect in Win10 with MadVR.

EDIT: OK I tried LAV's standalone filters in MPC-BE and they work perfectly so I can only assume it is a MPC-HC issue.

aufkrawall

30th July 2015, 14:58

It would already be possible today with D3D11 for decoding, but D3D11 decoding API is complicated and annoying.
omg, Microsoft...
Thanks, nev!

mindbomb

30th July 2015, 16:18

Hi, I have a request. With a lot of older video cards, 1080p 60 fps h264 can't be decoded well in hardware. I wish I could specifically blacklist hardware decoding for these videos in lav video.

edit:
or actually, just a 60 fps option would more or less get the job done and be less disruptive to the current ui

duedel

31st July 2015, 10:43

HEVC hardware decoding with cuvid doesn't seem to work any longer on Win 10, avcodec is shown active.
DXVA2 is working fine.
Systems tested:
-Win 10, 64bit, GTX 750 Ti, latest Nvidia driver
-Win 10, 64bit, GT 330m, latest Nvidia driver

nevcairiel

31st July 2015, 10:52

DXVA is the preferred mode, so using that is not a bad thing. %)

If it stopped working on one OS, its likely NVIDIAs fault, anyway.

duedel

31st July 2015, 12:47

DXVA is the preferred mode, so using that is not a bad thing. %)

I noticed that my own test encode with the latest x265 build (http://builds.x265.eu/) works with DXVA2.
However, the Astra UHD Demo Channel (http://www.astra.de/18049106/ultra-hd) in HEVC in MPC-HC works neither with CUVID nor DXVA2.
I'd gladly provide samples if need be.

nevcairiel

31st July 2015, 13:12

Astra UHD broadcasts in 10-bit, which only a GTX 960 would support.

duedel

31st July 2015, 13:36

I see, thanks!

AndreaMG

3rd August 2015, 15:50

Hello Nev,

now that cuvid is forever and ever gone in WIN10 *_*, for us poor Nvidia owners, is there a way to get HW adaptive deinterlacing? Cheers :)

nevcairiel

3rd August 2015, 15:54

Use your video renderer to do deinterlacing.

AndreaMG

3rd August 2015, 16:07

Thank you Nev, so if I flag deinterlacing option in MadVR I get HW deinterlacing even if I've set DXVA2 (copy-back) in lav as video decoder? :confused:

nussman

3rd August 2015, 16:12

Yes of course.
Works with Software, DXVA native, and DXVA copyback if your video renderer support it.

AndreaMG

3rd August 2015, 16:20

Ah ok thanks @Nussman never tried it since I used the LAV built-in option :)

Aleksoid1978

5th August 2015, 14:11

nevcairiel

5th August 2015, 14:32

I tried just now on EVR Custom, and playback seem to always behave the exact same way as in DXVA-CB or Software mode. It lags a second, shows a bit garbage, and then plays fine.
I don't have access to any AMD system right now.

Aleksoid1978

5th August 2015, 23:24

You test in DXVA Native ??

P.S. Here (https://yadi.sk/d/-6jOYaMyiJ6Eb) 2 records - use LAV Video and use Microsoft DTV-DVD Video Decoder. Using EVR Custom in MPC-HC.

NikosD

6th August 2015, 06:20

Hi nevcairiel
In this sample (https://yadi.sk/i/eFmQ-MWBiHWR3) video stream about 50 seconds changed size, from 720x576 to 1920x1080. In DXVA native mode is seek beyond this place it's ok, DXVA decoder recommit and new resolution is apply in renderer and playback is good. But if start playback and don't touch - after ~50 seconds on Nvidia sometimes playback is good, sometimes is broken. On ATI - black screen. It's on vanilla EVR, on EVR Custom - almost always black screen.

I tried just now on EVR Custom, and playback seem to always behave the exact same way as in DXVA-CB or Software mode. It lags a second, shows a bit garbage, and then plays fine.
I don't have access to any AMD system right now.

Interesting clip.

Using MPC-HC x64 v1.7.9.137 with built-in LAV filters 0.65.35 and Win 10 x64 - iGPU 4600 - drivers 4256, the situation is this:

DXVA native: Both EVR/EVR-CP go to black screen after ~52 sec and stay black till the end.

DXVA copy-back: Both EVR/EVR-CP produce artifacts at ~52 sec but play fine after a few seconds (not immediately)

LAV QuickSync: Both EVR/EVR-CP produce artifacts at ~52 sec and stay with artifacts till the end. No clear image after 52 sec.

LAV SW: Both EVR/EVR-CP produce artifacts at ~52 sec but play fine after a few seconds - faster recovery than LAV CB but not immediately.

I didn't seek during playback.

Aleksoid1978

6th August 2015, 06:32

NikosD
Test also with Microsoft DTV-DVD Video Decoder.

NikosD

6th August 2015, 06:41

Both MS decoders (MFT/DS) play "fine", meaning they recover fast, in both modes (DXVA native and SW).

Aleksoid1978

6th August 2015, 07:37

I think MS Decoders know how do right reconnect to the renderer(or something similar) in DXVA mode :)

nevcairiel

10th August 2015, 14:47

now that cuvid is forever and ever gone in WIN10 *_*

FWIW, CUVID works just perfectly for me on Windows 10 with the 353.62 driver.

NikosD

10th August 2015, 19:26

I got an official answer today from Intel regarding P010 issue with 10 bit clips (H.264/H.265) and LAV filters.

"Our investigation concluded it was not technically feasible to work around the issue within the Intel graphics driver. Working around bugs found in 3rd party applications or OS are not always feasible or possible within our graphics driver. This is one of those cases."

XinHong

10th August 2015, 19:36

nevcairiel

10th August 2015, 19:39

Latest Intel drivers on Windows 10 are known to have many problems with DXVA.

NikosD

10th August 2015, 20:32

Hi Nev,

With videos from TV capture (and only from TV capture: live TV or recordings) I have macroblocs during fast motions in DXVA-native with EVR, EVR-Custom and madVR.
Everything is fine with Microsoft DTV-DVD Video Decoder.

Plays perfectly here with Haswell iGPU 4600 - Win 10 x64 - Latest Windows Update drivers 10.18.15.4256.

I tried DXVA native with EVR and EVR-CP.

There are only some glitches at the very first few frames, but these are known occasional small issues with LAV Video decoder from the past.

MS DS/MFT is perfect once again, even at the very beginning of the clip.

I'll try with my Sandy HD 2000 on Windows 10 on Saturday.

If you haven't already done it, I would recommend a clean install of Win 10 - as always with any new OS.

Latest Intel drivers on Windows 10 are known to have many problems with DXVA.

MS DS decoder is using the exact same decoder device like LAV.

If MS plays fine, why LAV shouldn't ?

From the problems being mentioned in Intel forums regarding DXVA, I have none.

nevcairiel

10th August 2015, 20:37

MS DS decoder is using the exact same decoder device like LAV.

If MS plays fine, why LAV shouldn't ?

From the problems being mentioned in Intel forums regarding DXVA, I have none.

Bugs are not necessarily predictable (or logical).
From what I hear about the Intel DXVA bugs reported on their forums, it can play fine for a bit and then randomly and suddenly start turning into a pixelated mess.

If it worked on a previous OS, and then broke after the upgrade, its a good bet that its the driver for Windows 10, at least triggered by some conditions, considering he isn't the only one reporting such issues.

nevcairiel

10th August 2015, 22:04

So I tried to build a work-around for the EVR P010 issues ... and EVR is being dumb and not letting me.

The general idea was to simply switch to NV12 if LAV detects that P010 is having issues instead of failing entirely.
However, I encountered an old bug in EVR which I fought with a long time ago already. EVR simply cannot change its input type once connected to a video decoder - which means an on-the-fly change to NV12 is not possible, unfortunately.

One potential solution would be to create a worker thread, stop the DirectShow graph, disconnect and reconnect LAV and EVR, and hope for the best. Its a very disruptive and noisy process, but considering that the only alternative would be to get no image at all, its probably the best.
I'll experiment some more..

Edit:
The alternate solution (which I wanted to avoid) was to outright block P010 with EVR. I would've liked it better if I could detect that its broken and only act then.
But guess thats not going to work. If MS ever fixes this (which I don't expect), a more elaborate check my be warranted.

ocyl

11th August 2015, 08:43

nevcairiel

11th August 2015, 08:45

If you just use EVR anyway, disabling that option is a usable workaround for now. However, ideally it shouldn't be required in the future, on most setups anyway.

nevcairiel

11th August 2015, 11:17

So there is some good news! 10-bit HEVC with DXVA2-Native seems to work just fine with EVR on Windows 10, at least on my GTX 960, so yay! Software P010 still fails, but LAV managed to fallback to NV12 now.
I'll have to make sure it doesn't explode badly on other systems though, so some testing will be needed.

P.J

11th August 2015, 21:53

nevcairiel

11th August 2015, 21:54

Thats because you assumed that your version of LAV already supports it. :p

P.J

11th August 2015, 21:59

Thats because you assumed that your version of LAV already supports it. :p

Ah, I thought it's v0.65.0-43 :D

Can't wait.

NikosD

12th August 2015, 08:13

Latest LAV 0.65.43 has fixed the P010 bug with Intel drivers.

I did the tests on Win 10 x64 - Drivers v4256 using 10bit H.265/H.264 clips.

It falls back instantly to NV12.

nevcairiel

12th August 2015, 12:39

I pushed a new "nightly" build with DXVA2-Native 10-bit HEVC decoding enabled.
I was only able to test with GTX960 on Windows 10, but with a bit of luck it may even work on Windows 8/8.1 with Intel Broadwell/Skylake hybrid decoders (although NVIDIA seems to not allow it on Windows 8.1)

http://files.1f0.de/lavf/nightly/LAVFilters-0.65.0-45.exe

Note that it won't work with MPC-HC, as MPC-HC blocks P010 with EVR to work-around the bug in EVR. I've already contacted the MPC-HC developers to see if we can't fix that situation.
It also won't work with madVR yet, but hopefully madshi can accomodate us eventually.

Thunderbolt8

12th August 2015, 13:22

but if it worked with madvr, would it be recommendable then since its dxva native and not copy back?

NikosD

12th August 2015, 13:29

Note that it won't work with MPC-HC, as MPC-HC blocks P010 with EVR to work-around the bug in EVR. I've already contacted the MPC-HC developers to see if we can't fix that situation.

Now that you can handle P010 bug internally in LAV Video, would it be safe for MPC-HC to just remove their workaround for P010 completely ?

FreeFall

12th August 2015, 14:15

nevcairiel,

I have a couple more problem Blu-ray Disc samples from Sentai Filmworks. It's the same problem I reported a while ago, playback stalls during the credits and then resumes after a while, DTS-HD audio for the video and credits with no audio. It doesn't seem to be a regression, it's just these two recent releases that have triggered the problem again. The difference is the credits are a part of the main video file instead of being a stand alone video stream like their previous releases.

Using MPC-HC 1.7.9 (x86), both playback ok with VLC and MPC-BE.

tvideo1 playback stalls at ~ 0:58 recovers shortly after
https://www.dropbox.com/s/u6p6fhbll8cdobj/tvideo1.m2ts?dl=0

tvideo2 playback stalls at ~ 1:49 takes longer, over a minute to recover
https://www.dropbox.com/s/zxcfoutcx9mhf63/tvideo2.m2ts?dl=0

Thanks,

FreeFall

nevcairiel

12th August 2015, 14:20

Get another audio renderer which keeps advancing the reference clock even if no audio is present. Nothing LAV can really do about it, it only decodes.

There is a lot of factors to consider. The Audio Renderer providing the reference clock, the Video Renderer and its reliance on the refclock, but LAV just outputs the video and audio as it is in the file.
LAV seems to be behaving properly however. If the buffers would be bigger, it might be able to "cheat" the system by buffering until the end of the file and avoid the problem like this, but buffering is limited in LAV right now, so thats not happening. I could imagine MPC-BE managing to "handle" it like that, just bigger buffers.

Maybe I should finally make them configurable to confirm that strategy.

FreeFall

12th August 2015, 15:01

Yeah, your probably right, I just tried the MpegSplitter.ax from MPC-BE's x86 standalone filters package and it works without any trouble (LAV Video / LAV Audio / MPC MPEG Splitter). I'm just using MPC-HC's default settings except using the DirectSound S/PDIF output to an older amplifier.

nevcairiel

12th August 2015, 15:03

I'll add an option to increase the buffering in LAV Splitter in the next nightly build. Setting it somewhat high will probably allow it to skip over short segments without audio without too much trouble.

FreeFall

12th August 2015, 15:13

Thanks, I'll test the new build.

clsid

12th August 2015, 15:24

VMR7 also fails with P010, so its probably a good idea to use the new workaround for that too.

nevcairiel

12th August 2015, 15:25

VMR7 is DirectX7, its like 20 years old, it should be removed as an option.

P.J

12th August 2015, 17:12

Note that it won't work with MPC-HC, as MPC-HC blocks P010 with EVR to work-around the bug in EVR. I've already contacted the MPC-HC developers to see if we can't fix that situation.

Then what player should we use for that? :confused:

nevcairiel

12th August 2015, 17:16

Any other? :p

NikosD

12th August 2015, 20:46

Then what player should we use for that? :confused:
Try DXVA Checker.

It's not a real player of course but you could try it to see if it actually works.

P.J

12th August 2015, 23:18

Try DXVA Checker.

It's not a real player of course but you could try it to see if it actually works.

Yup, it works :)

NikosD

12th August 2015, 23:39

Is there any difference in performance compared to DXVA copy-back with Nvidia 960 or in CPU usage ?

P.J

13th August 2015, 09:31

Is there any difference in performance compared to DXVA copy-back with Nvidia 960 or in CPU usage ?

Sure, less CPU/RAM :)

ryrynz

13th August 2015, 11:19

It is not a problem that I have personally, but an option would be useful considering that apparently there are people who do have issues. The tooltip could of course warn about the increased delay.

I agree with that. I've heard about issues with insufficient buffering a lot. Especially with live streams where data flow can be unstable.

Regarding the new maximum queue option that's been recently added, would it be worth specifying different queue sizes for local and web hosted content?

nevcairiel

13th August 2015, 11:22

For local content it doesn't really care that much how big the queues are, it works fine with pretty low queues most of the time, which has the lowest memory footprint and peak IO use, and having higher queues will only result in some peak IO activity during opening .. which would only be a problem on old systems where IO can really block the operation of other things.

So if you want higher queues for some content, like from the web, then just increase it overall.

Even a infinitely sized queue (with the memory limit increased appropriately) doesn't seem to cause any issues on a fast system with low-latency IO, so my 1gb media file is buffered into RAM after a couple seconds and thats that.
Of course anything can happen on slower systems with slow IO, or high-latency network connections, so just toy with the value if you experience buffering problems.

ryrynz

13th August 2015, 11:31

Thanks, I've been wondering if it would be beneficial to allow the media player to change this dynamically, any thoughts on that?

nevcairiel

13th August 2015, 12:11

Its a normal option, the media player could change it if it wanted to. Not sure I see the benefit in dynamic changes though.

FreeFall

15th August 2015, 10:25

Just finished testing the new build, using the values below fixed the problem with those two disc's allowing them to playback smoothly from start to finish.

Maximum Queue Memory: 1792
Maximum Queue Packets: 2450

Seven times the default values, lucky seven.

Cheers.

nevcairiel

15th August 2015, 10:59

On a quick glance, MPC-BE uses a default queue size of over 3000, so that would explain why theirs works out of the box.

FreeFall

15th August 2015, 12:43

Aleksoid1978

15th August 2015, 12:46

On a quick glance, MPC-BE uses a default queue size of over 3000, so that would explain why theirs works out of the box.

Now in MPC-BE we change working with queue - remove memory/packet's count limit. Now we use duration for queue limit. And - it's better, greatly reduce memory use ...

clsid

15th August 2015, 14:16

In that case I might just bump the Queue's up another notch and make it an even 8 times the defaults to allow for a little extra headroom (Memory: 2048 / Packets: 2800). I'm not sure if the Memory Queue needs to be that high, that value just caps memory usage doesn't it?
The default 256 MB is more than enough already for a packet queue of 2800.

50 packets is 1 second of audio and ~2 seconds of video.

FreeFall

15th August 2015, 14:40

Ok, thanks clsid.

NikosD

15th August 2015, 17:20

Hi Nev,

With videos from TV capture (and only from TV capture: live TV or recordings) I have macroblocs during fast motions in DXVA-native with EVR, EVR-Custom and madVR.
Everything is fine with Microsoft DTV-DVD Video Decoder.

I didn't had this problem with Windows 7 but I was with 15.28.23 drivers, now with Windows 10 it's 15.28.24.
This is a sample (1 min, 47 MB): http://www.mediafire.com/watch/v4o6ig9qhccvjko/M6HD-Capital.2015-08-09.20-58-012.mkv

My system:
Intel HD3000 (Sandy Bridge), drivers 15.28.24 (video driver 9.17.10.4229)
Windows 10 x64

Thanks

Latest Intel drivers on Windows 10 are known to have many problems with DXVA.

Plays perfectly here with Haswell iGPU 4600 - Win 10 x64 - Latest Windows Update drivers 10.18.15.4256.

I tried DXVA native with EVR and EVR-CP.

There are only some glitches at the very first few frames, but these are known occasional small issues with LAV Video decoder from the past.

MS DS/MFT is perfect once again, even at the very beginning of the clip.

I'll try with my Sandy HD 2000 on Windows 10 on Saturday.

If you haven't already done it, I would recommend a clean install of Win 10 - as always with any new OS.

MS DS decoder is using the exact same decoder device like LAV.

If MS plays fine, why LAV shouldn't ?

From the problems being mentioned in Intel forums regarding DXVA, I have none.

With Sandy's iGPU HD 2000 under Win 10 and latest drivers there are macroblocks not only using DXVA native but LAV DXVA copy-back too.

Both MS DS/MFT decoders are fine.

And because QuickSync decoder plays that file perfectly like MS, I think LAV's DXVA decoders probably need a little fine-tuning for Sandy.

@XinHong
Select QuickSync decoder from within LAV Video properties and you will be fine.

nevcairiel

15th August 2015, 17:52

If it worked on 7 or 8.1 and only broke after upgrading to 10, then I'm still going to wait for Intel to fix their other driver problems before caring, though. Broken on one OS only is usually a clear sign to some driver influence.

baii

15th August 2015, 21:32

Recently update mpc-hc nighties and notice there is a hardware quick sync/cuvid de-interlace option (maybe I was blind and didn't notice it), does this option have any difference compare to hardware de-interlace called from madvr? And is there any reason Amd is not available yet?

Sent from my 306SH

XinHong

16th August 2015, 15:18

@XinHong
Select QuickSync decoder from within LAV Video properties and you will be fine.

Thanks but I have switched DVBViewer to MS decoder, I want to keep DXVA because deinterlace and scaling seems to be better.

NikosD

16th August 2015, 15:21

Deinterlace and scaling should be exactly the same, because QuickSync decoder uses exactly the same algorithms and HW as it is essentially DXVA covered by Intel's MediaSDK.

James Freeman

18th August 2015, 19:14

nevcairiel

18th August 2015, 19:16

The hybrid decoding on those GPUs may cause issues, possibly due to memory bandwidth, nothing I can do.

Reliability of HW decoding is always at the mercy of a lot of external factors.

James Freeman

19th August 2015, 06:23

Hybrid?
It's not using the GPU at all, VPU is at 0% and still it says "Active Decoder: dxva2cb direct", resulting in a lot of glitches.

nevcairiel

19th August 2015, 06:45

Hybrid?
It's not using the GPU at all, VPU is at 0% and still it says "Active Decoder: dxva2cb direct", resulting in a lot of glitches.

VPU doesn't really show any activity for hybrid decoding.

In any case, if dxva2 is active, then some GPU must be offering to decode it. I can't help that this offer doesn't work properly. There is a checkbox to turn off HEVC DXVA2 for such cases.

James Freeman

19th August 2015, 06:52

Okay, thank you.
Maybe next gen GPUs will have full support?

LigH

19th August 2015, 08:01

GPU activity is only reported for the shader units, but not for the separate decoder chip. Please start to understand that there are many different chips (or at least chip areas) on a graphic card...

nevcairiel

19th August 2015, 08:13

Maybe next gen GPUs will have full support?

The GTX960 already does, as will the GTX950 which will release shortly, but those two are the only GPUs with full HEVC support (both 8 and 10-bit). Intel and AMD only have 8-bit decoders so far (and Hybrid for 10-bit).

NikosD

19th August 2015, 09:30

When playing an HEVC file using DXVA2 copy-back (Active Decoder: dxva2cb direct) and ticking HEVC (enabled) with a non capable gpu like GTX660, I have a lot of presentation glitches (D3D9) or the backbuffer (overlay mode) empties every 2 seconds.
But when I disable HEVC (unticked) everything is back to normal.

What HEVC clip, 8bit or 10bit ?

Does your driver install both HEVC_VLD_Main and HEVC_VLD_Main10 ?
You can use DXVA Checker to find out.

Why don't you use DXVA native and report back your results by monitoring GPU usage ?

Also check your CPU usage during SW decoding and DXVA (native or copy-back decoding).
Is it any different between all these modes ?

GPU activity is only reported for the shader units, but not for the separate decoder chip. Please start to understand that there are many different chips (or at least chip areas) on a graphic card...

He is reporting the right monitoring parameter - which is GPU usage in his case - since he doesn't have a pure HW HEVC decoder in his GPU in order to use it and he can only decode HEVC in hybrid mode using shaders.

You weren't so careful reading his post.

foxyshadis

19th August 2015, 10:22

Hybrid?
It's not using the GPU at all, VPU is at 0% and still it says "Active Decoder: dxva2cb direct", resulting in a lot of glitches.

Which GPU? Since you have two, the other one is probably doing the decoding. Make sure to check both.

NikosD

19th August 2015, 10:25

Which GPU? Since you have two, the other one is probably doing the decoding. Make sure to check both.
Ivybridge iGPU doesn't support HEVC, not even in hybrid mode.

James Freeman

19th August 2015, 10:36

What HEVC clip, 8bit or 10bit ?
8bit.
Does your driver install both HEVC_VLD_Main and HEVC_VLD_Main10 ?
HEVC_VLD_Main only.

Why don't you use DXVA native and report back your results by monitoring GPU usage ?
Native glitches less frequently, but still does.

Also check your CPU usage during SW decoding and DXVA (native or copy-back decoding).
Is it any different between all these modes ?
All three modes use the same amount of CPU for decoding.

P.S
The intel on chip gpu is permanently disable in the bios.
I talk strictly about the GTX600, In P8 State! which is downclocked to around 320 Mhz for both GPU and MCU.

In full power P2/P0 (full power) copy-back it is glitch free.
In P8 state, a glitch free presentation is only in SW (none) mode, or when HEVC is disabled.
So it does seem like the GPU is trying to do something and fails because of the low clock speeds thus resulting in presentation glitches.
All this with rendering times in the 20ms range (P8).

NikosD

19th August 2015, 10:41

All three modes use the same amount of CPU for decoding.

P.S
The intel on chip gpu is permanently disable in the bios.
I talk strictly about the GTX600, In P8 State! which is downclocked to around 320 Mhz for both GPU and MCU.

Don't know much of Nvidia HW but it seems that you are not using hybrid mode since GPU usage is zero and it looks like more SW decoding since the CPU usage is the same for all modes.

You probably "cheat" LAV Video thinking that your GPU can hybrid decode HEVC and you (?) have managed to put your card in a state being incapable of hybrid decoding.

Can you put Nvidia in "normal" state or it goes in that state automatically ?

huhn

19th August 2015, 10:44

can you try it at stock clocks.

the hybrid decoder usually use a ton of GPU power...

nevcairiel

19th August 2015, 10:47

Don't know much of Nvidia HW but it seems that you are not using hybrid mode since GPU usage is zero and it looks like more SW decoding since the CPU usage is the same for all modes.

He said VPU usage is 0%, which is normal for hybrid. He never mentioned his GPU usage - which wouldn't be zero if he uses madVR anyway.

NikosD

19th August 2015, 10:50

He said VPU usage is 0%, which is normal for hybrid. He never mentioned his GPU usage - which wouldn't be zero if he uses madVR anyway.
Another non careful reader.

He wrote and you replied that it's not using GPU at all - which means GPU usage 0%

Hybrid?
It's not using the GPU at all, VPU is at 0% and still it says "Active Decoder: dxva2cb direct", resulting in a lot of glitches.

nevcairiel

19th August 2015, 10:51

Thats your interpretation. Mine is that he only refers to the VPU. He uses madVR, there is no way GPU usage is absolutely 0%.

James Freeman

19th August 2015, 10:53

Nev is right, I meant "not using the GPU at all FOR DECODING thus VPU is at 0%", but the main GPU usage is definitely heavily loaded in p8.
I edited the post with P0/P2 (full power) info.

nevcairiel

19th August 2015, 10:55

Are you forcing it to stay in P8? It should automatically switch modes as it sees the need for performance.

NikosD

19th August 2015, 10:59

Nev is right, I meant "not using the GPU at all FOR DECODING thus VPU is at 0%", but the main GPU usage is definitely heavily loaded in p8.
I edited the post with P0/P2 (full power) info.
I asked you in my previous post :

" Why don't you use DXVA native and report back your results by monitoring GPU usage ?"

You didn't reply about GPU usage and thought it was 0% like the first mention of not using GPU at all.

Well, can you report the GPU usage using GPU - Z for the two modes :

P0/P2 and P8 ?

James Freeman

19th August 2015, 11:04

Are you forcing it to stay in P8?
Yes! Have done for years.
When all works properly 320Mhz is more than enough with moderate (no NNEDI3 stuff) madVR settings.

Besides, the P state is always switching when I'm browsing the internet, so I lock it to P8.
In other words, Adaptive mode in with Nvidia is not acceptable for my needs and I don't play games at all.

My i7 is locked in 1600Mhz (0% = maximum & minimum power in windows Power Management), and the GPU is always in P8.
The setup draws less than 50W even at load.... waste not.

nevcairiel

19th August 2015, 11:06

That would explain it then, Hybrid decoding can need quite a chunk of performance from both the CPU and GPU, so its probably pushing something over the edge.

James Freeman

19th August 2015, 11:13

Well, can you report the GPU usage using GPU - Z for the two modes :
P0/P2 and P8 ?

GPU usage (not MCU, not VPU), HEVC On.

DXVA2 copy-back,
P8 (320 Mhz): 70%
P2 (1020 Mhz) : 12%

DXVA2 native,
P8 (320 Mhz): 70%
P2 (1020 Mhz) : 12%

Software,
P8 (320 Mhz): 46%
P2 (1020 Mhz) : 8%

Apparently you are right NikosD, there is more GPU load in DXVA2 than in software, probably because the Hybrid topology.

Okay thanks everybody, I'm sticking with HEVC Off.
I don't see a reason to load the GPU when the CPU is doing absolutely nothing.

For x264, VPU is doing its job very well.
I would love to load the VPU with x265 with my next video card...

NikosD

19th August 2015, 11:45

GPU usage (not MCU, not VPU), HEVC On.

DXVA2 copy-back,
P8 (320 Mhz): 70%
P2 (1020 Mhz) : 12%

DXVA2 native,
P8 (320 Mhz): 70%
P2 (1020 Mhz) : 12%

I can't interpret - as I would like to - your results.

A GPU usage of 12% in DXVA Hybrid decoding and P2 state looks like something is not working good.

It seems that it's actually the CPU that does the decoding and GPU is helping a little or maybe your HEVC file is not so demanding in terms of resolution, bitrate, FPS or the GPU driver is not optimized for hybrid decoding.

Can you try a 4K HEVC file with high frame rate or the same HEVC file that you see 12% GPU usage in "Decode Benchmark" mode using DXVA Checker ?

In the last case you should see 100% GPU usage for any clip.

Fadeout

19th August 2015, 12:16

Not sure if it's a problem of LAV, but recording videos at 1080i with Avermedia box creates files at 50 fps. If then I load these in MPC-HC with LAV configured to use Nvidia CUVID I end up with playback going at twice the speed.

If I remove CUVID and do the decoding normally, everything plays normal.

I tried various things but I couldn't make CUVID play these files properly...

NikosD

19th August 2015, 12:21

@Ligh

He is reporting the right monitoring parameter - which is GPU usage in his case - since he doesn't have a pure HW HEVC decoder in his GPU in order to use it and he can only decode HEVC in hybrid mode using shaders.

You weren't so careful reading his post.

I was wrong and you were right (like nevcairiel)

LigH

19th August 2015, 13:00

... since he doesn't have a pure HW HEVC decoder in his GPU in order to use it and he can only decode HEVC in hybrid mode using shaders.

Maybe I just got confused between "hybrid decoding" and "Hybrid by Selur"; or I wasn't aware that shader units are indeed active in this hybrid decoding mode. :o

But if you found an explanation, fine. Such hardware is far beyond my budget, anyway.

Budtz

19th August 2015, 21:34

I’m wondering if Lav filters could have any effect on Reclock. I seem to have some problems with reclocks frame rate detection and the "assumed frame rate when not found" function. If I set "assumed frame rate when not found" to 23,976 it works fine for all material with this framerate. But if I then play material where the source filters says its 25p - the only way I can get Reclock to detect this probably is by setting "assumed frame rate when not found" to 25p. I figured out that it works for all kinds of material if I set "assumed frame rate when not found" to unknown. Then media detection info is on automatic and it auto detects correctly. Basically media detection info is set to the same as "assumed frame rate when not found" setting.

I then updated Lav filters and it suddenly worked. I could set "assumed frame rate when not found" to 23,976 and it would work for both 24p and 25p content. Now I reformatted to install Windows 10 and I’m back to square one.

Does any1 know anything about this?

Bandito

20th August 2015, 23:20

If we're using MPC-HC 64bit we should install the LAV 64bit also right? Can we install 32bit and 64bit together?

Also what LAV hardware acceleration should I use for Nvidia card? If I don't use Cuvid should I enable software deinterlacing for DXVA??

vivan

20th August 2015, 23:41

MPC-HC comes with LAV Filters - so you shouldn't.
But if you really want to, for some reason (and don't want to just replace files) - then yes. Also don't forget to select installed filters in External Filters.

romulous

21st August 2015, 11:41

Hi nev,

I have a sample file - download below - that has two subtitle streams (Dutch, and English). When LAV is the splitter, only one is exposed to the player (the Dutch). When using Haali's or MPC-BE's internal splitter, both streams are exposed. Here are a few simplified GraphStudio screenshots demonstrating.

One Haali graph, one LAV graph:
http://i.imgur.com/FDmftOF.jpg

Stream Selection for Haali Graph:
http://i.imgur.com/fs4ZDGB.jpg

Stream Selection for LAV Graph:
http://i.imgur.com/6H9LmQH.jpg

10MB Sample:
https://dl.dropboxusercontent.com/u/105555957/Subs.mkv

Would it be possible for LAV to expose both subtitle pins to the player in this case?

Thanks,

romulous

nevcairiel

21st August 2015, 11:43

Would it be possible for LAV to expose both subtitle pins to the player in this case?

The second track has the "Enabled" flag set to "no", and LAV obeys such flags, which causes the track to be hidden.
If you want a track to be available, I recommend you set Enabled to yes in the file.... :)

romulous

21st August 2015, 11:56

Interesting - is there a particular tool you use to see that flag? MediaInfo does not show it at all.

romulous

nevcairiel

21st August 2015, 11:58

mkvmerge-gui -> header editor

Someone sure must've gone out of their way to set it. ;)

romulous

21st August 2015, 12:04

Ok, thanks - that tool may come in handy for the future, I didn't know that flag was a thing (just assumed the only two subtitle flags were the two shown by MediaInfo, ie Default and Forced).

romulous

videonerd

22nd August 2015, 18:00

Hi nevcairiel, I am using mpchc64/internal lav filters/madvr and with software decoding and notice for high bitrate files e.g. youtube 4k60p, the decoder queues are not filling up even though the CPU load in total and at individual core level (as measured by task manager / hwinfo64) indicate that it is only at circa 70%.

May I seek your insight on whether this is lav filters intentionally not maxing out the available cpu cycles or are there other factors in the chain that is preventing the cpu from maxing out?

Thank you!

jebediah

22nd August 2015, 23:48

Just want to know why i don't get any sound from Cloverfield.2008.PROPER.720p.BluRay.x264-SiNNERS when i'm using LAV, but with ffdshow it works perfect. Any ideas?

vivan

23rd August 2015, 00:28

LigH

23rd August 2015, 01:28

Just want to know why i don't get any sound from Cloverfield.2008.PROPER.720p.BluRay.x264-SiNNERS when i'm using LAV, but with ffdshow it works perfect. Any ideas?

Because #6 (http://forum.doom9.org/forum-rules.htm).

videonerd

23rd August 2015, 10:11

Try using more threads and increasing CPU queue in madVR.

The threads have already been maxed out and increasing CPU queues will not help as it is not even filling up - that is the problem.

P.J

24th August 2015, 11:29

LAV can't use more than 2 threads for decoding H.264 10bit 4:2:2, why? :confused:

nevcairiel

24th August 2015, 11:43

Some clips just don't scale well with multithreading.

ryrynz

24th August 2015, 12:59

Some clips just don't scale well with multithreading.

Does the code change enough to warrant it being looked into again in the future?

foxyshadis

25th August 2015, 02:51

Does the code change enough to warrant it being looked into again in the future?

Not unless memory bandwidth improves significantly.

P.J

26th August 2015, 17:08

Anyway to choose the Processor Device in LAV? :confused:

Not unless memory bandwidth improves significantly.

Isn't Dual DDR3 1600 enough?

ryrynz

27th August 2015, 00:36

Isn't Dual DDR3 1600 enough?

DDR is quite slow, there's considerable room for improvement. A large L4 could help a little, but I guess we're waiting for HMC which would deliver over 16x the performance of DDR4-3200.

red5goahead

27th August 2015, 11:27

Is it will possibile to have a parametric equalizer embedded directly into Lav audio to a precise calibration of the room, for example using Rew as free tool sources ?

nevcairiel

27th August 2015, 12:25

Is it will possibile to have a parametric equalizer embedded directly into Lav audio to a precise calibration of the room, for example using Rew as free tool sources ?

No, that is not something LAV will ever do.

DragonQ

28th August 2015, 15:33

I'm finding myself getting more and more annoyed at not being able to hear speech in films since I moved to a stereo setup (no room for my rear speakers). My AVR is set to stereo and so is Windows on my HTPC. I use LAV Audio so I thought I'd set it to downmix for me and boost the centre channel to 1.0, but it doesn't seem to do anything to help. Am I missing something or is there a better way to do this? Unfortunately my AVR doesn't let me change the way it downmixes.

nussman

28th August 2015, 16:12

You can try to boost centre channel in LAV and output multichannel PCM and let your AVR do the downmix.
Works only for multichannel sources and PCM output of course.

clsid

28th August 2015, 16:20

trandoanhung1991

28th August 2015, 16:38

LAV Video decoding always show avcodec as the active codec regardless of which I choose: DXVA CB/Native/NVIDIA CUVID. I'm using a GTX 970 on Windows 10. Any ideas?

sneaker_ger

28th August 2015, 16:41

Not everything is compatible with DXVA/CUVID decoding. Post MediaInfo and/or sample of the file you are testing if you want more info.

trandoanhung1991

28th August 2015, 17:08

Not everything is compatible with DXVA/CUVID decoding. Post MediaInfo and/or sample of the file you are testing if you want more info.

On closer inspection it's a H264 Hi10 file. I thought LAV worked with 10 bit files?

NikosD

28th August 2015, 17:13

Yes, it works only using SW decoding because there is no GPU capable for HW H.264 10bit decoding.

DragonQ

28th August 2015, 18:02

You must disable bitstreaming. You should then be able to hear the contents of the center channel. If not, double check that everything is really set to stereo.

If the volume is just too low, then enable volume normalization in MPC-HC, or enable Loudness Equalization in Windows.
Ah, that's a good point. I think I have bitstreaming enabled for Dolby TrueHD to workaround a bug where the video gets very choppy. That may be the issue, which annoyingly means there's not really a way around it.

It's not the volume, it's just the volume of the centre channel relative to everything else.

NikosD

1st September 2015, 13:16

Not unless memory bandwidth improves significantly.

Isn't Dual DDR3 1600 enough?

DDR is quite slow, there's considerable room for improvement. A large L4 could help a little, but I guess we're waiting for HMC which would deliver over 16x the performance of DDR4-3200.

Optimized multi-threaded apps with vectored code (by intelligent compiler or assembly) are starved for memory bandwidth of System RAM.

The internal cache speed and the execution units of Haswell for example are monstrous, but the system RAM is a poor slow DDR3-1600.

A little survey regarding System RAM and cache speed of the last 7 years.

Core2Duo@2.83GHz (2008)

RAM: 7 GB/s
L2: 39 GB/s
L1: 90 GB/s

Sandybridge-Core i5@3.3GHz (2011)

RAM: 20 GB/s
L3: 138 GB/s
L2: 208 GB/s
L1: 400 GB/s

Haswell-Core i7@4.0GHz (2013)

RAM: 23 GB/s
L3: 195 GB/s
L2: 365 GB/s
L1: 950 GB/s (!)

The speedup of L1 cache is according to the speed of execution units that System RAM clearly can't follow.

balkerman

1st September 2015, 23:09

Ah, that's a good point. I think I have bitstreaming enabled for Dolby TrueHD to workaround a bug where the video gets very choppy. That may be the issue, which annoyingly means there's not really a way around it.

It's not the volume, it's just the volume of the centre channel relative to everything else.

I would send everything untouched to the avr and let that do the stereo downmix. That's what is was made for...

huhn

2nd September 2015, 09:48

I would send everything untouched to the avr and let that do the stereo downmix. That's what is was made for...

that his issue the AVR isn't down mixing correctly if bitstreaming was used.

The_Nephilim

2nd September 2015, 13:37

Hi All,

I have Stereoscopic player and downloaded the LAv Filter .065.. now I am trying to get the DTS HD Working on my setup but the movie does not play when in LAV Audio config set to DTS HD..

I ripped it so I can play in Stereoscopic player and got the DTS HD TRacks too. I ripped them to a HDD..

Now I had this working before but do not remember what I did to get it working..

here is my system I run it on:

Acer X1261P Projector NVidia certified 3D
Intel i5 3570K
eVGA 980GTX
8gb Corsair ram
Samsung Evo 840SSD
Built in Realtek soundcard 7.1
Buttkicker Simulation..

I just reinstalled windows and reinstalled Stereoscopic player and dl LAv Filters v65 and I need some help..

If you need more info Please lte me know what you need??

Neroldy

4th September 2015, 12:05

Hi nevcairiel,
I have a ts file played with mpc-hc using lav will display some block in the first few seconds. Like the picture in the attachments.
I used MPC-HC 1.7.9.145 x64 with LAV 0.65.0.49-git with DXVA2(naive/copy-back will be the same result) opened.
When I switch to the SW and everying is fine.
I also used the x86 MPC-HC and LAV, same result.
So I think it may be something wrong in the HW part.
My card is AMD Radeon HD 8650G + HD 8790M Dual Graphics
The driver is 15.20.1062.

Here is a 10 seconds sample
http://www.mediafire.com/download/f15ff925tlql7lm/sample.ts

thanks~

IanD

5th September 2015, 03:30

Any likelihood that LAV video decoder might include frame interpolation for H.264 (or legacy mpeg using motion vectors) in future?

jkauff

6th September 2015, 00:24

Any likelihood that LAV video decoder might include frame interpolation for H.264 (or legacy mpeg using motion vectors) in future?
I'd say None, since that's something a renderer would do, not a decoder. SVP, which does what you're asking for, just had a very successful fundraiser. Watch for a totally re-written v.4 later this year or early next year.

IanD

6th September 2015, 07:18

I'd say None, since that's something a renderer would do, not a decoder. SVP, which does what you're asking for, just had a very successful fundraiser. Watch for a totally re-written v.4 later this year or early next year.

Actually, it would be a decoder feature since frames are computed from motion vectors in any case: it's just a matter of extending that decoding to create additional frames using a proportion of the motion vectors.

I believe all of the frame interpolation techniques at the moment rely on recreating motion vectors from the raw image data, once it has been decoded, which is much less efficient: it's basically decoding the data, re-encoding the data and then decoding again as I suggested.

Decoders are code optimised to be very fast, whereas most of the techniques use a higher level programming which is not very efficient. Unfortunately there wouldn't be many people capable of creating a new decoder.

vivan

6th September 2015, 07:54

I believe all of the frame interpolation techniques at the moment rely on recreating motion vectors from the raw image data, once it has been decoded, which is much less efficient: it's basically decoding the data, re-encoding the data and then decoding again as I suggested.SVP developers don't believe that MVs from decoder could help http://www.svp-team.com/forum/viewtopic.php?pid=49917#p49917

foxyshadis

6th September 2015, 10:24

madshi

6th September 2015, 10:26

mahmoud_a1

6th September 2015, 11:58

I have problem UHD TV (Ultra HD) cpu 100%

4670k core i5 and cant see video

and pc hang :(

any solve for this problem

huhn

6th September 2015, 12:12

some informations wouldn't be bad first. what are you trying to play which what player.

nussman

6th September 2015, 12:14

CPU 100% means your PC is too slow for UHD.

mahmoud_a1

6th September 2015, 14:17

some informations wouldn't be bad first. what are you trying to play which what player.

dvbviewer and lav filter

nussman

6th September 2015, 14:39

32bit HEVC Decoding is very slow and 4k HEVC in 10bit is very demanding.

James Freeman

7th September 2015, 16:04

...
and pc hang :(

DON'T OVERCLOCK

Now try to disable some enhancements in the renderer.

mahmoud_a1

8th September 2015, 01:38

DON'T OVERCLOCK

Now try to disable some enhancements in the renderer.

why use cpu not use gpu ?

maybe filter reason of problem ?

foxyshadis

8th September 2015, 07:48

why use cpu not use gpu ?

maybe filter reason of problem ?

Have you checked with GPU-Z that it doesn't? Intel has a hybrid decoder now, and the results are good, but it can only do so much (https://forum.doom9.org/showthread.php?p=1718243#post1718243). And if it's 10-bit UHD, GPU can't handle it at all. Alternately, perhaps your drivers are way out of date.

Otherwise, you're just pushing your system beyond what it can handle.

nussman

8th September 2015, 08:17

It is 10bit and CPU is too slow. So it wont play smooth anyway.
All you can try is a 64Bit Player with 64bit LAV.
In DVBViewer the renderer skips late frames (can be changed in settings) and that's why it seems to hang?

huhn

8th September 2015, 09:32

Have you checked with GPU-Z that it doesn't? Intel has a hybrid decoder now, and the results are good, but it can only do so much (https://forum.doom9.org/showthread.php?p=1718243#post1718243). And if it's 10-bit UHD, GPU can't handle it at all. Alternately, perhaps your drivers are way out of date.

Otherwise, you're just pushing your system beyond what it can handle.

the hybrid decoder are usually slower than pure x64 lav software decoder. at least it looks like this for higher mbit files.

and he is watching broadcast so it should be 10 bit HEVC with 20 to 60 MBIT. so you kind of need an gtx 950/960 to play it.

mahmoud_a1

8th September 2015, 17:52

I found solve

must use hardware decoder to use ( NVidia CUVID )

VIDEO SETTINGS Lav filter

now cpu 45-60 %

VictorLS

12th September 2015, 05:23

I found solve
congradulations, but you did not say what videocard do you have. I suppose that nVIDIA GTX 950 or 960.
it works only using SW decoding because there is no GPU capable for HW H.264 10bit decoding.
Are you shure that nVIDIA GTX 950 or 960 GPUs capable for HW H.265 10bit 4:2:0 decoding?
P.J says yes, but I want that someone say yes too (especially you, huhn, nevcairiel, Aleksoid1978...), because foxyshadis writed some posts upper: "if it's 10-bit UHD, GPU can't handle it at all".
In DVBViewer the renderer skips late frames (can be changed in settings)
where this settings exatly and what renderer? What Windows (XP,7-10)?

NikosD

12th September 2015, 05:48

Are you shure that nVIDIA GTX 950 or 960 GPUs capable for HW H.265 10bit 4:2:0 decoding?
P.J says yes, but I want that someone say yes too (especially you, huhn, nevcairiel, Aleksoid1978...), because foxyshadis writed some posts upper: "if it's 10-bit UHD, GPU can't handle it at all".

You changed the last number from H.264 to H.265.

There is no GPU to actually decode in pure fixed-function HW 10bit H.264 clips, but Nvidia 950 & 960 can really decode in HW 10bit H.265 clips.

Nowadays there are only those two pure 10bit HW decoders, but next - gen Intel iGPUs and AMD GPUs which can already decode 8bit H.265 in HW, they will add 10bit too.

foxyshadis

12th September 2015, 07:46

because foxyshadis writed some posts upper: "if it's 10-bit UHD, GPU can't handle it at all".

That was when I thought he only had Intel. If he'd given his full hardware and a MediaInfo from the start we could have fixed his problem in one post.

VictorLS

12th September 2015, 08:07

You changed the last number from H.264 to H.265.
I made it specially because you are quite right about h264 but I wanted to know about h265 from you, because I respect your posts )
There is no GPU to actually decode in pure fixed-function HW 10bit H.264 clips, but Nvidia 950 & 960 can really decode in HW 10bit H.265 clips. Nowadays there are only those two pure 10bit HW decoders
Thank you very much for full answer.
but next - gen Intel iGPUs and AMD GPUs which can already decode 8bit H.265 in HW, they will add 10bit too.
but I am sure that both Intel iGPUs and AMD GPUs will not support both XP and 47,952-50Hz in drivers. So I will wait for cheap nVIDIA GTX9x0. I hope it will in stock in early 2016 ...
That was when I thought he only had Intel. If he'd given his full hardware
I agree, but you scared me )
Because most of UHD from SATs are 10bit (and this is problem for Elecard HEVC Video Decoder which shows recorded UHD h265 10bit 4:2:0 well in i.e. MPC-HC (but UHD in KMP 3.9.1.135 hangs up, SD and HD h265 works perfect) with i.e. LAVsplitter, but in SAT programs (DVBViewer, ProgDVB x86 and x64 and DVBDream) it shows color abracadabra (((

VictorLS

12th September 2015, 21:22

UHD in KMP 3.9.1.135 hangs up, SD and HD h265 works perfect
I tried KMP 4.0.0.0 by Russian 7sh3 in Win7x64 with Elecard HEVC Video Decoder and all KMP Transform filters off. UHD h265 not hang up. Then I tried same player in WinXP with same settings and UHD h265 hangs up. But when I set KMP Video Transform Filter "Always Use (Strongly Recommended)" UHD h265 not hang up too.

mahmoud_a1

14th September 2015, 02:10

[QUOTE=VictorLS;1738272]congradulations, but you did not say what videocard do you have. I suppose that nVIDIA GTX 950 or 960.
QUOTE]

GTX 760

VictorLS

14th September 2015, 06:09

GTX 760
very unexpectedly and surprisingly. And what Windows?

mahmoud_a1

14th September 2015, 12:28

very unexpectedly and surprisingly. And what Windows?

windows 8.1 x64

dude2012

14th September 2015, 21:13

Hello, I have an Nvidia GTX770, Windows 10, and for a while have set Lav Video to use CUVID, but in light recent posts I have switched to DXVA2 (native). One thing I was wondering, though, is "Mpeg-4" becomes greyed out when I chose DXVA2 - can someone explain why that is/what it means?

Thanks.

NikosD

14th September 2015, 21:18

Because nobody has ever built a DXVA decoder for MPEG4 ASP for Nvidia.

LAV filters support that using CUVID only.

P.J

14th September 2015, 21:50

Because nobody has ever built a DXVA decoder for MPEG4 ASP for Nvidia.

LAV filters support that using CUVID only.

Eh, then these are useless?

MPEG4pt2_VLD_Simple: DXVA2/D3D11, SD / HD / FHD
MPEG4pt2_VLD_AdvSimple_NoGMC: DXVA2/D3D11, SD / HD / FHD

dude2012

15th September 2015, 14:49

Because nobody has ever built a DXVA decoder for MPEG4 ASP for Nvidia.

LAV filters support that using CUVID only.

Pardon my ignorance but practically speaking what is the effect of this if I play MPE4 ASP files with the DXVA setting, then?

LigH

15th September 2015, 14:57

If I'm not wrong, it is even more usual to have – at least partial – DXVA decoding acceleration support for AVC than for (A)SP...

Yes, MPEG4 Part 2 support from VDPAU feature set C on (https://en.wikipedia.org/wiki/Nvidia_PureVideo#Nvidia_VDPAU_Feature_Sets). Feature sets A and B already supported AVC, and some MPEG 1/2 and VC-1, but no ASP yet.

Asmodian

15th September 2015, 19:50

Pardon my ignorance but practically speaking what is the effect of this if I play MPE4 ASP files with the DXVA setting, then?

It uses software decoding instead.

baii

18th September 2015, 04:24

Getting video corruption in this setting

vp9 from youtube
using pot player build in parsers
x86 (same on x64)

try stable and latest git both get corruption
try mpc-be standalone decoder( I believe once said it is build on lav iirc?) no corruption with build 1.4.4, get corruption on 1.4.5.677.
no problem with potplayer build in decoder

no problem if not using pot player build in parser. (aka, a downloaded file)
no problem if using svp-tube I believe

not sure if potplayer stuff worthy of a fix, since it is... w.e.

P.s, cant seem to find bug tracker section on git, so posted here.

Aleksoid1978

18th September 2015, 05:50

lcamara

18th September 2015, 09:33

hi,

sorry for this to be my first post but i was wondering if there could be a lfe option for stereo in lav audio decoder.

when i run stereo, there is no lfe except if i enable the crossover for my sound card. (even if i set lfe mix level to 1.00 or higher) the bass doesn't come out nice.

what i hope would happen was aside from channeling everything to stereo there would be an lfe option so that the sound comes out as 2.1 and doesn't route all the sound to plain stereo. (lfe should be separate).

thanks,
les

foxyshadis

18th September 2015, 09:40

That's really a job for your audio driver. LAVFilters doesn't work around driver bugs as a rule.

filler56789

18th September 2015, 13:42

lcamara

19th September 2015, 23:25

One can always use ffdshow's audio processor or AC3Filter for downmixing according to their preference.

yeah. just wish ffdshow could handle atmos blurays (transformers 4). :(.

:thanks:

Q-the-STORM

19th September 2015, 23:56

yeah. just wish ffdshow could handle atmos blurays (transformers 4). :(.

:thanks:

You could let LAV decode and process with ffdshow afterwards...

huhn

21st September 2015, 07:36

yeah. just wish ffdshow could handle atmos blurays (transformers 4). :(.

:thanks:

with ATMOS you need bit streaming and you can't use a mixer when bitstreaming is used. every half decent AVR that can handle ATMOS can do an LFE cross over for stereo sources too.

nevcairiel

22nd September 2015, 11:00

LAV Filters 0.66

LAV Splitter
- NEW: Added options to increase the queue size for increased buffering
- Changed: Switched ASF/WMV demuxing to a new demuxer from Libav
- Fixed: Improved seeking with MPEG-TS files which contain teletext streams

LAV Video
- NEW: Support for DXVA2-Native decoding of HEVC 10-bit with EVR on supported GPUs
- Changed: 4K Video Decoding on AMD graphics card is now enabled (needs recent drivers to work properly)
- Changed: DXVA2-CB decoding uses less memory on NVIDIA graphics cards
- Fixed: H264 DXVA2 decoding failed when no SPS/PPS was available in the media type
- Fixed: Conversion of RGB48 to RGB32/24 did not properly use dithering
- Fixed: Improved handling of a few DVD menu quirks
- Fixed: Decoding 10-bit video with EVR could result in a black screen

LAV Audio
- Changed: 5.1 audio favors the "Side" 5.1 layout, which conforms to modern surround standards

Download: Installer (both x86/x64) (http://files.1f0.de/lavf/LAVFilters-0.66.exe) -- Zips: 32-bit (http://files.1f0.de/lavf/LAVFilters-0.66.zip) & 64-bit (http://files.1f0.de/lavf/LAVFilters-0.66-x64.zip)

This release was quite delayed to due vacation time in the summer and a lot of paying work to do since then, but I figured its about time to release a new version.
Nothing much to say beyond what the changelog above wouldn't already mention.

So simply have fun, and as always please report issues and regressions, in as much detail as possible, with sample files and reproducible test cases if applicable!

PS:
HEVC 10-bit DXVA2-Native is still blocked by MPC-HC, until they fix it in their code, it'll not work with that player.

filler56789

22nd September 2015, 11:57

LAV Filters 0.66

:thanks: for another stable release ^_^

Carpo

22nd September 2015, 12:30

damn it!!! I just did a clean OS image, and now you release this :rolleyes: :p

Installing now :D

Ver Greeneyes

22nd September 2015, 14:49

PS:
HEVC 10-bit DXVA2-Native is still blocked by MPC-HC, until they fix it in their code, it'll not work with that player.Any idea what's up with the lack of development recently on MPC-HC? There have been no commits on github since early August. Not asking for ETAs or anything, just curious if you happen to know.

clsid

22nd September 2015, 15:01

A fix for that has already been made. It just has not been pushed to the main repository yet. You can find the 'upcoming' changes in the Github repositories of the main devs. Their policy seems to be to only push to the main repo once a whole bunch of changes are ready. Imho, they could push a bit more frequently. Things are slow lately due to vacation period.

Ver Greeneyes

22nd September 2015, 15:55

Thanks, that's kind of what I figured but it's been long enough since commits that I was starting to wonder :)

aufkrawall

22nd September 2015, 16:54

Good to see new releases of the best open source decoder. :)

Regarding 4k decoding on AMD: Is this only for Tonga, Carrizo and Fiji?

James Freeman

23rd September 2015, 14:24

:thanks:

IanD

24th September 2015, 16:02

Motion interpolation and optimal compression are completely different, and therefore the vectors shouldn't be shared. The exact same discussion was had for MVTools for Avisynth, and it turned out that while good coherent motion vectors are available in some blocks, mostly they're a ways off -- or even completely backward -- anywhere that it saves bits. A stream analyzer like CodecVisa will reveal just how crazy they're stored.

It was my understanding that mpeg relies on motion vectors and prediction error to create a reduced bandwidth data stream than using I frames alone: when the prediction error is too high, the encoder falls back to full encode of the destination block. I am aware that predicted frames are decoded out of sequence temporally, but that should not create a problem because it is already handled.

Are you saying that in most mpeg encodes, there are many blocks that use full encode of the destination block, because motion vectors are no more efficient in those particular cases, and therefore there will be many blocks that won't have motion vectors that can be interpolated? Effectively, the source and destination blocks without motion vectors would need some other form of interpolation.

Do you have a direct reference to the MVTools discussion?

nevcairiel

24th September 2015, 16:05

Are you saying that in most mpeg encodes, there are many blocks that use full encode of the destination block, because motion vectors are no more efficient in those particular cases, and therefore there will be many blocks that won't have motion vectors that can be interpolated? Effectively, the source and destination blocks without motion vectors would need some other form of interpolation.

What he is saying is that the motion vectors in an encoded video will very often not represent "natural motion", but just some sense of mathematical motion, for the sole purpose of compression efficiency. If you would try to use these motion vectors for anything else that actually relies on it being actual natural motion (like interpolation), then you might end up with rather weird results.

kasper93

24th September 2015, 21:12

HEVC 10-bit DXVA2-Native is still blocked by MPC-HC, until they fix it in their code, it'll not work with that player.

As of version 1.7.9.156 HEVC 10-bit DXVA2-Native decoding is fully working in MPC-HC. You can get latest build here https://nightly.mpc-hc.org/ (will be up in 2 hours)

artins90

25th September 2015, 00:12

I have just upgraded to the new MPC-HC beta version and HEVC doesn't seem to work with my GTX 970, does the 970 support HEVC 10 bit hardware decoding? I am using the following sample file:

General
ID : 1014 (0x3F6)
Complete name : C:\Users\Artins\Downloads\Eutelsat.Demo.HEVC.ts
Format : MPEG-TS
File size : 488 MiB
Duration : 2mn 57s
Overall bit rate mode : Variable
Overall bit rate : 23.1 Mbps

Video
ID : 255 (0xFF)
Menu ID : 10202 (0x27DA)
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L5.1@Main
Codec ID : 36
Duration : 2mn 56s
Width : 3 840 pixels
Height : 2 160 pixels
Display aspect ratio : 16:9
Frame rate : 50.000 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 10 bits

I get fps drops, the CPU ramps up and the decoder shows:
DXVA2 "available"
Active decoder: "avcodec"

huhn

25th September 2015, 01:30

the 970 has only an hybrid encoder.

have you checked if HEVC and UHD is checked under hardware acceleration?

don't be shocked if a 970 can't handle it.

nevcairiel

25th September 2015, 02:04

10-bit is only supported on the 950 and 960, and with Intel's Hybrid decoder, I think on Broadwell and Skylake.
Might need OS support as well, but I know it works on 8.1 and 10 at least.

rbej

25th September 2015, 08:04

Hi.

Where i find nightly version Lavfilters 0.66 build based on dev tree??

https://github.com/Nevcairiel/LAVFilters/commits/dev

On this site i see only 0.63-0.65 nightly build and stable 0.66 version.

http://files.1f0.de/lavf/nightly/

ryrynz

25th September 2015, 08:21

Where i find nightly version Lavfilters 0.66 build based on dev tree??
I see only 0.63-0.65 nightly build and stable 0.66 version.

Yeah, was waiting to see if that updated today with the dev tree, guess not.

P.J

25th September 2015, 09:46

10-bit is only supported on the 950 and 960, and with Intel's Hybrid decoder, I think on Broadwell and Skylake.
Might need OS support as well, but I know it works on 8.1 and 10 at least.

Can't Windows 7 output native P010? :confused:

nevcairiel

25th September 2015, 10:04

Yeah, was waiting to see if that updated today with the dev tree, guess not.

If I wanted it to build nightlies, I would've pushed it to master. ;)
The build box for the nightlies needs to be updated to VS2015 first as well.

Can't Windows 7 output native P010? :confused:

You tell me, I never said it doesn't work on 7, I only said that I know it works on 8.1 and 10, because I actually tested it there.

clsid

25th September 2015, 13:02

I can confirm it works on Win7 as well.

Piyoko

25th September 2015, 18:44

Was there a decision reached whether or not to implement a LFE low-pass function?

Watched V for Vendetta on Blu-ray the other night and during the big explosion there was an insane amount of crackling due to garbage in the LFE channel.

I use stereo headphones with a FiiO E10K so I can't do the filtering in my receiver because I don't have one.

huhn

25th September 2015, 18:59

he clearly said no.

try AC3 filter or FFdshow.

wait he said clearly no to lfe crossover. sorry i'm wrong.

Megalith

26th September 2015, 00:22

Is it just my imagination, or does downmixed surround audio sound better (louder) now with MPC-HC's Internal Audio Renderer?

IanD

26th September 2015, 03:58

vivan

26th September 2015, 04:58

By using any video renderer, madVR in particular if you care about quality. It even supports 10-bit output.

huhn

26th September 2015, 05:22

Any suggestions on how to decode 4k and output as 1080p 10 bit 4:4:4 to retain as much detail and colour resolution from the source as possible?

I don't want 4k 4:2:0 to be reduced to 1080p 4:2:0 and I think a properly downconverted 4k could look almost as good on a 1080p TV as I seriously doubt there is much genuine 4k detail in 4k (just as there is likely little genuine 1080p detail in 1080p).

first of all your TV must be able to do 4:4:4 without the very common 4:2:2 or 4:2:0 subsampling for internal processing. i don't know any Tv brand that can do this with default settings they all need some kind of PC mode/ graphic mode.

and yes you need to sit pretty close to make use of UHD that's no secret.

but this is the wrong thread for all of this.

IanD

26th September 2015, 05:41

first of all your TV must be able to do 4:4:4 without the very common 4:2:2 or 4:2:0 subsampling for internal processing. i don't know any Tv brand that can do this with default settings they all need some kind of PC mode/ graphic mode.
and yes you need to sit pretty close to make use of UHD that's no secret.
but this is the wrong thread for all of this.

My TV will do 1080p 4:4:4 in graphics mode and I believe it is 10 bit capable, but you misunderstand my request: I want to know what I need to configure in LAV video decoder filter to ensure 4k doesn't lose quality in getting transformed to 1080p. I don't really understand the 10 bit P010 etc settings required.

If anyone has accompanying suggestions about how to configure MPC-HC to maintain the information during rendering, I would also be interested, but I appreciate it is not relevant to this thread.

I would have thought it appropriately related to LAV to discuss how best to optimise transfer of 4k sources to a 1080p TV, because I believe it should be possible to get near 4k actual quality on a suitable 1080p TV.

huhn

26th September 2015, 06:16

lavfilter default settings do this already.

it is only up to the video renderer to make the best out of it.

vivan said the rest.

Arm3nian

26th September 2015, 07:19

Is there any benefit to using gpu decoding if your cpu can handle everything with ease? I would rather leave all the gpu power to madvr since my cpu is sitting at idle.

tiresias

26th September 2015, 12:31

I've been experimenting with ILAVAudioSettings. You can start off with the current settings that were in the registry and then change specific settings using the ILAVAudioSettings functions. But these changes always seem to get written back to the registry.

You can instead call SetRuntimeConfig(TRUE) first, and the changes are NOT written to the registry, but you have to begin from a set of defaults - not the current registry settings.

Is there a way to have the behaviour of SetRuntimeConfig(TRUE), but starting off with the current registry settings instead of the defaults ?

The only way I can think of is to call every Get function and remember the values, then call SetRuntimeConfig(TRUE), then call every Set function to restore all the values, then make the required changes.

huhn

26th September 2015, 13:09

Is there any benefit to using gpu decoding if your cpu can handle everything with ease? I would rather leave all the gpu power to madvr since my cpu is sitting at idle.

only hybrid decoding takes GPU power the rest is a fixed function decoder. so you don't really lose GPU processing power when DXVA is used.

software decoding should have better error handling.

some GPU can't leave mid power state with DXVA like my very old 6770 this has an huge effect on madVR. but this is more than rare these days.

lolo258

27th September 2015, 04:28

Hi,

"Expand 6.1 to 7.1" in Lav Audio Decoder is useless, do you think it is possible to change it to "Expand 5.1 to 7.1"?

Thanks

nevcairiel

27th September 2015, 09:23

"Expand 6.1 to 7.1" in Lav Audio Decoder is useless, do you think it is possible to change it to "Expand 5.1 to 7.1"?

The option is perfectly fine and useful. Very few people have an actual 6.1 setup, so cloning the back center into l/r is a useful feature for those with 7.1 setups instead.

There are no plans for actual upmixing.

lolo258

27th September 2015, 10:19

The option is perfectly fine and useful. Very few people have an actual 6.1 setup, so cloning the back center into l/r is a useful feature for those with 7.1 setups instead.

There are no plans for actual upmixing.

Hi, thanks for the reply, but I still don't understand how to make it work.

Razoola

27th September 2015, 19:42

With 0.66 I get no sound at all when mixer is set to 5.1.... Going back to 0.65 fixes issue.

edit... Fixed it by enabling the legacy option... strange though cause this is 2015 gfx card and 2014 receiver.

nevcairiel

28th September 2015, 08:46

It also depends on the software, for example ReClock seems to have a bunch of problems with it. But ReClock has been dead for half a decade, so there is that.

Razoola

28th September 2015, 09:11

It also depends on the software, for example ReClock seems to have a bunch of problems with it. But ReClock has been dead for half a decade, so there is that.

I'm using reclock so that would be the issue.

chros

28th September 2015, 11:05

About the mixer part in lavaudio with 2 channel aac, mp3 files: if I set 5.1 in the mixer shall it create the other 4 channels with audio in any case? (e.g. if a matrix information is stored, though I don't know if it's possible). If yes, do you have a sample?
Right now, it outputs 6 channel but only the original 2 has audio.
(I have lots of old encodes and couple of web downloads with 2ch audio.)
Thanks for you work!

nevcairiel

28th September 2015, 15:10

Just FYI, LAV Nightlies are being build again, now that the build server has been updated to VS 2015. All future LAV builds by me will be using 2015 from now on.

mogli

28th September 2015, 18:50

I'm using reclock so that would be the issue.You could also 'update' ReClock yourself to use the modern side channel layout by adding a registry value ChannelMaskOverride_6 and set it to 0x60f.

foxyshadis

29th September 2015, 10:43

I'm using reclock so that would be the issue.

MPDN has a replacement for reclock now, you might be interested in trying that instead.

jkauff

30th September 2015, 05:25

I've always had a problem activating QuickSync on my machine with a dedicated graphics card. Sometimes the "fake monitor" trick worked, sometimes it didn't.

A couple days ago I bought a CompuLab Display Emulator on Amazon for $15. Plugged it into my motherboard HDMI port, and now the Intel iGPU thinks it's connected to a real display. These things are designed for remotely controlled computers with no monitors, but it works great for this purpose.

I "downgraded" to Win 8.1 from Windows 10, so I couldn't test it on 10, but I don't see any reason it wouldn't work in 10 as well since it's seen as a physical monitor.

I don't use QuickSync that often, but it's nice to have it available for when I do.

NikosD

30th September 2015, 07:34

Since my first QuickSync CPU - a SandyBridge of 2011 - I had never had any problems with QuickSync.

The trick I used from the beginning, was to connect the same monitor with both dGPU and iGPU at the same time using two different cables on two different ports of the monitor.

For example, using an HDMI cable to connect the monitor with iGPU and a VGA cable to connect the same monitor with the dGPU.

In that way, you have QuickSync always ON and by selecting the port of iGPU/dGPU as main monitor from the control panel of Windows, you can switch the DXVA native mode between dGPU and iGPU.

I have never used that "fake monitor" thing, since I have a real monitor with at least two ports, like all modern monitors!

huhn

30th September 2015, 09:53

for windows 8 and newer there is no need for a fake display or an active display it should work in headless mode.

if this doesn't work than there is something broken.

mindbomb

30th September 2015, 20:59

In the section of lav video where you can control what stuff gets hardware acceleration, in addition to codec and resolution, can there be a frame rate option as well? Like a 60 fps box?

nevcairiel

30th September 2015, 21:15

No, not likely. FPS information is too unreliable to bother.

CruNcher

1st October 2015, 00:04

It's really strange but with Lav Decoder i measure better threading performance and less jitter all the time for HEVC on the GTX 970 and WDDM 1.1 for Nvidias Cuvid Decoder
DXVA Performance and especially jitter behavior is in most test cases always behind (real on screen playback) and the craziest thing DXVA Copy Back is more efficient in those regards then Native with Lav Decoder.

Nvidias Cuvid Decoder always produces less jitter interferences then any of Lav Decoders DXVA options at least for HEVC Decoding with EVR Custom.

Either it's a Lav Decoder DXVA Performance issue or Nvidia improved CUVID so much with their Driver that they are now more efficient then DXVA @ least on Windows 7 WDDM 1.1 by now.

Maybe also more efficient/different Bitstream Handling from the parser.

wanezhiling

1st October 2015, 07:13

Hi, I found lav's mp3 parser has a problem in duration calculation.
At least it shows all my local mp3 files an incorrect duration..
for example: https://www.sendspace.com/file/249zup

http://i13.tietuku.com/0b0a66786f5d9e9c.jpg

madshi

1st October 2015, 07:49

NikosD

1st October 2015, 08:04

for windows 8 and newer there is no need for a fake display or an active display it should work in headless mode.

if this doesn't work than there is something broken.
The headless mode of Win 8 or the fake display trick, is a very slow mode for QuickSync decoder/encoder.

It uses D3D11 which is well known that it has a performance penalty for QuickSync decoder.

Due to the very fast nature of Quicksync HW decoder, hopefully the performance penalty will not be observed in most common video decoding scenarios.

BUT, in order to be sure that all the decoding power of QuickSync HW is there when you need it, you have to connect your iGPU to an active monitor in order to be able to use DXVA native, as the only mode capable to use all the decoding power of any decoder.

hubblec4

1st October 2015, 08:29

Hi nevcairiel

- Fixed: Improved handling of a few DVD menu quirks

This fix work for me not.

I have an original DVD(Alien 2) on hard disk which plays fine in previous versions of LAV.

Now i dont see any "button". Only the mouse changed when comes over a "button".

When I start this DVD a black screen is only what I see.
After a jump in the timeline you see the screen.

Play chain: MPC-HC,madvr0.89.5,LAV0.66 AC3Filter

nevcairiel

1st October 2015, 08:30

Having problems playing video streams through Telekom Entertain (rtp://@239.35.10.2:10000). The hardware receiver plays these without any corruption, but when playing them with LAV I'm getting video corruption all the time, and sometimes audio corruption, too. Looks like many packets are getting lost or something. Anything that can be done there?

Maybe. Streaming works for some, not so well for others.
But its not a priority for me, and I would need access to a particular stream to reproduce the problems.

huhn

1st October 2015, 08:31

I've always had a problem activating QuickSync on my machine with a dedicated graphics card.

intel DXVA can't be used in this case. so it doesn't matter if it is faster.
i get 250 FPS by benchmarking a 39 mbit BD with a HD 4400. so performance wise it is pointless.

there should be no difference between a fake display and a real connected display it's not like the GPU knows the difference. of cause real headless mode can be slower.

LigH

1st October 2015, 08:38

Hi, I found lav's mp3 parser has a problem in duration calculation.
At least it shows all my local mp3 files an incorrect duration.

Most probably they are VBR MP3; if an MPA parser is not aware of "Xing"/"Info"/"VBRI" VBR tags (I believe they store a summary over the used per-block bitrates), then it may assume that the bitrate of the first block (often quite low due to silence) is the constant bitrate of the whole audio stream. It will probably not scan the whole file prior to playing it.

MPEG Audio Frame Header (http://www.codeproject.com/Articles/8295/MPEG-Audio-Frame-Header), chapter 2.3

NikosD

1st October 2015, 08:46

intel DXVA can't be used in this case. so it doesn't matter if it is faster.
i get 250 FPS by benchmarking a 39 mbit BD with a HD 4400. so performance wise it is pointless.

there should be no difference between a fake display and a real connected display it's not like the GPU knows the difference. of cause real headless mode can be slower.

No, you are wrong.

Of course you can use Intel DXVA with a system with a dedicated card and it's not the same thing - fake display and real connected display.

There is no way for fake display mode to use DXVA native.

I described it in my previous post when I said that you have to connect both cards iGPU and dGPU on the same monitor and use control panel to select the active graphics card which can use the DXVA native - in this case iGPU.

You can then switch to dGPU if you want to.

There are 4K H.264 clips that can't be played properly by Ivybridge in headless or fake display mode.

huhn

1st October 2015, 08:55

it's true you can start playback on the display connected to the intel GPU so intel DXVA is used and switch after wards to any other display. but who will do something like that every time?

it's not practical.

you can do the same with the fake display too. it's just pretty hard to do it blind.

nevcairiel

1st October 2015, 08:58

If you move the player to another GPU, by dragging or switching the settings, then DXVA Native will also re-init and use the decoder on the new GPU.
If you want to use the DXVA Native on a GPU, you also need to use it for everything else - thats the compromise you accept with DXVA Native decoding.

NikosD

1st October 2015, 09:02

For Windows 2D use and video playback I can't see how a dGPU can be more useful than iGPU - for madVR only ?

I think the real use of dGPU is 3D and GPU computing.

And what is the use of MadVR for 4K clips or high bandwidth 1080p clips ?

Carpo

1st October 2015, 09:13

Hi, I found lav's mp3 parser has a problem in duration calculation.
At least it shows all my local mp3 files an incorrect duration..

There is an option in the Foobar2000 media player to fix VBR mp3 - you could always make a copy of that mp3, run it through the fixer in foobar2000 and see if that helps, I have had a few VBR mp3s have an incorrect time after using EAC.

Then see if LAV still gives you a incorrect duration

huhn

1st October 2015, 09:19

switching connector is a waste of time. this alone is reason enough.
if you want to play a file you double click it and it has to run without playing around.

the main reason i see for quicksync as a decoder is for dGPU that have a limited hardware decoder like skylake CPU and a nvidia 970.

madVR is always needed. you need to get the YCbCr 4:2:0 to RGB. and a intel iGPU is enough to run it too.
the feature list of madVR freaking long. 3D LUT calibration, IVTC, 10 bit output and lots more.
for a normal display limited to 60 hz smooth motion is a must have.

If you move the player to another GPU, by dragging or switching the settings, then DXVA Native will also re-init and use the decoder on the new GPU.
If you want to use the DXVA Native on a GPU, you also need to use it for everything else - thats the compromise you accept with DXVA Native decoding.

good to know.

nevcairiel

1st October 2015, 09:32

I have an original DVD(Alien 2) on hard disk which plays fine in previous versions of LAV.

Now i dont see any "button". Only the mouse changed when comes over a "button".

When I start this DVD a black screen is only what I see.
After a jump in the timeline you see the screen.

I would need a sample of the menu to check. You can create a menu-only sample by taking the VIDEO_TS folder without the main movie .vobs

On most DVDs, just exclude the 1GB .vob files, usually those with their name being VTS_xx_1 (or ending with a higher number), while those ending with a zero are often for the menu.

However, if you are not even seeing the menu background image, then its unlikely to be related to the recent fixes, but maybe something else. I'll check if I get a sample. :)

NikosD

1st October 2015, 10:42

switching connector is a waste of time. this alone is reason enough.

It's the third time that I'm telling you that you don't have to switch to any connector.

The iGPU and dGPU are always connected on the same monitor and you just change active GPU from the Windows control panel.

huhn

1st October 2015, 18:20

It's the third time that I'm telling you that you don't have to switch to any connector.

The iGPU and dGPU are always connected on the same monitor and you just change active GPU from the Windows control panel.
i simply don't have the correct word for it. i know you don't have change a plug or something like.

this switch in the windows panel is totally unnecessary. why should someone even consider this? just totally annoying.

P.J

1st October 2015, 21:07

Is it possible to use iGPU's DXVA native when the monitor is connected to dGPU? :confused:

nevcairiel

1st October 2015, 21:14

Is it possible to use iGPU's DXVA native when the monitor is connected to dGPU? :confused:

No, Native requires decoding and output on the same GPU.

P.J

1st October 2015, 21:32

No, Native requires decoding and output on the same GPU.

Thanks, and what about the DXVA2 copy-back?
Then the only way is to use QS/CUDA :rolleyes:

nevcairiel

1st October 2015, 21:47

Copy-Back doesn't care, you can use it with any GPU and output to any other. Or don't output at all. Or do whatever you like. :)
Only DXVA2-Native has this limitation, because it keeps the image on the GPU, and you cannot switch GPU because you wouldn't have the image then. ;)

hubblec4

1st October 2015, 22:29

I would need a sample of the menu to check. You can create a menu-only sample by taking the VIDEO_TS folder without the main movie .vobs

On most DVDs, just exclude the 1GB .vob files, usually those with their name being VTS_xx_1 (or ending with a higher number), while those ending with a zero are often for the menu.

However, if you are not even seeing the menu background image, then its unlikely to be related to the recent fixes, but maybe something else. I'll check if I get a sample. :)

I have copyed all files except the big vob's in a new folder.
(right click on folder -> play with mpc-hc)
The DVD don't start with playing, sure I should upload this folder?

nevcairiel

1st October 2015, 22:31

I have copyed all files except the big vob's in a new folder.
(right click on folder -> play with mpc-hc)
The DVD don't start with playing, sure I should upload this folder?

Well make a copy of the full folder, and see how many of the big VOBs you can delete without breaking the menu. Maybe you deleted one too many. Make sure to keep all the IFO/BUP files and the VIDEO_TS.VOB

hubblec4

1st October 2015, 22:50

Well make a copy of the full folder, and see how many of the big VOBs you can delete without breaking the menu. Maybe you deleted one too many. Make sure to keep all the IFO/BUP files and the VIDEO_TS.VOB

mmh bad news: When I delete any vob, the DVD don't start.
The whole DVD must be complete and that are 6,82gb.

I cant upload it from home, but maybe at work in few days.

Magik Mark

2nd October 2015, 00:25

huhn

2nd October 2015, 04:19

ryrynz

2nd October 2015, 05:06

DXVA copyback is better anyway so just let CUVID R.I.P.

Basically already has. There won't be updates for it.. Only a matter of time until it's removed.

FreeFall

2nd October 2015, 06:07

hubblec4,

You can try using DGSplit to cut the VOB and see if that works, just split using a small size, around 60-80MB and tick the box stop after 1 chunk(s) written.

https://trac.mpc-hc.org/raw-attachment/wiki/samples/dgsplit12.zip

If that doesn't work try VobBlanker, It's not too hard to figure out how to use. If you have AnyDVD running just close it first.

http://www.doom9.org/Soft21/Vobtools/VobBlanker_2130_exe.zip

Here is a basic run down on how to use it:

After opening the IFO select the largest VOB in the top list and edit by selecting the the PGC (largest) in bottom list, Use Prev/Cut to reduce the size of the VOB.
Blank removes the stream entirely, you can use this to remove trailers / special features to save a bit more space.
When your finished click process.

nevcairiel

2nd October 2015, 07:55

Nev, may I know if cuvid is:

1. Well supported in windows 10?

2. What are its limitations in madvr and windows 10?

3. Which processing (upscaling & downscaling algorithms) are supported & not?

4. Can it do 10bit or higher video playback?

Thanks

CUVID in its current form is somewhat broken on 10, because the D3D9 mode it uses is no longer available, and the pure CUDA mode it has as a fallback seems to conflict with OpenCL. On top of that, the pure CUDA mode doesn't offer the best deinterlacing quality, if thats the reason people used it for.

It would need a revamp to make use of D3D11 instead, then it might be able to be restored to full functionality on 10 as well (although there are no guarantees that it won't still conflict with OpenCL), but I would rather focus my efforts on DXVA2, as any improvements made there can benefit anyone, and not just NVIDIA users.
On top of all that, CUVID lacks support for 10-bit entirely. It doesn't specify a 10-bit output format. So its not exactly future proof.

So just consider CUVID dead. I might even forcefully disable it on Windows 10 soon to avoid conflicts with madVR and other things using OpenCL.

hubblec4

2nd October 2015, 08:40

P.J

2nd October 2015, 10:23

hubblec4

2nd October 2015, 11:14

Hi nevcairiel

The DVD don't playing after i modify any file.
So i will upload the whole DVD, have you a FTP server like Mosu's FTP?

lolo258

2nd October 2015, 11:21

Hi, is there any chance that LAV Audio Decoder can decode Dolby Atmos？

CruNcher

2nd October 2015, 14:30

nvidia driver have broken CUVID when "any" other problem is using openCL under windows 10.

CUVID has the same limitation as DXVA it is the same decoder anyway. 10 bit HEVC is possible on a 960 or 950.

DXVA copyback is better anyway so just let CUVID R.I.P.

How do you get to this conclusion ?

it might be broken currently under WDDM 2.0 but it's stronger then ever on WDDM 1.1

at least currently on the GTX 970 it shows much more stable playback acceleration results (less jitter problems) for alot of HEVC samples than either DXVA Native nor Copy Back from Lav Decoders point.

Especially in combination with Nvidias DSR

clsid

2nd October 2015, 14:54

nussman

2nd October 2015, 15:36

With CUVID you can do GPU deinterlacing before copyback and with DXVA Copyback you can not (copyback is still interlaced)? Or am I wrong?

So CUVID could be useful for processing between decoder and renderer?

CruNcher

2nd October 2015, 15:44

Maybe that is simply a result of your GPU running in high performance mode (P0) when using CUVID?

With the "Multi Display Power Saver" functionality of NVIDIA Inspector you can force a desired power state when specific apps are running.

Let me see if i can get a clear measure result on that but yeah geez i didn't thought about it, it's CUDA afterall :(

You are right the memory and core clock are fluctuating heavily with DXVA and seem to cause these brakeups, this is a rather low timing resolution though to see exactly how heavy it is per frame (trying to avoid more interferences)

http://i2.sendpic.org/t/xh/xhUlxEd4QELZyPiAXxuCirpqKDH.jpg (http://sendpic.org/view/2/i/iMTqv0VYzkAMy9Jh2lNJ5kHq6J1.png) http://i2.sendpic.org/t/2J/2JwRHqW13cZTk43VXnZLohyTYVw.jpg (http://sendpic.org/view/2/i/vXKCFAi0RLi6U4toI48QGuJWc6u.png)

And these interference's with DXVA i can measure on much much more HEVC samples with Copy Back and Native compared to CUVID

I will experiment a little based on this new Data thx clsid i was so blind, now i know @ least the cause of these DXVA render interferences that especialy become visible in the jitter OSD Graph i experienced since a while for GM204 + VP6 with HEVC :)

MPC-BEs OSD Graph seems very precise that it can pick up these fast Frequency fluctuations of DXVA and make them so nicely visible :)

LigH

2nd October 2015, 19:25

Hi, is there any chance that LAV Audio Decoder can decode Dolby Atmos?

That's already a "Frequently Asked Question". The most common answer was usually: "No, OpenSource authors will probably not get access to Dolby secrets regarding Atmos audio room measuring."

chros

3rd October 2015, 21:40

Well, I want my iGPU to decode in DXVA2 copy-back mode then output to dGPU.
How is it possible? :confused:
I'm also interested in this as well.
Maybe it's not allowed with this silly optimus setup of my laptop, but I only can select QuickSync when I play back with iGPU.

aufkrawall

4th October 2015, 02:20

This would be possible with DX11 DXVA2 decoder, but according to nev, it would be very inconvenient to develop.

nevcairiel

4th October 2015, 10:32

This would be possible with DX11 DXVA2 decoder, but according to nev, it would be very inconvenient to develop.

I may do it eventually, however with no renderer accepting D3D11 DXVA2 either, it would only be for Copy-Back, and I would have to keep duplicate logic around... so its not too convincing.

On top of that, using a secondary GPU for decoding without a screen connected seems to be somewhat of a niche feature.

CruNcher

4th October 2015, 13:46

you could use also a virtualization solution for that unfortunately the only consumer targeted one doesn't exist anymore (Lucidlogix Virtu)

aufkrawall

4th October 2015, 16:58

On top of that, using a secondary GPU for decoding without a screen connected seems to be somewhat of a niche feature.
It could make sense if you have an IVB or newer IGP and a Kepler or most Radeon GPUs, which have outdated VPU capabilities, but are still very widespread. :)
At least in theory, I have no idea how it would look in practice in the end.

P.J

4th October 2015, 20:22

I may do it eventually, however with no renderer accepting D3D11 DXVA2 either, it would only be for Copy-Back, and I would have to keep duplicate logic around... so its not too convincing.

On top of that, using a secondary GPU for decoding without a screen connected seems to be somewhat of a niche feature.

Waiting... http://forums.mydigitallife.info/vb4_style/smilies/clap.gif

Stephen R. Savage

6th October 2015, 16:04

I find that in recent versions of MPC-HC and LAVF I can't get the subtitles on this file to display. It recognizes that there is a subtitle track available, but when I select it, nothing shows up. This file used to play correctly in older MPC/LAVF versions.

Software:
MPC-HC 1.7.9
LAVF 0.66
XySubFilter 3.1.0.705 (caded62) / MPC-HC Internal Renderer

https://www.sendspace.com/file/lwycsf

Thunderbolt8

6th October 2015, 17:38

yesterday I also had trouble to getting my .ass subs to display. for whatever reason they often didnt show up. tried reinstalling xysubfilter & restarting windows. it somewhat helped, but not necessarily consistant. no problems today so far.

I though it could have something to do with madvr changing the screen Hz rate? desktop is running at a different fps rate than my movie was (24 or 25 fps desktop, movie was 50Hz).it appeared that it was working more reliably when I clicked next file in the player so that there was no refresh rate change this time, because the refresh rate had already changed with the first file of the playlist playing (they all were 50Hz). but as said, I couldnt reliably made out a pattern, this is more like a kind of rough observation.

as of yesterday theres a new mph-hc nightly build, perhaps this one fixed some stuff. perhaps all this was due to the recent changes in the madvr and mpc-hc subtitle areas.

TurboGamer

6th October 2015, 19:44

I found a problem where LAVaudio only plays 1 type of audio when ordered chapters are used.

In my example I have 3 .mkv files. For simplicity I will call them 1, 2 and 3. 1 has AAC audio while 2 and 3 has FLAC. 1 calls 2 via ordered chapters to play at the start as a OP and then at the end calls 3 as a ED. 2 and 3 plays their audio while 1 stays mute. This happens both in MPC-HE and JetAudio.

For reference VLC does not have this problem.

nevcairiel

6th October 2015, 19:45

mbordas

6th October 2015, 21:36

I know upmixing has been discussed in the past, but re-reading the posts, the answer was inconclusive about how to achieve this. If you have 5- or 7-1 surround, the downmixing features of lav audio are never needed - especially if you are using reclock to get lossless audio. But in this case, there are a lot of movies and tv shows in stereo that would really benefit from at least remixing to use the center channel. Can anyone comment on the best/most straightforward way to accomplish this?

huhn

7th October 2015, 09:46

AC3 filter.

just disable everything except PCM.

chros

7th October 2015, 10:27

AC3 filter.
just disable everything except PCM.
Thanks for your suggestion (I read your post in the MPC-HC topic couple weeks ago), I've been using it for 1 week now, working perfectly (it also has a x64 version) with the new internal audio renderer of MPC-HC! :thanks:

Aleksoid1978

7th October 2015, 10:41

Hi nevcairiel
Can you help with some strange.
I have file(it's make by ffmpeg record from internet streaming) - https://yadi.sk/i/0ZFQk0c4ja28g

It's nornal play with LAVSplitter and don't play with MPC-BE MPEGSplitter. But - very strange that it's normal play with MPEGSplitter(test in graphstudio) if no decoder connect to audio pin. If audio pin connected - playback start and ... wait something(tested with any video-decoder). I do some debug check - and found place in code(MPC-BE video decoder & LAV Video decoder) where playback is waiting until don't close rendering file.
Here is in MPC-BE

m_pOutput->GetDeliveryBuffer(ppOut, NULL, NULL, 0)

and in LAV:

m_pOutput->GetDeliveryBuffer(ppOut, nullptr, nullptr, 0)

after start rendering and after decode few frames - rendering it's just is waiting something inside this function.
Test with different video-rendering.

I can not understand what does a splitter + audio pin and a video decoder ...

Can you help me ?? :)

P.S. Here latest MPEGSplitter - https://yadi.sk/d/De5_slTpja2zA

nevcairiel

7th October 2015, 11:26

Aleksoid1978

7th October 2015, 13:52

Usually its a sign of either broken timestamps (ie. the video renderer doesn't want to display any more frames because they are far in the future), or missing/broken audio - because the reference clock doesn't start moving.

Thanks, My fault - in this file audio stream have only one PES Header at the begin of file. And splitter don't render any audio data ...

mbordas

8th October 2015, 07:04

AC3 filter.

just disable everything except PCM.

and this interferes with lossless dts-ma from reclock. I know this is not strictly a lav audio problem, but it's related because there is not an obvious way to do both upmixing and still maintain the untouched wasapi audio for things that have a lossless audio track.

huhn

8th October 2015, 07:26

if you want lossless audio bitstream it?

and why do you need reclock for lossless audio?

and most important how do you up mix lossless?

mbordas

8th October 2015, 17:57

huhn

8th October 2015, 18:22

ac3filter can't up mix anything else than stereo.

i don't know if it doesn't touch audio at all but never forget as soon as the volume isn't 100 % anymore it isn't lossless too.

disable bass redirect and voice control and it shouldn't touch anything in 5.1 or 7.1 tracks.

daert

8th October 2015, 19:03

ok here is the problem: i don't bitstream audio. I have an eight channel amplifier, so all processing is done on the htpc.

This is one reason LAV Filters have worked so well for me for so many years. As we all know, LAV handles dts-hd ma and truehd perfectly.

So, your suggestion is to use AC3filter to upmix stereo to work better in a multi-channel setup. So far so good. It works as advertised.

BUT for movies that *do* have a multi-channel track, I don't want AC3 to interfere with the lossless (ie dts-hd ma) track. How do I bypass AC3filter for those tracks - or in other words, how do I restrict AC3filter to only touch stereo tracks?

I had the same problem and I thought that the best way to solve it was by creating 3 custom matrix:
one for upmixing 2.0 > 7.1
one for 5.1 > 7.1, which basically copies the 6 channels and leaves the two back channels mute, or reroute the side channels to back (like I did)
one for 7.1 > 7.1, which copies exactly the 8 channels as they are

I don't know if there is a simplier way, but with this method I only have to select the right profile before opening the player

Aleksoid1978

9th October 2015, 06:49

Hi nevcairiel
https://yadi.sk/d/y8dWgWtqjch49 - bad playback with LAVVideo(dxva/soft), wrong fps, drop frames. Play fine with MPC-BE/PotPlayer's video decoder.

chros

9th October 2015, 19:29

I had the same problem and I thought that the best way to solve it was by creating 3 custom matrix:
one for upmixing 2.0 > 7.1
one for 5.1 > 7.1, which basically copies the 6 channels and leaves the two back channels mute, or reroute the side channels to back (like I did)
one for 7.1 > 7.1, which copies exactly the 8 channels as they are

I don't know if there is a simplier way, but with this method I only have to select the right profile before opening the player
I'm not sure whether you need those 3 custom profiles. Doesn't Auto-Matrix produce this automatically?
It's working fine for me with 5.1 setup:
- 2.0 + Expand-Stereo -> 5.1
- 5.1 -> 5.1 (untouched)

Dogway

10th October 2015, 07:32

Is there a way to change LAV audio's delay with hotkeys? I have a problem where I'm watching a movie in FSE and I need to sync audio.
Currently the process goes to switch to windowed mode. This takes me out of FSE and the TV flashes a few times and video then plays choppy (video driver's fault as per madshi), then back again to FSE after a few more flashes and expect for the best.

nevcairiel

10th October 2015, 07:45

Dogway

10th October 2015, 09:55

LAV doesn't do any hotkey and there are no plans to add any.
Your player may offer hotkeys for delay instead.

Reasoning?
Audio delay without hotkey is an oxymoron.

To put in perspective:
My player does player related hotkey stuff.
Renderer (madVR) does renderer related hotkey stuff.

nevcairiel

10th October 2015, 10:16

Strictly speaking delay should also be a feature of the audio renderer, since its responsible for the reference clock and therefor for A/V sync. LAV only offers it as a convenience to compensate for static delay from the playback chain (which you measure once and configure once), not to compensate for badly authored files with A/V sync trouble baked in.
If you use MPC-HC, you can use Numblock +/- keys to adjust audio sync. A bunch of other players also offer these features.

LAV will not get hotkeys (of any kind, not specifically this one) because I do not want to have to deal with the mess that comes with it.

P.J

10th October 2015, 17:35

Anyway to optimize decoding H.264 10bit 4:2:2 a bit? :)
It doesn't work good on i3-3110M 2.4GHz, any other decoder to try? :(

chano22000

10th October 2015, 19:46

Hi,

I use mpc-hc and lav as external filters. When trying to play wmv files with wvc1 video, Lav splitter source complains not finding any suitable video decoder though lav video vc1 is enabled. Enabling/disabling "use Microsoft DMO WMV9 decoder" does not change anything.
Running mpc-hc with internal lav with all source/video/audio options enabled does not solve the issue.
The only way is to disable asf when installing lav splitter and add WMASF Reader and WMVideo Decoder DMO as preferred filters in mpc-hc.
Files are played without any issue through Windows media Player.
Is this a known issue (GrapStudioNext shows some flavors of VC1 handled by lav video but could some subtypes handled by the Microsoft DMO decoder not being supported by Lav Video ?) or what should I do ?

Thank you for your feedback.

Kind regards.

(Windows 7 x64 - mpc-hc x64 - lav filters x64 - MadVR x64 - lav video DXVA2 CB, HW decoding incl VC1- Nvidia GTX650)

ThurstonX

10th October 2015, 22:58

I know this is a tad off-topic, but since I keep reading about upmixing, and specifically 2.0 --> 5.1, I figured I'd chime in. I've got some old encodes that have pretty bad 2.0 audio, at least it sounds bad when using CS II or other types of virtual surround my old Kenwood AVR offers. It mostly seems Center-loaded, and dialog can get buried in the mix, esp. noisy environments like a train or outdoor crowd scenes. I hadn't used AC3filter in quite some time (I had v. 1.6 in a folder somewhere!), but did some reading on the app's page, and realized it could probably do what I want it to: create a 6-channel AC3 file that can go out my M-Audio card's S/P-DIF (coax), and which the Kenwood could then deocde.

et voila! Even my wife approves ;-)

All I did was install AC3filter, add it as an external filter in MPC-HC, move it to the top (I have LAV set externally), and Prefer it. Well, and setting the filter to use SPDIF and do encoding at 640.

Hope that helps.

cengizhan

11th October 2015, 17:08

Reasoning?
Audio delay without hotkey is an oxymoron.

To put in perspective:
My player does player related hotkey stuff.
Renderer (madVR) does renderer related hotkey stuff.

i can't believe people are demanding ridiculous and stupid things. :scared:
and when they are refused they become angry. why should a decoder have a hotkey? :angry:

ask from player's develeoper.

ibius

13th October 2015, 00:08

Hi Nev,

I've had some issues with LAV splitter giving me wrong/shorter duration on a couple of HDTV caps in mkv containers, where video stops at end credits and audio continues. I'm using latest MPC-HCx64 with nightly LAV build. I did try MPC-BE and MPC MKV splitter does give accurate duration, as does MediaInfo for example. MPC MKV splitter has an option to let it calculate duration based on video data, which is off by default, with it enabled it reports the same duration LAV does. Is this intended behavior? Could you change it or add an option to calculate duration based on video or audio data? That way we will get correct duration and be able to seek further.

One more thing, would you consider adding support for audio delay file name tag, I think it would be worth it, to rather add a tag than having to remux or manually switch it on and off.

Anyway, thank you for the great work, much appreciated.

GTPVHD

13th October 2015, 18:10

https://www.microsoft.com/en-us/download/details.aspx?id=49188

This document contains a specification for support of VP8 and VP9 video decoding (according to the available VP8 and VP9 source code and public documents) within the Microsoft Windows DirectX Video Acceleration (DXVA) API/DDI context. This specification includes support of the VP8 coding format and VP9 Profile 0. The document describes high-level design concepts and specific VP8 and VP9 extensions to DXVA interfaces and data structures of VP8 and VP9 video decoding. This document specifies only off-host Variable Length Decoding (VLD) profiles for VP8 and VP9 video decoding.

nev, do you think you can add VP8/VP9 decoding support for hardware that supports VLD with this?

huhn

13th October 2015, 19:04

nev, do you think you can add VP8/VP9 decoding support for hardware that supports VLD with this?

http://forum.doom9.org/showthread.php?p=1742587#post1742587

he is pretty fast.

tzr916

13th October 2015, 19:05

Zoom Player 11 now has Library feature that has thumbnails for video files. I am having issues with WTV file thumbnails. These are Windows Media Center mpeg2 videos. Playback is not a problem, just the thumbnails in the ZP Library. Out of 121 video files, only 3 are showing normal thumbnail. All the rest are garbled zig zag patterned colored lines. According to the developer of Zoom Player, this is due to " the sample grabbing filter (the Microsoft component used to grab images from a video) is reporting the wrong resolution for these videos, possibly because LAV is somehow confusing the sample grabber or because the video stream aspect ratio changes is somehow confusing the sample grabber."

Here you can see all the bad thumbnails and one good thumbnail:

http://s25.postimg.org/lewwutp17/ZP_Library.jpg (http://postimg.org/image/lewwutp17/)

CLICK for short sample WTV video (https://drive.google.com/file/d/0B82GqdDf8HSyWlhRVTlxV0ZvSWM/view?usp=sharing)

nevcairiel

13th October 2015, 21:26

This is a problem in the sample grabber, it needs to deal with dynamic resolution changes.

nevcairiel

13th October 2015, 21:33

I've had some issues with LAV splitter giving me wrong/shorter duration on a couple of HDTV caps in mkv containers, where video stops at end credits and audio continues. I'm using latest MPC-HCx64 with nightly LAV build. I did try MPC-BE and MPC MKV splitter does give accurate duration, as does MediaInfo for example. MPC MKV splitter has an option to let it calculate duration based on video data, which is off by default, with it enabled it reports the same duration LAV does. Is this intended behavior? Could you change it or add an option to calculate duration based on video or audio data? That way we will get correct duration and be able to seek further.

Its not intended as such, but just how it is for now. Its a known limitation and will be addressed in the future. A sample file might help.

One more thing, would you consider adding support for audio delay file name tag, I think it would be worth it, to rather add a tag than having to remux or manually switch it on and off.

There are no plans for this, sorry.

tzr916

13th October 2015, 21:49

This is a problem in the sample grabber, it needs to deal with dynamic resolution changes.

I have no idea what this means or if it can ever be resolved?

nevcairiel

13th October 2015, 21:53

I have no idea what this means or if it can ever be resolved?

All it means is that its not something LAV has to fix. Dynamic format changes are quite common, and in the case of WTV just a part of reality - the WTV headers contain one frame size, the video is actually in another. LAV Splitter reads the WTV headers and trusts them, of course.

Zoom Player could use its own Sample Grabber and not the rather limited on that comes with Windows.

Stephen R. Savage

13th October 2015, 23:28

nevcairiel

14th October 2015, 09:36

nevcairiel,

Have you been able to look into the issue I reported earlier (http://forum.doom9.org/showpost.php?p=1741844&postcount=19772)? Is there a bug tracker where I should report these issues?

Regards

Something weird is going on with that sample. I'll check.

Edit:
Should hopefully be fixed in the next version.
Note that ASS in AVI is a giant hack and you should really consider using MKV instead.

madshi

14th October 2015, 09:46

Have you been able to look into the issue I reported earlier (http://forum.doom9.org/showpost.php?p=1741844&postcount=19772)? Is there a bug tracker where I should report these issues?
Works fine here, after dropping the avi file into mkvtoolnix and simply remuxing it to mkv. Playing the avi: No subs. Playing the mkv: Subs work fine with both ISR and XySubFilter. Which means it's probably the avi splitter dropping the ball here.

ibius

14th October 2015, 13:05

Its not intended as such, but just how it is for now. Its a known limitation and will be addressed in the future. A sample file might help.

Here you go: Sample (http://wikisend.com/download/837208/Deja.Vu.2006.1080i.Open.Matte.HDTV.deint=film.DD5.1.h264-002.mkv)

thx

hubblec4

14th October 2015, 19:47

hi nevcairiel

sorry for delay, but i have no time for uploading the whole dvd.

I get a new DVD - Homeland season 3 disk 1. Riped to disk with anydvd(no special settings) and the same behavior like Aliens DVD.

No buttons on the screen visible.

With Arcsoft TMT5 play fine.

clsid

14th October 2015, 20:16

You can upload the DVD without the big VOB files. It does not matter that you can't play it anymore. Nevcairiel can use dummy files if needed.

nevcairiel

14th October 2015, 20:39

The menu should still be functional without the big VOBs, if its not its a weird DVD, and not sure I can do anything about it.

hubblec4

14th October 2015, 20:53

Homeland and Aliens DVD's without big vobs

Homleland
Homeland S3D1 (http://forum.videohelp.com/attachments/34046-1444852209/Homeland%20S3D1.7z)

Aliens (http://forum.videohelp.com/attachments/34047-1444852648/Aliens.7z)

CruNcher

15th October 2015, 12:58

@nevcariel
Is there a ffmpeg build existing with nvdec (cuvid) support ?

your cuda decoder in lav decoder is already 0 copy right ?

http://www.qtav.org/blog/cuda_0_copy.html

Neeto

15th October 2015, 13:08

@nevcariel
Any chance of getting a 3.1 down mix in the mixer? The 4.0 down mix seems to be for a quad system, not a 3.1 system or am I missing something?

LigH

15th October 2015, 13:19

Somewhere before (possibly in madVR?) I read that CUVID is obsolete because it won't support 10 bit depth etc.

CruNcher

15th October 2015, 13:26

NVCUVID was more the name for the Shader decoder part that surely is obsolete with the SIP Block NVCUVENC became NVENC but not sure.
I never understood that they renamed the Encoder part but left the Decoder part named NVCUVID and not NVDEC only guess is because of the so close to the CUDA part of the Decoder.

Under Windows 10 i would guess Microsoft want's the monopoly with DXVA2 also because of secure path considerations in the trusted zone of it and easier managing you dont make Secure Boot mandatory for nothing ;)

So i guess IHVs own HW APIs under Windows 10 will come to an end.

nevcairiel

15th October 2015, 13:48

Is there a ffmpeg build existing with nvdec (cuvid) support ?

I don't distribute ffmpeg builds outside of the libraries I use for LAV, so clearly this is the wrong place to ask anything like that.

your cuda decoder in lav decoder is already 0 copy right ?

If you want zero copy, use DXVA2-Native, its the only way to do that with DirectShow.

Under Windows 10 i would guess Microsoft want's the monopoly with DXVA2, something platform independent is surely nothing they want ;)

You have no idea what you are talking about.
Having a standardized interface for accelerated decoding that works with all vendors is just pure awesome. Make it work on DXVA2, and it works for NVIDIA, AMD and Intel. Talk to any Linux developer where they have to implement one API for every GPU vendor, its absolute pain.
On top of that, DXVA2 is actually documented quite well - not something you can say for about all the Linux things.

A "cross platform" interface would only ever go so far anyway, on Windows you want D3D, on Linux you obviously can't use D3D, so you end up with something different anyway.

CruNcher

15th October 2015, 14:06

Of course nevcariel that's convenient Sauron thought the same way ;)

https://www.youtube.com/watch?v=Zp7xHW-JcKk

With Low Level APIs this could change and Vulkan runs on Windows as well it doesn't need D3D except for the presentation ;)

huhn

15th October 2015, 14:17

Somewhere before (possibly in madVR?) I read that CUVID is obsolete because it won't support 10 bit depth etc.

there are more reasons. CUVID forces the GPU in the highest powerstate. that's pretty bad when one point of hardware decoding is lower power consumption...

it's the same decoder as DXVA and DXVA native is just faster.

CruNcher

15th October 2015, 14:23

Then try to lower the power output yourself on Video Playback and be surprised ;)

huhn

15th October 2015, 14:32

or i just use DXVA and have nothing to do...

CruNcher

15th October 2015, 14:39

if you think its always efficient

http://forum.doom9.org/showthread.php?p=1741284#post1741284

huhn

15th October 2015, 14:52

what should i see there? the GM204 doesn't even have a fixed function HEVC decoder.

nevcairiel

15th October 2015, 14:57

if you think its always efficient

http://forum.doom9.org/showthread.php?p=1741284#post1741284

Small spikes like that have no impact on the video playback. The renderer will buffer a couple video frames and present them using VSYNC, that way small "glitches" just vanish.
If a renderer would need a 100% smooth video stream, 90% of all video would look terribly stuttery.

If you think boosting your GPU to P0 for video playback helps smoothness, then by all means, there are easier ways to do that than force usage of CUVID. :)

In any case, CUVID is dead, and I might even remove it from LAV at some point. At the very least I'll likely disable it on Windows 10, because NVIDIA broke half of its functionality anyway and the remaining parts can easily bug out - not to mention lack of 10-bit support.

Thats not Microsoft promoting DXVA2, thats NVIDIA not fixing their API. NVIDIA has superb DXVA2 support though, full 10-bit and everything.

PS:
CUVID just used DXVA2 on the driver side anyway, it was just another API to plug CUDA interoperability on top of the DXVA video decoder.

CruNcher

15th October 2015, 15:25

I can fully understand that decision though these frequency shift "glitches" can be not only small but they can become freaking huge with DXVA Native

13 ms

http://i2.sendpic.org/t/tF/tFMrd5svoVs2YvYYMywlTFuEmqc.jpg (http://sendpic.org/view/2/i/cM7wa5rHLxKu1keialLykdLNcZM.png)

0.4 ms

http://i2.sendpic.org/t/5C/5CG2jFLjvfIQPPeaHY05ZPwKrA9.jpg (http://sendpic.org/view/2/i/iDjCfODzL52NJU5cXlLOuX9K7Wg.png)

nevcairiel

15th October 2015, 15:27

You are testing a hybrid decoder though, due to their high CPU usage they behave a bit more unusual than actual hardware decoders.

huhn

15th October 2015, 15:43

the issue could be the renderer too. hard to judge from a simple screen without knowing the exact renderer. it's an EVR renderer that's all i know.

clsid

15th October 2015, 16:06

CruNcher

15th October 2015, 16:09

You are testing a hybrid decoder though, due to their high CPU usage they behave a bit more unusual than actual hardware decoders.

Ah come on that CPU usage is pretty much a joke compared to the complexity and Firefox is running in the background also, sure OpenHEVC isnt far from it and you shouldn't forget you aren't using 0 copy ;)

http://i2.sendpic.org/t/su/su6mFFM2Wzg6d3R0hTlPBtvK9gm.jpg (http://sendpic.org/view/2/i/vgjrDIZ0btoDVMALqdeQetLPciq.png)

Though HEVC is not AVC and it is much better Shader optimizeable Nvdia took that chance to try it and doesn't keep the Performance Line user completely in the Dust with CPU Decoding and the results aren't that bad @ all for a Hybrid using parts of the VP6 AVC SIP Block sure the GM206 smokes it with it's complete 10 bit SIP Block of VP7 :)

This is a typical Nvidia Design Strategy only the Cards get the full SIP Block where it's economical for them @ the Time so all the Maxwell Mobiles will have the VP7 SIP Block like X1 (Nvidia Shield Android TV Console) has it and the GM206 as a Low Power HTPC Product.

And this time Intel Adapted to this Strategy as well only AMD didn't they pushed once again everything into their Chip economical or not ;)

4K HEVC Results Beauty 30 FPS (Realtime Playback)

Bit rate : 12.3 Mbps
Maximum bit rate : 17.4 Mbps

Lav Decoder (OpenHEVC 8bit) = AVG 40% CPU (Sandy Bridge 4C)
Nvidia VP6 HEVC Hybdrid Decoder 8 bit = max 17% CPU (generic copy)

And yes im fully aware of the Power/GPU/CPU Balance (P0 State Voltage increase) but that's not part of the testing for now (most user of these Gamer Cards don' t care about power @ all) ;)

NikosD

15th October 2015, 17:40

Though HEVC is not AVC and it is much better Shader optimizeable Nvdia took that chance to try it and doesn't keep the Performance Line user completely in the Dust with CPU Decoding and the results aren't that bad @ all for a Hybrid using parts of the VP6 AVC SIP Block sure the GM206 smokes it with it's complete 10 bit SIP Block of VP7 :)

This is a typical Nvidia Design Strategy only the Cards get the full SIP Block where it's economical for them @ the Time so all the Maxwell Mobiles will have the VP7 SIP Block like X1 (Nvidia Shield Android TV Console) has it and the GM206 as a Low Power HTPC Product.

And this time Intel Adapted to this Strategy as well only AMD didn't they pushed once again everything into their Chip economical or not ;)

Not sure about Nvidia, but pretty sure about Intel that for hybrid decoding of HEVC 8bit, doesn't use any of the QuickSync fixed-function blocks.

Because during hybrid HEVC decoding on Haswell, the usage of QuickSync HW decoding block is dead zero 0%.

CruNcher

15th October 2015, 17:54

Not the case for Nvidia 1 Part of the VPU Engine is active Node 6,Engine 6 not much though Node 3,Engine 3 is completely silent, this doesn't get exposed via NVAPI indeed hmm maybe though Node 6,Engine 6 is the cuda copy part

http://i1.sendpic.org/t/gI/gIwZEvl6yvxqYpICv1iWfXsSrb2.jpg (http://sendpic.org/view/1/i/qXmpGcDgLfkI1Lp1QCTQszqoB3e.png)

Ok indeed it seems to be even completely shader based no SIP Block sharing as i assumed first.

http://i1.sendpic.org/t/t4/t4BCcWjTHWo8ILIvvcGppV6o6do.jpg (http://sendpic.org/view/1/i/X5mqHrUylpC39c9jzokK8NMAvj.png)

As nevcariel said now it makes perfect sense why DXVA fails with those frequency fluctuations keeping it stable ;)

But what is Node 6 it's not the MCU

http://i2.sendpic.org/t/b7/b7h3acGXGohQZFSBbXM7gJiIPBc.jpg (http://sendpic.org/view/2/i/jm3GujHEE0dAN5B7L3xmrhbeOqX.png)

huhn

15th October 2015, 18:14

Is using the CUDA API enough to force P0? Or must you actually also do something with it besides initialization? If not, it could optionally be used by madVR and EVR-CP as a means to provide more stable playback.

CUVID forces P0 i don't know why.

there are other ways to get P0.

@CruNcher

have you made sure the issue isn't with the EVR renderer from MPC-BE?

and why is the resizer NN?

CruNcher

15th October 2015, 18:38

DSR does the overall scaling currently

http://i2.sendpic.org/t/ey/ey34G4nGYzsYwoOzBsszEgib91R.jpg (http://sendpic.org/view/2/i/1d7snQ8C4oVhlxLhWV9VjNt6DuO.png)

huhn

15th October 2015, 18:39

no it doesn't.

CruNcher

15th October 2015, 19:23

no it doesn't.

Im pretty sure i see no impact no matter which scaler i chose on anything.

http://i1.sendpic.org/t/uI/uIbYrzepbChyHtOzcAQOzCYFu2O.jpg (http://sendpic.org/view/1/i/dPuROpUrHV6sMURVUVw8CQRurXI.png)

http://i1.sendpic.org/t/5E/5EFQ6CrUk0iivT5QJ9q0maXSaYa.jpg (http://sendpic.org/view/1/i/oJYO6JSmSUAl3p0LGX9wHWMO8YV.png)

http://i2.sendpic.org/t/81/81val3mvRXxpuJjXJGitJDnEV93.jpg (http://sendpic.org/view/2/i/obXcXhqEBRRWxxvaLN7zBStntXD.png)

http://i1.sendpic.org/t/j7/j7DqnA7mZrtL9FDwIU19KWtm5k6.jpg (http://sendpic.org/view/1/i/tjlMO49wRKBOXtDqpeS1vJ88SGx.png)

http://i2.sendpic.org/t/31/31SFQ8FFJwfuOlCbUU0grFJKXnx.jpg (http://sendpic.org/view/2/i/k8SUj5EQW7v7LIm9fYX5IZcWDIi.png)

So either they are all broken or Nvidias DSR overides them all

And when you think in Nvidias Logic (if we have a superior scaling algorithm why should we keep everyone else running and causing troubleshoot problems) ;)

it isn't really surprising ;)

One of the 8 bit Samples where everything brakes apart currently 46.4 Mbps ;)

http://i2.sendpic.org/t/ed/edlEIpf24AQny3MlB08BEqm67W5.jpg (http://sendpic.org/view/2/i/vWQkraxioH4YKBwOsuHE5Bi4HeL.png)

Though some of the parts play fine but most 30 ms or more (watching out for Driver improvements) ;)

OpenHEVC handles this stream much much better on the 4 Cores

http://i2.sendpic.org/t/bz/bzKnHuh0S0xoZePTm7DZdTGeSHR.jpg (http://sendpic.org/view/2/i/kLp35yvICoGKdUPmTzp9aAgqi7F.png)

I guess 40% OpenHEVC equals roughly what Nvidias Shader Decoder can playback currently 80% is 2x more complex guess the Decoder will die practically everywhere OpenHEVC drives 80% CPU results or dies itself.

Mangix

16th October 2015, 02:30

Talk to any Linux developer where they have to implement one API for every GPU vendor, its absolute pain.

Everyone uses VDPAU nowadays. Everything else seems to have died.

nevcairiel

16th October 2015, 08:26

Everyone uses VDPAU nowadays. Everything else seems to have died.

Thats not true. VAAPI is still very much alive, and Intel doesn't support anything else.

huhn

16th October 2015, 08:54

@CruNcher
that's your screen.
http://sendpic.org/view/2/i/1d7snQ8C4oVhlxLhWV9VjNt6DuO.png

can you stop trolling please?

foxyshadis

16th October 2015, 10:25

Thats not true. VAAPI is still very much alive, and Intel doesn't support anything else.

The nice thing about VDPAU, though, is that it can translate transparently to VAAPI, whereas the reverse definitely isn't true.

nevcairiel

16th October 2015, 10:35

The nice thing about VDPAU, though, is that it can translate transparently to VAAPI, whereas the reverse definitely isn't true.

From what I'm told that doesn't work that well..

CruNcher

16th October 2015, 11:16

@CruNcher
that's your screen.
http://sendpic.org/view/2/i/1d7snQ8C4oVhlxLhWV9VjNt6DuO.png

can you stop trolling please?

And what do you want to say with that the source is highly compressed the output result is fast and it looks the same nothing artificialized you could still run a sharpener over it if you need it but the overhead is still lower in any case.

Or do you think this looks bad also as its native downscaled,upscaled

http://i2.sendpic.org/t/ed/edlEIpf24AQny3MlB08BEqm67W5.jpg (http://sendpic.org/view/2/i/vWQkraxioH4YKBwOsuHE5Bi4HeL.png)

http://i2.sendpic.org/t/ez/ez0kjYthGP5AKGkK4C3c9Gpc0AN.jpg (http://sendpic.org/view/2/i/1wvva6E5yBdAp9EIKN710o2ltC1.png)

huhn

16th October 2015, 14:35

you post a UHD video at UHD can you plz stop kidding...

P.J

16th October 2015, 15:18

And what do you want to say with that the source is highly compressed the output result is fast and it looks the same nothing artificialized you could still run a sharpener over it if you need it but the overhead is still lower in any case.

Or do you think this looks bad also as its native downscaled,upscaled

http://i2.sendpic.org/t/ed/edlEIpf24AQny3MlB08BEqm67W5.jpg (http://sendpic.org/view/2/i/vWQkraxioH4YKBwOsuHE5Bi4HeL.png)

http://i2.sendpic.org/t/ez/ez0kjYthGP5AKGkK4C3c9Gpc0AN.jpg (http://sendpic.org/view/2/i/1wvva6E5yBdAp9EIKN710o2ltC1.png)

+10MB for a screenshot?

CruNcher

16th October 2015, 16:17

Its the entire Framebuffer

nevcairiel

16th October 2015, 16:18

Please open your own thread if you want to continue your discussions, its entirely unrelated to LAV at this point.

DragonQ

18th October 2015, 16:13

Nev, are there any features you're looking to include before the release of 1.0? Just curious, as it seems LAV Filters is really stable at this point and not much is blocking such a release except features.

nevcairiel

18th October 2015, 23:02

I don't put much meaning in such version numbers. I don't have any concrete plans when or what to do specifically for a 1.0. Maybe one day it'll feel right, and I'll use the chance to re-do some of LAVs control interfaces (a bunch of cruft accumulated that I never removed because of backwards compat).

Neeto

19th October 2015, 02:30

@nevcariel
Any chance of getting a 3.1 down mix in the mixer? The 4.0 down mix seems to be for a quad system, not a 3.1 system or am I missing something?

Anyone? :thanks:

tekko

20th October 2015, 17:37

After "Switched ASF/WMV demuxing to a new demuxer from Libav", the splitter no longer plays all of my wmv's. "wm asf reader" is used instead when that happens. I went back to 0.65.0.25 and it can handle all of them. The ones that are having problem shows "... unneeded bytes at end of file" in gspot. Trying to fix the wmv's index might fix the problem, but I will no longer be able scan for duplicates and some are on read-only media. Can you make LAV Splitter fall back to the old demuxer when that happens? Thanks.

nevcairiel

20th October 2015, 18:34

Please provide samples that don't work instead, that way they can be fixed instead of worrying about some fallback.

nevcairiel

21st October 2015, 23:22

@nevcariel
Any chance of getting a 3.1 down mix in the mixer? The 4.0 down mix seems to be for a quad system, not a 3.1 system or am I missing something?

I don't currently plan to offer every kind of unusual speaker setup in the options, it would just overwhelm the list.

If you really want to, you can cheat the options box by editing the channel layout in the registry entry (HKCU\Software\LAV\Audio -> MixingLayout), 3.1 would likely be hexadecimal 0x0F (0x1+2 for L/R, 0x4 for C, 0x8 for LFE)
Maybe I should add a custom option and let you specify hex channel layouts in the options panel, huh.

Neeto

22nd October 2015, 05:06

I don't currently plan to offer every kind of unusual speaker setup in the options, it would just overwhelm the list.

If you really want to, you can cheat the options box by editing the channel layout in the registry entry (HKCU\Software\LAV\Audio -> MixingLayout), 3.1 would likely be hexadecimal 0x0F (0x1+2 for L/R, 0x4 for C, 0x8 for LFE)
Maybe I should add a custom option and let you specify hex channel layouts in the options panel, huh.

Thanks nevcairiel will take a look.
Will using the hex values allow the sliders to vary the mixing of the back/side L/R channels into the front L/R?
The ffdshow custom matrix mapping/mixing tab is probably overkill, but still a nice flexible solution IMHO.

foxyshadis

22nd October 2015, 13:46

I just found Equalizer APO (https://sourceforge.net/p/equalizerapo/), which has support for reordering and regaining channels, although it requires you to set each channel's gain manually, and cannot mix multiple channels into one. It doesn't support compression/limiting, because the author is mostly all about EQ, but with some prodding it could happen. Still, it's easy to get in the chain. This is the kind of thing DirectShow was made for; LAV shouldn't have be the whole audio chain end-to-end.

There must be other filters out there that do generic audio processing well. Better to discover them than beg nev to do something he won't.

nijiko

22nd October 2015, 16:47

Will LAV be planed to support BD ISO image / folder or BD navi / menu?

nevcairiel

22nd October 2015, 16:56

No plans.

nevcairiel

23rd October 2015, 15:46

I have an original DVD(Alien 2) on hard disk which plays fine in previous versions of LAV.

Now i dont see any "button". Only the mouse changed when comes over a "button".

When I start this DVD a black screen is only what I see.
After a jump in the timeline you see the screen.

I managed to get ahold of Homeland Season 3 DVDs which you said also had this problem (and their IFO files match the files you send me), and I cannot reproduce any problems. I'm playing from the original DVD in the drive, and all is working fine.
Latest nightly, of course.

clsid

23rd October 2015, 16:17

Maybe related to the Windows update?
https://support.microsoft.com/en-us/kb/3001554

hubblec4

23rd October 2015, 22:12

I managed to get ahold of Homeland Season 3 DVDs which you said also had this problem (and their IFO files match the files you send me), and I cannot reproduce any problems. I'm playing from the original DVD in the drive, and all is working fine.
Latest nightly, of course.

OK, thanks,
I will try it with the Latest nightly.

With another DVD(series) "EUREKA" there are no problems.

EDIT: it works with the latest nightly!

Magik Mark

24th October 2015, 06:44

Nev

Is it possible to put release notes on nightly builds so we know what to test?

Thanks

nevcairiel

24th October 2015, 09:59

Is it possible to put release notes on nightly builds so we know what to test?

If there is something in particular I want tested, I'll usually mention it.
Otherwise you can read the commit logs:
https://github.com/Nevcairiel/LAVFilters/commits/master

I'll not write a proper user-readable changelog for the nightly versions otherwise, sorry.

shouldn't Intel's Bay Trail be able to do hardware accelerated decoding of VP8 video?

There is no VP8 or VP9 hardware acceleration in LAV Video of any kind (yet). The main reason for this is that until recently there was no specification on how to access the VP8/9 hardware decoders. Microsoft has released this specification recently, so now all we have to do is hope that new drivers show up which actually implement hardware acceleration compatible to this spec. For VP9 its at least possible on Broadwell, Braswell and Skylake (and I have this nearly finished implementing in LAV). Haven't seen any VP8 support exposed in drivers yet.

P.J

24th October 2015, 17:55

For VP9 its at least possible on Broadwell, Braswell and Skylake (and I have this nearly finished implementing in LAV). Haven't seen any VP8 support exposed in drivers yet.

And Nvidia? :)

nevcairiel

24th October 2015, 17:56

And Nvidia? :)

Current drivers are not working. Maybe in the future.

andybkma

25th October 2015, 12:57

Hi nev,

I see that you changed the wmv splitter in LAV .66. I have many wmv files that will not seek and/or play now with .66 but worked fine with LAV .65 so this leads me to believe that this new wmv splitter (Changed: Switched ASF/WMV demuxing to a new demuxer from Libav) perhaps isn't quite ready for general use yet (?). I have included two samples here (I have many more but they are much bigger to upload) : http://depositfiles.com/files/nksp2h699

Note: This should be easy to duplicate... I have LAV .66 set as wmv splitter and LAV as wmv decoder and the sample vids won't seek and or play. As soon as I switch the wmv splitter in Zoom Player to WMReader or use LAV .65 as the wmv splitter the files play and seek fine.

Thank you

sneaker_ger

25th October 2015, 19:28

Have you already tried the latest nightly (http://files.1f0.de/lavf/nightly/) (0.66.0-31)? If so, provide samples.

andybkma

26th October 2015, 03:26

Have you already tried the latest nightly (http://files.1f0.de/lavf/nightly/) (0.66.0-31)? If so, provide samples.

Not sure if you are responding to my post above yours because I obviously provided samples in my post (with download link)... but yes, the .66-31 has the same wmv splitter problems as .66

sneaker_ger

26th October 2015, 07:22

Yes, I was responding to you. (I overlooked the samples)
For me 478_SPV_.wmv plays&seeks using 0.66.0-31 but seeking takes very long (like 20 seconds). 489_SPV_.wmv plays but falls back to start on seeking attempt. No problem using Microsoft splitter. VLC seeks fast but playback seems stuttery or too slow.

andybkma

26th October 2015, 09:42

nevcairiel

26th October 2015, 10:37

LigH

26th October 2015, 11:10

Although I replaced the MPC-HC internal copy of LAV filters with a just even also installed "nightly" (0.66.0-31) – so both available LAV filters, internal and external-DS, are most recent – MPC-HC just skips a webm created with vpxenc (v1.4.0-1562-g56cfbee) using VP10. Does it not yet contain a matching decoder? Or is the issue rather outside LAV Filters?

nevcairiel

26th October 2015, 11:15

What made you think VP10 would even be remotely supported? :)
Its bitstream is not even finalized yet, and of course there is no decoder in ffmpeg yet.

LigH

26th October 2015, 11:32

I didn't know any details about the specs development... was just surprised that VP10 could be enabled in vpxenc at all, already. So for now, the only way to test it seems to be in conjunction with vpxdec. Alright, will stay curious and look forward to reading about news "when it's done".

andybkma

26th October 2015, 15:54

There is a long list of samples that didn't work so great on the old one, so its not so easy to judge. The goal is to fix/improve the new one, and not just switch back.
Anyway, my finding is that the first file works fine in playback, just seeking is slow. The second file stops playback after about 11 seconds and also doesn't seek beyond this point. Will see what can be done.

Hi nev, thanks for taking a look at this. Also just noticed another problem with the new wmv demuxer in LAV .66... it has broken slow-motion with wmv files. With LAV .65, in Zoom Player I can press L while the wmv video is playing and it plays slow-motion. But with LAV .66 nothing happens... it still keeps playing at normal speed.

Thanks again

thomponth

27th October 2015, 11:50

Hi,

I am trying to build the LAV filters under Visual Studio 2015.

First, I have downloaded the source code of the LAV filters (v0.66).

Then, as indicated in the README file of LAV filters' source code, I have downloaded:
- the fork of ffmpeg from http://git.1f0.de/gitweb?p=ffmpeg.git;a=summary
- libblurray from http://git.1f0.de/gitweb?p=libbluray.git;a=summary
- IntelQuickSyncDecoder from sourceforge

However, Visual Studio 2015 does not find a file called "config.h" which is included in ffmpeg\libavcodec\mathops.h

I have searched on the Internet and I couldn't find any solution for this 'config.h" problem.

I guess some of you guys know how to build the LAV filters.

So could you please tell me how to fix this problem? Where is the config.h file that I should include.

Thanks in advance!

nevcairiel

27th October 2015, 12:13

config.h is auto-generated, use build.bat to build everything properly. Please note that I can't really give support to people trying to setup their own dev environment. LAV doesn't require anything special though.

NTSky

27th October 2015, 15:05

Hi,

I supported application that is using DirectShow Editing Services (DES) and it internally creates graph with circle connections and when LAV video decoder is used, the application is crashing, due to stack overflow.

The reason is "CLAVVideo::ReconnectOutput" method, that recursively enumerate filters through their connections, and as DES creates circle connection, recursion become infinite.

Need some help.

nevcairiel

27th October 2015, 16:15

What LAV Video does in that function is pretty standard dynamic reconnection for format changes, you should make your application deal with that. It cannot be disabled.

NTSky

27th October 2015, 17:38

"CLAVVideo::ReconnectOutput" method contains 2 calls of "CLAVVideo::FilterInGraph" method to check if "CLSID_madVR" or "CLSID_OverlayMixer" filters exist in a graph. But in "FindFilterSafe" function we have recursive call of itself with filters it is connected to, which cause infinite recursive in case of circle connections in a graph, that is not forbidden by DirectShow and work fine with other decoders.

nevcairiel

27th October 2015, 18:20

andybkma

28th October 2015, 02:06

Hi nev, thanks for taking a look at this. Also just noticed another problem with the new wmv demuxer in LAV .66... it has broken slow-motion with wmv files. With LAV .65, in Zoom Player I can press L while the wmv video is playing and it plays slow-motion. But with LAV .66 nothing happens... it still keeps playing at normal speed.

Thanks again

Hi nev, just want to make sure that the above report that the new wmv splitter has broken slow-motion didn't get lost in the shuffle. Thanks

aufkrawall

28th October 2015, 11:02

Hello,
DXVA2 CB requires more PCIe bandwidth than software decoding, or am I mistaken?
The frame has to be copied twice and decoded 4k 10 Bit should be quite huge. Especially bandwidth needed increases with frame rate.
Do you think PCIe 2.0 is sufficient for 10 bit 4k 60fps?
Would the bandwidth needed even increase more with BT.2020?

nevcairiel

28th October 2015, 11:10

I just build software, I don't really want to give hardware advice. You can calculate the bandwidth requirements yourself quite easily. 4k 10-bit is 3840x2160x3 (10-bit uses 24-bit for every 4:2:0 pixel, or 3 byte) bytes for every frame.
BT.2020 does not change anything on the memory requirements.

Personally I would never use something antiquated like PCIe 2.0, but thats just me. A system which still has PCIe 2.0 is way old as it is, and leaves no room to grow.

aufkrawall

28th October 2015, 11:28

Those calculations seem tricky, as I can hardly say if in practice the bandwidth for the 2x copy would be needed at once or if the requirements would be lower since the frame is copied serialized.
So I think practice will have to show this next year with new GPUs (I doubt anyone will test it before).

I just can tell you that in games (which are usually most critical regarding PCIe) PCIe 2.0 is hardly limiting at all.
My 2500k@4.8Ghz gave me ~117fps minimum in an absolute CPU limit in Star Wars Battlefront beta, while frametimes were absolutely perfect and no texture streaming was visible.
There were also some comparisons of Digital Foundry with several Intel gens at the same clock and several games and the performance gain of Ivy Bridge over Sandy Bridge was mostly not existing (no advantages for frametimes either).

nevcairiel

28th October 2015, 11:38

Games are usually not that limited by PCIe bandwidth. Tests have shown that running your GPU in x8 mode (say when running two GPUs) practically costs no performance at all, and even going down to x4 will only be a very marginal change in FPS - in current gen at least.
If I were to build a 4K HTPC right now, I would certainly make sure not to use PCIe 2.0 just to be on the safe side. I prefer to build with headroom rather than save a few euros.

But with the sad situation 4K TVs are still in this year (BT.2020, whats that?), and the lack of content, I postponed all that to next year anyway!

aufkrawall

28th October 2015, 11:44

It's out of question to buy a PCIe 3.0 able platform if you buy now or in future, yes. However, with Sandy Bridge it's very unattractive to change the CPU/MB yet.
But nothing to do about it if bandwidth really wouldn't be sufficient.

I suppose nobody here as a Sandy Bridge + GTX 960 system?

clsid

28th October 2015, 15:41

4K 10bit 50fps plays fine here with copy-back and PCI-e 2.0 x16. Haven't got a 60fps 10bit sample. Theoretically PCI-e 1.0 x16 should even be able to handle it.

aufkrawall

28th October 2015, 18:43

Really good to know, thank you!

tekko

28th October 2015, 20:14

Please provide samples that don't work instead, that way they can be fixed instead of worrying about some fallback.

Sorry for the delay... I tried to cut a sample with different programs and even with dgsplit12 the sample plays.

I saw that u've switched back to the old asf demuxer and it still doesn't work with 0.66.0-32. It's something in between 0.65.0.25 and 0.65.0.26 for sure.

EDIT: forgot to say Thank you. :)

sneaker_ger

28th October 2015, 23:31

I saw that u've switched back to the old asf demuxer and it still doesn't work with 0.66.0-32.
That change is from today, you have to wait a few hours for the 0.66.0-33 nightly.

truexfan81

29th October 2015, 01:31

tekko

29th October 2015, 04:02

That change is from today, you have to wait a few hours for the 0.66.0-33 nightly.

My bad... 0.66.0-33 indeed works once again :)

Thanks nevcairiel

DragonQ

29th October 2015, 19:28

Personally I would never use something antiquated like PCIe 2.0, but thats just me. A system which still has PCIe 2.0 is way old as it is, and leaves no room to grow.

Pah, I'll stick with my X58 platform thanks very much. 6 years down, 4 more to go?? :D

NTSky

30th October 2015, 14:20

How would a circular connection make sense, you would never get any data out of the graph at the end, it would just roam in circles.
There is even an error code for this, namely VFW_E_CIRCULAR_GRAPH, which would suggest circular graphs are not all what you are making them out to be.

Tracking circular connections in those functions would be somewhat complex since they are recursive, so for now I'll just call it unsupported.

We have one pipeline that ends with renderer and another one with circle connection. Such graph is created by DirectShow Editing Services, which creates BigSwitch filter with circle connections inside, and I have no possibilities to change it. That is why it is possible and works fine with other decoders.

ajp_anton

1st November 2015, 16:53

10-bit uses 24-bit for every 4:2:0 pixelNot 15 bits/pixel? 10 * (1 + 1/4 + 1/4)

nevcairiel

1st November 2015, 16:54

Not 15 bits/pixel? 10 * (1 + 1/4 + 1/4)

Its always stored as 16-bit per component in memory for easier addressing on a byte-level.

CruNcher

4th November 2015, 13:35

@nevcariel

i and Clsid a like was wrong the DXVA Power Saving Frequency fluctuations seem to have nothing todo with the Playback stability issues for DXVA Native on VP7 GTX 970 (GM204) it must be something else but it makes no sense,what is happening here ? :(

Lav Video DXVA Native

http://i2.sendpic.org/t/ur/urZXHZRUfqCBDuh6iP8Y7WqZvY4.jpg (http://sendpic.org/view/2/i/o5NmFsOU8aEiG714hE5ZlgTJcR4.png)

Disabled Adaptive Power Management now Memory and Core Frequency are stable with DXVA Native but still these Frametime explosions that final result are unbelievable heavy Playback Stutter/Jitter with peaks upto 12x ms.

Lav Video Cuda (NVCuvid)

http://i2.sendpic.org/t/gt/gtNChHJEkbIsGczcrkGRLbz8vkd.jpg (http://sendpic.org/view/2/i/s9ncJNuhjnp4nlYIlhmrAbroVAd.png)

The NVCuvid Decoder has no issues but it's to heavy (overkill) for most not so complex H.264 4K Streams for example @ the 1126 Mhz core clock it triggers constantly without going lower.

GPU Power of 50% is way to High for not as complex H.264 4K Streams 20% seems totally enough for the VP7 4K H.264 (DXVA Native) Decoder part.

But most probably not an option as Nvidia won't give anyone access to the CUDA Frequencies and they don't Adaptively change here.

Though i most probably give up with Nvidias H.265 Decoder in GM204 and go with CPU (OpenHevc) for any Stream complexity (Bitrate,Tools) for now the High complexity 4K 10 bit ones won't play even on the CPU (i5-2400) Fluid (not even in the slightest way) and even most of the complex 8 bit ones crush the VP7 and the CPU to the Ground.

And all of them are even not the highest complexity Samsungs NX1 Stream really brakes it down to the ultimate of 4 FPS for just a camera pan @ what 80 mbits :D

rock

5th November 2015, 11:01

video ts doesn't look good when play with dxva-native

I can't upload my own file (because limited of internet) but I hope its same to be a sample
http://pan.baidu.com/wap/link?uk=2937249676&shareid=448183&third=0

my specs:
Intel HD 3000
Win 8.1 64bit
MPC-HC Nightly 1.7.9.190

wanezhiling

5th November 2015, 12:07

rock

5th November 2015, 13:05

You should upload to sendspace, nevcairiel can't download files from pan.baidu.com because of extremely slow speed.
And what do you mean 'doesn't look good', at least a screenshot like this (seems to work fine here) (http://i.imgur.com/di4gQmj.png), please.

Well, SNB HD3000 is known as a bad hw decoding gpu, check other player (mpc-be etc.)
link deleted

thats another same file with my files that affected (different than first one though)
I can't upload since my internet really slow, it could take hour(s) maybe just to upload that.

same result with mpc-be.
it looks fine with potplayer dxva-native

I don't what words to explain that, but you could see the details look on the lip and fingers, also on the second video, you could see that.

added screenshot as suggested
http://imgur.com/a/abo2q

wanezhiling

5th November 2015, 13:33

Don't share torrent here, it's not allowed!
No difference here, mpc-hc(lav dxva), mpc-be dxva, potplayer dxva, all same.
While Im using hd4600.

And again, offer two screenshots (pot fine v.s mpc not good), otherwise nobody can help you, that's all.

romulous

7th November 2015, 09:01

Hi nev,

Sample file with two subtitles streams (Telextext and DVB), yet it appears only one is exposed (DVB). Sample:
https://mega.nz/#!4t41nRgA!JOC4KHpQH88upPj9iwI75KZp8rcz-rKiLjLwRBM3LTg (71MB)

MediaInfo:
Text #1
ID : 5303 (0x14B7)-888
Menu ID : 8931 (0x22E3)
Format : Teletext
Language : English

Text #2
ID : 5304 (0x14B8)
Menu ID : 8931 (0x22E3)
Format : DVB Subtitle
Codec ID : 6
Duration : 1mn 56s
Delay relative to video : -300ms
Language : English

Would appreciate if you could take a quick look and give some advice.

romulous

nevcairiel

7th November 2015, 09:09

There is no DirectShow type for teletext, thats why it ignore them.
I'm also not aware of anything in DirectShow that can decode them.

wanezhiling

7th November 2015, 13:49

There is no DirectShow type for teletext, thats why it ignore them.
I'm also not aware of anything in DirectShow that can decode them.
http://i.imgur.com/cqoTuj6.png

LigH

7th November 2015, 19:03

So maybe Potplayer (only) can do that on its own? This screenshot is no proof that a "DirectShow filter" is responsible.

Konrad Klar

7th November 2015, 19:45

Why teletext could not be transformed into subtitle stream (inside DS infrastructure)? Is that source radically different from text files, or subtitles embedded in MKV, or MP4?

jkauff

8th November 2015, 01:12

It's been a long time, but IIRC teletext is part of the video stream. I don't think it's accessible as text.

LigH

8th November 2015, 16:54

Depends on the video system.

For NTSC, there used to be a "line 21 decoder" for analogue video signals containing such information in the pre-video gap (during the vertical blanking). When the video is already digital, it won't contain pre-gap data in its usual form anymore and will have added "Closed Captions" packets in the video stream (they can be extracted e.g. with CCExtractor). Keep in mind: SD NTSC composite video only. HD video formats won't be able to emulate this system via DVI/HDMI digital connections.

Analog PAL TV uses a different kind of "Videotext" in the vertical blanking gap which is not respected in DVD specs in a similar way. DVB-TXT is in separate substreams.

nevcairiel

8th November 2015, 16:55

amayra

8th November 2015, 17:38

long time no see stable ver ?

LigH

8th November 2015, 18:06

Regarding DVB, the ETSI appears to be responsible with documents like EN 300 472 (DBV TS multiplexing), EN 300 743 (DVB-SUB format), "DVB BlueBooks" in general. The primarily responsible filter in a DirectShow chain would be the splitter, to demultiplex it for a decoder creating a video overlay. But if the DirectShow system has no "media type" defined for DVB teletext, there won't be any filter feeling responsible for connecting. And indeed - the MSDN lists no DVB text related media type (https://msdn.microsoft.com/en-us/library/ee495731.aspx) (only Line 21 CC).

jkauff

8th November 2015, 21:45

Teletext is not related to "Closed Captions" (which line 21 would be).

In any case, teletext is not plain text data, its binary image data. Its transmitted as separate streams in a MPEG-TS container, and not as part of the video.
Thanks for the clarification. The last time I encountered teletext was in the analog video days when it was one of the non-picture elements of the NTSC signal.

Nullack

9th November 2015, 01:11

Hi, I'm fiddling around with some interlaced content in both TFF and BFF on lav filters 6.0.33 GIT using MPC-HC. I'm running a 4K display and Ive configured the video decoder to use DXVA2 native. When set to native none of the de-interlacing options for hardware can be enabled - its all greyed out with the notice CUVID/Qs only. So that leaves the software deinterlacing YADIF. If I untick this, I still get deinterlaced video for some reason. So where is it coming from? I'm on an NVIDIA GTX 960 and have inverse telecine disabled in the control panel. Im trying for testing reasons to see the interlaced frames.

pie

9th November 2015, 02:18

In any case, teletext is not plain text data, its binary image data.

It's not image data - it's text encoded in a specific format - most of the subtitle text is encoded with odd parity IIRC (see ETS 300 706)

I know that if you use the standard Windows demuxer for WTV/DVR-MS files, the teletext stream is exposed with media type MEDIATYPE_MSTVCaption

huhn

9th November 2015, 02:39

Nullack

9th November 2015, 03:21

Thanks. EDIT: I found it in the deinterlacing mode section to the left of the video config tool. As Im curious, when you have say auto or force or aggressive for the mode with interlaced content, and you have the other two deinterlacing types disabled, what actual deinterlacing type is used by the renderer? Is there a reason someone would elect to enable the software yadif over the un-named type? Thanks

Vasilich

9th November 2015, 08:33

In any case, teletext is not plain text data, its binary image data.
as pie already said, teletext is not image data, it is text (binary) data. romulous asked about DVB teletext, and it is described in ETSI EN 300 472. What you meant is probably DVB subtitles, that are image data.
Here (https://github.com/petrkutalek/telxcc) is the example implementation of DVB teletext parser - it can process TS files with the speed up to 1GB/s, that you will never achieve when processing image data :) , and the guessing of selection of proper teletext page for subtitles always worked for me (at least for german broadcasters).

mzso

9th November 2015, 20:31

Hello!
I'm quite sure I used to be able to play fullHD videos with hadrware acceleration (cuvid) with my GTS450. But now I can't. Cuvid is by far the worst. It's as if watching a slideshow. DXVA modes at least play kind of fluidly with many framedrops/ repeated frames (according to madVR). Copy back seems to perform best with the repeated frames stagnating only the dropped frames increasing.

LigH

9th November 2015, 22:55

Do you rely on Microsoft's drivers from Windows Online Update? Or do you update with drivers from Nvidia's website?

nevcairiel

10th November 2015, 00:34

vanden

10th November 2015, 13:30

Does LAV H264 Decoder With more than 16 threads is possible ?

LigH

10th November 2015, 13:42

Do you have at all AVC video with more than 16 slices per frame, so that you need more than 16 threads per frame to decode at all?

vanden

10th November 2015, 15:00

I dont't know how slices per frame ...

It's a x264 encode 2160p 50fps 45mbs (http://infonetservices02.chez.com/NoiseRed-50fps-45mbs.mkv)

it worked perfectly with my old system (Mac Pro 2008 / Win7x64 / 2xXeon E5462 2.8GHz / 8 Cores).
But with my new (HP DL580 G5 / Win2012R2 / 4xXeon E7450 / 24 Cores) it's limit, and the processor does not exceed 40% ....

Or another H265 sample (http://www.elecard.com/assets/files/other/clips/140626_4k_hm130_4s_sao_dbf_qp27.265) (remuxed with MKVToolnix @ 50fps) : same problem.
On MacPro env 45fps CPU @ 98%
On DL580 env 45 fps CPU @ 30-40% ...

Or another (worst) H264 2160p 60fps 35mbs : BigBunny2160p-60fps (http://distribution.bbb3d.renderfarming.net/video/mp4/bbb_sunflower_2160p_60fps_normal.mp4)
On MacPro 60fps (perfect) CPU @ 58% :
On DL580 env 55 fps (complet loss of synchronization) CPU @ 30-40% ... :

chros

10th November 2015, 15:32

Also, I generally do not recommend using CUVID at all, anymore. Its somewhat limited in comparison to DXVA2 modes, and especially on Windows 10 its quite a bit broken, since NVIDIA discontinued part of the functionality it uses.
It'll probably get blacklisted on Windows 10 in an upcoming LAV version, because it doesn't even deinterlace properly anymore on 10, which is the main reason people seemed to use it.
But please, don't disable it on Win8, on my system I can watch high bitrate (~100Mbps) 4k x264 30fps samples reliably with it but not with copyback (when bitrate goes high then stuttering begins).
If you need a sample I can upload one if you want to take a look at it.
Thanks!

yonta

14th November 2015, 12:45

LAVSplitter doesn't seem to handle a file with a big audio delay very well.
This sample (https://drive.google.com/file/d/0B1mCVSSmbT2LN0E2MGlkdkd4aTQ/view?usp=sharing)(793Mbytes) has 112 seconds audio delay so the video should be played without sound for 112 seconds.
But using LAVSplitter mpc-hc shows blackscreen and just hangs there. If I skip to any point before 1:52 it shows a still picture and hangs there. If I skip to any point after 1:52 it plays fine with audio in sync.
I tried mplayer, mpv, vlc, ffplay and they all play it just fine.

nevcairiel

14th November 2015, 13:04

Thats a DirectShow limitation, if an audio stream is present it also expects audio to start playing, otherwise the reference clock doesn't move properly and everything gets stuck.

yonta

14th November 2015, 13:22

Thats a DirectShow limitation, if an audio stream is present it also expects audio to start playing, otherwise the reference clock doesn't move properly and everything gets stuck.

I also tried KODI and potplayer32 (both latest dev.) and they played it just fine. Don't they use DirectShow?

nevcairiel

14th November 2015, 13:24

Kodi does not, and it really depends on the audio renderer in question. If it moves the reference clock without audio, its going to work fine. If it doesn't, it gets stuck.
From what I remember, ReClock used to run its reference clock based on the hardware clock, independent of received audio. Could try that.

I don't know of a way to trick the audio renderer to start playing anyway.

kasper93

14th November 2015, 17:57

Seems to work fine for me with MPC-HC though.

yonta

15th November 2015, 13:57

Seems to work fine for me with MPC-HC though.

filters list?

nevcairiel

15th November 2015, 15:12

LAV Filters 0.67

LAV Splitter
- NEW: Support for HTTPS URLs
- NEW: Automatic selection of the highest quality variant in HLS streams
- Changed: Reverted back to the old ASF demuxer
- Changed: Backported ASF seeking improvements to the old ASF demuxer
- Fixed: ASS in AVI did not work in recent versions
- Fixed: RTP/RTSP did not work properly in 0.66

LAV Video
- NEW: Improved DVD subtitle and menu drawing with madVR (support for madVRs subtitle repositioning and lower latency)
- Changed: HEVC and 4K HWAccel is enabled by default
- Changed: Enabled DXVA2-CB Direct Mode with YV12 output on 8-bit sources
- Fixed: DVD menus could show a black screen instead of the menu in some situations

LAV Audio
- Fixed: Improved clipping behavior in badly mastered DTS-HD tracks

Download: Installer (both x86/x64) (http://files.1f0.de/lavf/LAVFilters-0.67.exe) -- Zips: 32-bit (http://files.1f0.de/lavf/LAVFilters-0.67.zip) & 64-bit (http://files.1f0.de/lavf/LAVFilters-0.67-x64.zip)

I'm going on vacation soon and wanted to release this before, so that I can focus on a bunch of new things after getting back.
This release contains mostly maintenance, and a few new features like HTTPS support, which was asked for a couple times.

Otherwise new is support for drawing DVD menus and subtitles directly through madVR, which lowers the latency of interactive menus, and allows madVRs subtitle moving logic to be used.
A recent version of madVR is required, 0.89.10 or newer.

For the next version after this one, I have a few changes planned for hardware acceleration, mostly involving a new settings UI for them and a bit more flexibility like allowing fallback to DXVA2-CB if Native doesn't work.
On top of that, I have been working on VP9 DXVA2 support, and it will also be part of the next release, but its not quite done yet. VP8 is also in the pipeline, but I need a Intel drivers first that support VP8 DXVA2, which should appear sometime in the future.

As always, if you encounter a problem, especially if its a regression, please report the problem in as great detail as possible, with a test-case to reproduce it if applicable, so it can be fixed more easily.

Have fun and take care!

NikosD

15th November 2015, 15:24

LAV Filters 0.67
On top of that, I have been working on VP9 DXVA2 support, and it will also be part of the next release, but its not quite done yet. VP8 is also in the pipeline, but I need a Intel drivers first that support VP8 DXVA2, which should appear sometime in the future.

It is a pity to wait for Nvidia to fix their broken drivers in order to release your VP9 DXVA decoder, since it already works for Intel.
VP8 DXVA is a different decoder and nobody supports it right now.

You released your HEVC DXVA decoder when only Nvidia had already available the suitable driver, without waiting for Intel.

It's not fair and it looks like a biased decision.

nevcairiel

15th November 2015, 15:25

You are free to draw your own conclusions, but thats not the reason, and I never stated that.
There is a big gap between it kind-of working so I can start testing it, and it being release-worthy.

Its just not done yet, and my time is rather limited these days.

NikosD

15th November 2015, 15:33

I draw my conclusions based on your words in my thread, that you have finished VP9 DXVA decoder and it's working for Intel but not for Nvidia.

You said that the code has finished and it works, not me.

It's your app and your call, but it is clear the close connection with Nvidia only.

huhn

15th November 2015, 15:39

LAV Audio
- Fixed: Improved clipping behavior in badly mastered DTS-HD tracks

what does this fix do? does it lower the general volume output in general, is it doing it when clipping is detected that can be avoid by lowing volume or something totally different?

nevcairiel

15th November 2015, 15:39

If you want to be nit-picky, this is what I specifically said

VP9 DXVA works on Braswell/Skylake with my code now.

That however does not mean its "finished". It works on a few test samples, however it still lacks quite a bunch of things that would make it release worthy, like checking if the stream is hardware compatible, fallback to software, integrating it into LAV (since the hwaccel was developed in ffmpeg, not LAV), and so on.
Like I said, draw your own conclusions if you want, but it has nothing to do with hardware support. Its just a product of time and priorities.

On top of all that, it currently requires a pre-release Windows SDK to build, so until the final Windows SDK is released that includes the necessary information about the VP9 DXVA2 support, its rather wonky anyway.

I should probably stop talking about any in-development things in the future, they could upset someone.

nevcairiel

15th November 2015, 15:44

what does this fix do? does it lower the general volume output in general, is it doing it when clipping is detected that can be avoid by lowing volume or something totally different?

It just flatlines clips instead of overflowing the audio and causing even more audio artifacts. There is no attempt made to "fix" clipping, since that would be rather inconsistent during playback.

huhn

15th November 2015, 15:51

would a general -3 DB help for these situations?

if i'm not mistaken the audio renderer can't fix such issues.

and i'm totally aware that this isn't lossless anymore.

i'm talking about this post from you and the idea behind it: http://forum.doom9.org/showpost.php?p=1746496&postcount=13646

i would trade lossless decoding anytime for "error/bad mastering resilience". same for the down mix LFE issue.

nevcairiel

15th November 2015, 15:59

huhn

15th November 2015, 16:06

In theory it could, but reducing the volume of every single DTS encode just for the chance of one in hundred clipping once? Doesn't seem very appealing to me.
If you do a 2-pass process like eac3to, thats a different topic, but during playback..

i know and that's why it can't be a default option and must be on extra option. some people will not accept this and this totally fine with me.

but i will never be able to notice the volume difference as long as it is the same over the whole track. but clipping can be a huge issue.

in the end most people doesn't use 100% volume output to get "lossless" and this tweak doesn't touch bitstreaming.

aufkrawall

15th November 2015, 19:31

Really looking forward to VP9 hardware decoding.
Is there a chance that Google will some day make use of 10 bit with it? Or will it rather be called "VP10"?

huhn

15th November 2015, 19:33

VP10 is allready in the work as a new codec.

nevcairiel

15th November 2015, 19:55

Really looking forward to VP9 hardware decoding.
Is there a chance that Google will some day make use of 10 bit with it? Or will it rather be called "VP10"?

VP9 supports 10-bit, however the DXVA2 specification only allows for Profile 0, which is 8-bit 4:2:0.
Profile 1 adds 4:2:2 and 4:4:4, Profile 2 is 10/12-bits in 4:2:0, and Profile 3 is all the features at the same time (10/12 bit and 4:2:2 or 4:4:4)

Superb

15th November 2015, 20:00

I should probably stop talking about any in-development things in the future, they could upset someone.Please don't. Some of us appreciate your hard work and are happy you share these status updates.

aufkrawall

15th November 2015, 21:40

VP9 supports 10-bit, however the DXVA2 specification only allows for Profile 0, which is 8-bit 4:2:0.
Profile 1 adds 4:2:2 and 4:4:4, Profile 2 is 10/12-bits in 4:2:0, and Profile 3 is all the features at the same time (10/12 bit and 4:2:2 or 4:4:4)
Thank you for these information. :)

DarkSpace

15th November 2015, 21:42

Another idea (though you probably considered that already): Can you just switch to floating-point audio output when you encounter such clipped passages, and output the out-of-range values as they are? The audio renderer could then decide whether to lower the volume (e.g. when the output volume is less than 100% anyway), and in the end, it could still flatline...
Or, if you can't just switch the audio format mid-stream, how about an option to output DTS-HD files as floating-point in general? That still seems nicer to me than just "hard-clipping" the audio.

I'm aware that I'm worrying about an issue that I'll probably never encounter. However, on the off-chance that they turn out useful, I wanted to have mentioned those ideas...

nevcairiel

15th November 2015, 22:29

Well, converting the dts decoder output to floats, at a level were its not clipped yet, would be rather annoying considering the way the decoder is currently hooked into ffmpeg. Not sure I want to hack up all the things for some theoretical problem that may have been isolated to one disc. There is no clear evidence this is a common problem. Other discs may have hard clipping baked into their waveform and there is nothing to recover, so...

Manni

16th November 2015, 00:56

Hockey Man

16th November 2015, 07:41

nevcairiel

16th November 2015, 11:00

Hi nevcairiel

These segment linked files are having problems with LAV Filters 0.67.
https://www.sendspace.com/file/s07fim
https://www.sendspace.com/file/1ons84

To reproduce the problem, seek from the Intro -> Opening -> Part A. madVR won’t fill queues, and the audio and video end up going out of sync.

Seems generally fine here. Maybe its a performance thing?

I see one thing that isn't quite right, but shouldn't cause sync issues, unless performance is at its max. Will try to fix that part, maybe it helps.

Edit:
I resolved the issue I noticed, which should lead to much lower performance requirements again (it was needlessly converting everything, because the segments are in a different format)

romulous

16th November 2015, 11:56

LAV Filters 0.67
LAV Splitter
- Changed: Reverted back to the old ASF demuxer
- Changed: Backported ASF seeking improvements to the old ASF demuxer

Hi nev,

Just to confirm my understanding of this is correct. In 0.66.0, you changed over to the new demuxer (in an attempt to fix the known LAV issue of slow WMV seeking). In 0.66.0-33, you reverted back to the old demuxer after some complaints about the new one. Sometime between 0.66.0-33 and 0.67.0, you added the seeking improvements from the new demuxer into the old demuxer (which is the demuxer that LAV uses now)?

In short, the WMV seeking has been improved without the stability issues of the new demuxer? I did check the commits log, and there is nothing there that looks like the changes were backported from the new demuxer to the old one, which is why I ask (unless it was in the 'updated ffmpeg' commit, the changes being done on the ffmpeg side).

romulous

nevcairiel

16th November 2015, 11:57

Hopefully, yes.
The seeking index in asf files is rather weird, and the proper solution would be to inspect every seeking offset and find the timestamp that goes with it, however that would be rather slow as the code would have to seek to every index and read a couple packets, so not ideal.

hubblec4

16th November 2015, 12:19

Hi nevcairiel

I have today updated LAV to 0.67, MadVR to 0.89.17 and MPC-HC to 1.70.14(nightly).

Then I tested the Aliens DVD and it plays fine, the menu always visible and the vob-buttons useble
BUT
the whole video(and menu) show a 4:3 format (normal 16:9).

What or which updated component has this new issue?

nevcairiel

16th November 2015, 12:21

What or which updated component has this new issue?

Likely madVR, madshi did a lot of things to DVD aspect ratio stuff which I don't quite understand why.
You can always confirm by switching to EVR temporarily, if AR is correct there, you know where to go!

hubblec4

16th November 2015, 12:29

Likely madVR, madshi did a lot of things to DVD aspect ratio stuff which I don't quite understand why.
You can always confirm by switching to EVR temporarily, if AR is correct there, you know where to go!

You are right, with EVR it plays with 16:9 format.
I will post it in madVR thread.

chros

16th November 2015, 15:20

please don't. Some of us appreciate your hard work and are happy you share these status updates.
+1
thanks for the new release, and have a great holiday.
+1

KoD

17th November 2015, 21:14

Hi nevcariel,

I have an issue that seems to be triggered by enabling the "Adaptive HW deinterlacing" in the QuickSync decoder, when the video output is done through a discrete graphics card and not directly by the iGPU. I was first under the impression that it was a madVR issue, and have been reporting this in the madVR thread here (http://forum.doom9.org/showthread.php?p=1746682#post1746682) and here (http://forum.doom9.org/showthread.php?p=1746897#post1746897), but after many tests, including using Windows Media Player with the external LAV filters, I am convinced the issue is on the decoder side, and not in the player or the renderer.

Would it be possible to have a look, maybe it's something easy to fix. The sample file (http://wikisend.com/download/199646/qs-adaptive.mkv) (35Mb) is a straight remux to mkv of the first minute of the first episode of a Start Trek Voyager PAL DVD (25i).

The CPU is an Intel 4790K, OS in Win 8.1, the Intel Graphics driver is the latest available for Haswell for Win 8.1 (10.18.14.4294 from the package that Intel advertises on its download website as 15.36.26.4294). The newer Intel Graphics driver package on their website has drivers for Haswell only for Windows 10! :(

nevcairiel

17th November 2015, 21:17

QuickSync is an external component, please report all problems to the author. I do not maintain the related code myself, and do not plan to take over that part either.
The best course of action is to let the renderer perform the deinterlacing, its more efficient and less error prone.

http://sourceforge.net/projects/qsdecoder/
http://forum.doom9.org/showthread.php?t=162442

Unfortunately, the author seems to have lost interest, which may lead to removing the QS decoder from LAV eventually, as its been collecting issues for a while already.
I generally do not recommend using it at all, anymore.

KoD

17th November 2015, 21:38

Ok, will try to contact the author.

madshi says he can not retrieve the data from a DXVA video surface without some kind of damage to the chroma information, which is what happens when DXVA deinterlacing is performed by madVR. Using any elaborate scaling algorithms after that does not make much sense. That's why I am interested in making deinterlacing by QS work, because it seems to be the only way to get good quality deinterlacing and color info that is not damaged. So please, don't remove it yet! :)

nevcairiel

17th November 2015, 21:43

Interlaced content already starts out damaged, sorry. :)

nussman

17th November 2015, 21:57

But interlaced content is still very commen for dvb sources. ;)

What about using gpu deinterlacing with dxva copyback (in LAV before copyback) to avoid these issues? Would this be possible?

nevcairiel

17th November 2015, 21:59

Its one of the options that I'm exploring, but still needs some figuring out if it would work properly.

huhn

17th November 2015, 22:00

madVR could copyback by it self.

Overdrive80

17th November 2015, 22:07

Hi, if someone can answer me I will thank.

Is posible get a result like in below snapshot with lavfilters instead of haali? I am refering that mpc can shows embeded tags of matroska. (Sorry for my english)

http://s11.postimg.org/dhu0xxs5v/Captura.png

Thanks.

nevcairiel

17th November 2015, 22:09

Such details should be mostly available today. If you have a file with more tags than LAV exports, please share a sample, and I'll see what data I can find.

sneaker_ger

17th November 2015, 22:11

No 0.67 nightly on server?

nussman

17th November 2015, 22:15

Its one of the options that I'm exploring, but still needs some figuring out if it would work properly.
Glad to hear that. Thanks for your work. :thanks:

DragonQ

17th November 2015, 23:06

[GPU deinterlacing with DXVA copy-back is] one of the options that I'm exploring, but still needs some figuring out if it would work properly.
Would be a useful feature for sure, I hope it works out.

Overdrive80

17th November 2015, 23:23

@nevcairiel

Sample that you request https://mega.nz/#!hxAj2SAS!sQLtm8392F0HZxon7izlG4uy7JtaHn1kkoFuYWBoLR4

foxyshadis

18th November 2015, 00:14

Such details should be mostly available today. If you have a file with more tags than LAV exports, please share a sample, and I'll see what data I can find.

You're on vacation. Vacate! *glare* You don't have to be the hardest working man in the vidya business from the beach! :p

nevcairiel

18th November 2015, 00:20

Actually vacation starts on Friday :D

totalz

18th November 2015, 02:59

Actually vacation starts on Friday :D

Hi Nev,

My LAV Audio bitstreaming for Atmos worked before, but once I tried a non-working HEVC clip, the whole thing turn sour again. I suppose it's the KMP's fault or probably Win10 too, but I cannot pinpoint what's causing the problem.

https://lh3.googleusercontent.com/gXy1sjvIu8u4fqzSv6-lY3vXY-nFtWdvueg3y7PPgOQ=w994-h513-no

As you can see the output stream is somehow locked to 2ch PCM. The option "Convert output to standard channel layouts" is not checked.

cheers :)

Hockey Man

18th November 2015, 04:04

Seems generally fine here. Maybe its a performance thing?

I see one thing that isn't quite right, but shouldn't cause sync issues, unless performance is at its max. Will try to fix that part, maybe it helps.

Edit:
I resolved the issue I noticed, which should lead to much lower performance requirements again (it was needlessly converting everything, because the segments are in a different format)

I just tested 0.67.0-3 and everything looks good now. Thanks!

nevcairiel

18th November 2015, 08:04

As you can see the output stream is somehow locked to 2ch PCM. The option "Convert output to standard channel layouts" is not checked.

Your track is AC3, not TrueHD. No Atmos in AC3.

totalz

18th November 2015, 09:57

Your track is AC3, not TrueHD. No Atmos in AC3.

That could be the problem too, the track is indeed TrueHD. Also it doesn't make sense if the track is actually AC3 but locked as 2ch PCM.

nevcairiel

18th November 2015, 10:26

That could be the problem too, the track is indeed TrueHD. Also it doesn't make sense if the track is actually AC3 but locked as 2ch PCM.

Thats just how bitstreaming works, AC3 is bitstreamed through a 2 channel connection.
The channel number is entirely irrelevant when bitstreaming, no matter which codec.

jkauff

20th November 2015, 04:27

Is it Friday yet? ;)

Nullack

20th November 2015, 08:43

Hi, what is the nature of the libbluray inclusion with LAV filters? Can it be used for full menu support on bluray discs? Ive experimented with nightly builds of VLC along with having java installed and ANYDVD to do the decryption, and it seems bluray menus have come a long way in recent work. For getting it working beyond VLC, is it simple for MPC-BE and MPC-HC?

markanini

20th November 2015, 11:01

Can I set a preference for 2.0 tracks over 5.1 tracks?

ikarad

21st November 2015, 17:29

LAV Filters 0.67
[CODE]
LAV Splitter
- NEW: Support for HTTPS URLs

What means this new option? How use it?

0.66.0 - 2015/09/22
LAV Audio
- Changed: 5.1 audio favors the "Side" 5.1 layout, which conforms to modern surround standards
I have a 5.1 with surround speakers in the back and not the side. What are the differences in sound?

foxyshadis

21st November 2015, 21:18

What means this new option? How use it?

It's not an option, if you open an https link in a media player that uses LAV Splitter, it'll now work instead of failing. (Some players always did http and https on their own.)

I have a 5.1 with surround speakers in the back and not the side. What are the differences in sound?

There's now a "Use Legacy 5.1 Layout" option.

ikarad

21st November 2015, 22:47

It's not an option, if you open an https link in a media player that uses LAV Splitter, it'll now work instead of failing. (Some players always did http and https on their own.).
Thanks.
Is it possible to open an https link with mpc-hc?

What media player allow to open https link?

There's now a "Use Legacy 5.1 Layout" option.

Thanks but you don't answer at my question. I ask the differences.

PPPPark

22nd November 2015, 04:29

WIN10 10586.11, continuous playback different video, LAV 0.67 CUVID random is not working, black screen and software decoding.
WIN7 does not have this problem
KMPlayer GTX760 359.00-desktop-win10-64bit-international-whql
I hope Subtitle Filter released.

huhn

22nd November 2015, 04:49

don't use CUVID on windows 10 or in general. there is a huge windows 10 driver issue.

wanezhiling

22nd November 2015, 04:53

Digiface

23rd November 2015, 18:00

LAV Audio has played AC3 tracks fine, but today i downloaded a file, which it has problems and won't play the track. FFDShow plays it fine though. I looked the track info and noticed that Codec ID was ac-3 instead of 2000. I bitstream AC3 files.
I wonder if that's the reason it won't play with LAV Audio filter? Here's the track info (from MediaInfo):

Audio
ID : 2
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Format settings, Endianness : Big
Codec ID : ac-3
Duration : 1h 32mn
Bit rate mode : Constant
Bit rate : 448 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Compression mode : Lossy
Stream size : 297 MiB (21%)
Title : Surround
Language : English

markuznw

23rd November 2015, 18:19

Hello, I've got an issue with lav filters, maybe I do something wrong since I am not an expert, so please in case guide me on how to fix it :)

I've got an IPCam that is streaming in h264 @ 720p through rtsp protocol (local network in my shop). If I open the stream through mpc be that uses lav for rtsp protocol I can view it fine, but I've got some serious latency during playback that can go to over 1 minute of delay. This is happening randomly, sometimes latency is really high, sometimes just a few seconds.
Opening the same stream with VLC everything is fine and it's realtime.

I would love to use mpc be since it uses lot less resources than vlc which is optimal on my work computer

P.S. I'm using latest 0.67 version

Thanks in advance :D

VincAlastor

25th November 2015, 18:32

Bug?!

when i try to play a hevc main10 file with the encoded with the latest x265 build (x64 1.8+106) and try to decode with mpc-hc and lav filters 0.67 or 0.67-3 beta with enabled CUVID then mpc-hc stopped working with the following message:

WARNING: Following frames may be wrong.
nvcuvid!cuvidCtxLockDestroy+0x64893
lavvideo+0x3cfa
lavvideo+0x10b0d
lavvideo+0x102fc
lavvideo!DllGetClassObject+0x3f6
kernel32!BaseThreadInitThunk+0xe
ntdll!__RtlUserThreadStart+0x70
ntdll!_RtlUserThreadStart+0x1b

the same files is playing fine with native DXVA. All other files created with older x265 builds are playing under same conditions (CUVID).

Is it an lav CUVID bug?

oddball

26th November 2015, 00:23

http://i.imgur.com/F4ZdmwF.jpg

Audio
ID : 2
Format : TrueHD
Codec ID : A_TRUEHD
Bit rate mode : Variable
Maximum bit rate : 6 051 Kbps
Channel(s) : 8 channels
Channel positions : Front: L C R, Side: L R, Back: L R, LFE
Sampling rate : 48.0 KHz
Bit depth : 24 bits
Compression mode : Lossless

EDIT: If I don't try to bitstream (just play as PCM stereo) it it works. But not if I bitstream.

EDIT2: Hmm. Is it correct that you cannot bitstream TrueHD (Or the AC3 contained in it) over SPDIF? If so then it looks like I need a new receiver. I have extracted the AC3 using ffmpeg and remuxed for now. I thought LAV would just pass the AC3 contained within, if the output did not meet the requirements.

nevcairiel

26th November 2015, 01:38

The embedded AC3 is exposed as a separate stream from LAV Splitter if present. Note that in MKV there is no embedded AC3 (and if there is, its an invalid file), it would already have to be its own stream.

foxyshadis

26th November 2015, 10:13

Digiface

27th November 2015, 10:45

CUVID is dead, Nvidia abandoned it and no longer seems to even test that it functions without crashing in new driver releases. Stop using it unless you have to.

Cuvid still works with older graphic cards? I have G210 card and 341.81 drivers, and cuvid seems to work fine.

huhn

27th November 2015, 11:30

the hardware has little to do with this. the number of major issues in new driver is rising and rising.
341.81 aren't new driver.

and what do you gain from CUVID?

andybkma

27th November 2015, 13:16

Since we are on the subject of CUVID, I guess I better ask this question now. How come when I use AviSynth (Limited Sharpen Faster, LSF) as a real time post processor (via ffdshow raw) in Zoom Player, DXVA2 Native falls back to software decoding (avcodec). And when I use CopyBack the audio goes out of sync after a few minutes? With CUVID, using AviSynth LSF as post processor works just fine. So it would seem that CUVID still performs a much needed service when using Avisynth as a real time post processor unless somebody has a fix...

Win 7 64 bit, Nvidia GT650M and Intel HD 4000 (prob occurs whether using Nvidia or Intel Graphics)

chros

27th November 2015, 13:55

and what do you gain from CUVID?
E.g. this is on my system: http://forum.doom9.org/showthread.php?p=1746032#post1746032

huhn

27th November 2015, 15:46

and you are sure the HD 4000 isn't used with copyback?

clsid

27th November 2015, 16:08

How come when I use AviSynth (Limited Sharpen Faster, LSF) as a real time post processor (via ffdshow raw) in Zoom Player, DXVA2 Native falls back to software decoding (avcodec).In case of DXVA2 native, the decoder must be connected directly to the video renderer. If you put something in between, it won't work, and it falls back to software decoding.

nevcairiel

27th November 2015, 16:58

Future versions of LAV may show some info in the properties which GPU is being used for decoding, when the new page for HWAccel config/info arrives.

Digiface

27th November 2015, 17:45

the hardware has little to do with this. the number of major issues in new driver is rising and rising.
341.81 aren't new driver.

and what do you gain from CUVID?

What's good alternative for CUVID? Or should i use HW-decoding at all? I have just thought that HW-decoding is a good thing.

clsid

27th November 2015, 18:15

What's good alternative for CUVID? Or should i use HW-decoding at all? I have just thought that HW-decoding is a good thing.DXVA2 copyback is a good/better alternative.
If you have a fast CPU, then software decoding is the best choice imho. It is simply more reliable than hardware acceleration. Quality is the same.

Future versions of LAV may show some info in the properties which GPU is being used for decoding, when the new page for HWAccel config/info arrives.Will the HWA info be on a generic status page? Along with other details like framerate, video format (and level/profile when applicable), input/output colorspace, resolution, and interlacing info?

Some basic details in the mouseover of the systray icons would also be nice. Perhaps something for on the long term todo list.

Digiface

27th November 2015, 19:13

ikarad

27th November 2015, 21:28

What means this new option? How use it?

I have a 5.1 with surround speakers in the back and not the side. What are the differences in sound?

If anybody can explan me, thanks very much.

foxyshadis

27th November 2015, 23:51

CUVID wasn't always a bad thing; it used to be that you got some sharpening and other post-processing for free when you used it, but now that it's been de-prioritized by Nvidia, you have to switch to MadVR or MPDN, or use a shader in MPC, for GPU post-processing instead.

salam2009

28th November 2015, 05:19

Hey guys,
My m2ts files Audio are decoded by Microsoft DTV-DVD Decoder instead of external LAV filters. (and yes, they're preferred and video decoder is working fine)
So I disabled Microsoft Decoder by renaming its 2 files in System folders, but now MPC Audio Decoder is used!
Noting that all the internal filters are unchecked and LAV was reinstalled.
Any idea how to prioritize/make LAV Audio decoder default in MPC ??
I'd really appreciate your help.
Thanks a lot!
Cheers,
Salaam

LDD9O

28th November 2015, 13:06

Wishlist/Suggestion:

Portable version or semi-portable version where setting can easily be stored/change/copy.
Alternatively:
Import/export setting

huhn

29th November 2015, 03:37

salam2009

29th November 2015, 23:20

@huhn
Player used is MPC-BE based on K-Lite Mega Codec Pack.
Played files are BluRay with DTS Audio.

Thanks so much for any tip!

nevcairiel

29th November 2015, 23:21

Sounds like you enabled Bitstreaming in LAV Audio but your audio renderer does not accept bitstreaming.

salam2009

30th November 2015, 00:13

@nevcairiel
Yes, I did actually and my Audio Renderer should support it.
Anyway, I disabled it then it surprisingly identified LAV Audio Decoder which output it as PCM!
I guess I should be good to go. Thanks for your precious input, buddy!

chros

30th November 2015, 11:30

and you are sure the HD 4000 isn't used with copyback?
Yes, (since we can't separate acceleration process from 2 cores, and my default player is assigned to nvidia), I just double checked it with few 2160p samples (on 1080p display) (I use the nvidia gpu in an underclocked state (470/800 vs 745/2000 (default))):
1. in underclocked state:
- DXVA Copyback direct can accelerate only: 24fps 33Mbitps, 25fps 16Mbitps
- CUVID can accelerate : 30fps 16Mbitps, 24fps 130Mbitps (!)
2. in default state:
- DXVA Copyback direct can accelerate only: 24fps 33Mbitps, 25fps 16Mbitps, 30fps 16Mbitps
- CUVID can accelerate : 24fps 130Mbitps (!)

(Bitrates are average bitrates according to mediainfo, bit it could get really high so that's when copyback fails.)
I understand that this is an extreme case, just wanted you to know how CUVID vs copyback behaves on my system.

My m2ts files Audio are decoded by Microsoft DTV-DVD Decoder instead of external LAV filters.
Sounds like you enabled Bitstreaming in LAV Audio but your audio renderer does not accept bitstreaming.
Sometimes I get this, I think (it didn't happen for a month or so) a reboot solves the problem for me. Thanks for the explanation!

nghiabeo20

30th November 2015, 12:25

I can't install LAV x64, even after I do a W10 clean install. I use MPC BE 32bit, and have a 64bit system. How to solve this? Thanks!

Sarasa

30th November 2015, 12:49

I can't install LAV x64, even after I do a W10 clean install. I use MPC BE 32bit, and have a 64bit system. How to solve this? Thanks!
LAV install the 32/64 version of the Splitter/Audio/video unless you deselect/don't select them on the install menu

MPC BE 32 / MPCHC 32 use Lav 32 (Splitter/Audio/video)
MPC BE 64 / MPCHC 64 use Lav 64 (Splitter/Audio/video)

So to answer your question, use a 64 bit player ;)

huhn

30th November 2015, 14:07

Yes, (since we can't separate acceleration process from 2 cores, and my default player is assigned to nvidia), I just double checked it with few 2160p samples (on 1080p display) (I use the nvidia gpu in an underclocked state (470/800 vs 745/2000 (default))):
1. in underclocked state:
- DXVA Copyback direct can accelerate only: 24fps 33Mbitps, 25fps 16Mbitps
- CUVID can accelerate : 30fps 16Mbitps, 24fps 130Mbitps (!)
2. in default state:
- DXVA Copyback direct can accelerate only: 24fps 33Mbitps, 25fps 16Mbitps, 30fps 16Mbitps
- CUVID can accelerate : 24fps 130Mbitps (!)

(Bitrates are average bitrates according to mediainfo, bit it could get really high so that's when copyback fails.)
I understand that this is an extreme case, just wanted you to know how CUVID vs copyback behaves on my system.

Sometimes I get this, I think (it didn't happen for a month or so) a reboot solves the problem for me. Thanks for the explanation!

think about quicksync.
25 FPS up to 16 mbit is a joke...

Nullack

1st December 2015, 09:31

Bit of a testing report. I managed to get a sample of UHD 4K content in HEVC with 10 bit colour in level 5.2 using a very high constant bitrate at 60 FPS. Its 3840x2160P60 as in the 4K TV standard not the cinema 4K. Using an old sandy bridge CPU and a Nvidia Geforce 960, setting the nightly x64 LAV filters with the nightly MPC-HC builds, on my 4K display I see it render smooth and flawless. I run DXVA 2 in native mode using the EVR CP. At 60 fps it takes around 16.6 ms for each frame, and Im pleased to say my max paint times in MPC-HC barely exceed this at around 25 ms, with most frames - well just about all of them - being well under the 16.6 ms cadence at 5 ms. I notice a CPU utilisation around 7% and the GPU video engine peaks at 62% max, the gpu core peaks at 61% and on my 2GB card, the video ram use maxes out at 75%. Overall its a very pleasant experience with excellent video quality, crisp and sharp, played back using barely any CPU and the GPU doing the grunt. Even with 60 FPS material of such complexity its all smooth.

chros

1st December 2015, 11:47

think about quicksync.
25 FPS up to 16 mbit is a joke...
:) I know, but it was for testing purposes.
If I use quicksync then I'm forced to use iGPU. So it's not enough for madvr :)

huhn

1st December 2015, 22:47

:) I know, but it was for testing purposes.
If I use quicksync then I'm forced to use iGPU. So it's not enough for madvr :)

no that shouldn't be the case.quicksync should be working in headless mode not even optimus should be able to break that.

salam2009

2nd December 2015, 01:45

Hey huhn,
Which Audio Renderer do you think is recommended in MPC for WASAPI (shared mode): System Default, DirectSound: Samsung HTIB via HDMI or MPC-BE Renderer?
Thank you so much indeed :)

huhn

2nd December 2015, 05:39

I don't know any benefits from shared WASAPI over directsound.

so i guess the new internal MPC-HC audio renderer.

Aleksoid1978

2nd December 2015, 06:01

MPC-BE audio renderer :)

salam2009

2nd December 2015, 06:40

Thanks both for the awesome tip :)

JarrettH

2nd December 2015, 19:23

DXVA2 copyback is a good/better alternative.
If you have a fast CPU, then software decoding is the best choice imho. It is simply more reliable than hardware acceleration. Quality is the same.

I'm curious - what would you call a slow cpu? I have a Core 2 Duo E6600 (2.4 ghz) on a GeForce 550 Ti. Of course there are other variables like scaling, but I've found in testing that software decoding is slightly faster than hardware (lower madvr render time in the 0.3 ms range...really nothing). I guess it is machine dependent. 550 Ti is still pretty good :sly:

Asmodian

3rd December 2015, 01:37

madVR's render time is not decoding time, madVR's OSD does not display video decoding times. A Core 2 Duo is a slow CPU today but still fast enough for 1080p H.264 software decoding, 4K or HEVC might cause you some trouble though.

Of course madVR will run faster when it doesn't have to share the GPU with DXVA2 decoding. DXVA2 decoding uses dedicated hardware on the GPU (not shaders) but it still impacts madVR a little bit.

Nullack

3rd December 2015, 08:38

Hi, whats the situation with VP9? During playback the EVR-CP renderer stats says its not using DXVA. I thought the GTX 960 gpu supported VP9 in full hardware GPU accel? Thx

EDIT: DXVAChecker says VP9_VLD_Profile0: DXVA2/D3D11, SD / HD / FHD / 4K so its in the GTX 960 hardware for sure

sneaker_ger

3rd December 2015, 08:47

LAV does not yet support VP9 DXVA. The author said he's already working on it, though.

http://forum.doom9.org/showpost.php?p=1746013&postcount=896

nevcairiel

3rd December 2015, 09:48

The latest NVIDIA driver also seems to not support VP9 properly yet.

chros

3rd December 2015, 11:38

Of course madVR will run faster when it doesn't have to share the GPU with DXVA2 decoding. DXVA2 decoding uses dedicated hardware on the GPU (not shaders) but it still impacts madVR a little bit.
Really? I'll check it during the weekend, just out of curiousity :)

clsid

3rd December 2015, 16:19

I'm curious - what would you call a slow cpu? I have a Core 2 Duo E6600 (2.4 ghz) on a GeForce 550 Ti. Of course there are other variables like scaling, but I've found in testing that software decoding is slightly faster than hardware (lower madvr render time in the 0.3 ms range...really nothing). I guess it is machine dependent. 550 Ti is still pretty good :sly:Slow would be when it uses more than 50% CPU for playing a 1080p video. Just for reference, my 5 year old Core i7 uses less than 5%.

Nullack

4th December 2015, 07:24

I assume that since nevcairiel is making commits to the ffmpeg GIT, that LAV is pulling from ffmpeg and not the other fork? And that by extension, us users are well protected by Michaels efforts with google on all the fuzz testing security patches that were done.

I notice that GIT for FFMPEG is pretty active each day. Can it be as simple as LAV nightlies pulling down the latest ffmpeg in each nightly build? Or does the LAV filters require some coding and its a bit effort to synch back to ffmpeg regularly?

Many thanks

nevcairiel

4th December 2015, 11:22

Updates are done manually to allow me to validate basic functionality and avoid unexpected breakage, since there are a bunch of patches on top of default ffmpeg.

Nullack

4th December 2015, 21:36

Understood, and certainly that strategy has been very effective because the nightly builds of LAV have proven to be stable and robust. I guess its better to wait awhile for things like Michael's security patches in ffmpeg to come through in LAV rather than risk a more automated build processes that could disturb the hard won reputation of the nightlies being high quality.

Im not across how effective FATE has been with ffmpeg but maybe into the long term it might be possible to have automated regression tests that would flag automated nightlies as "good" or "regressed" and just published the passed builds. And to have an extent of regression testing through FATE that is comprehensive and reliable to do detailed regression testing say each day with GIT changes that day in ffmpeg.

Nullack

6th December 2015, 03:59

Hi, I'm a bit confused. Ive setup my 4K UHD desktop to be YUV 4:2:0 and 12 Bpc with 3840x2160P60hz. Then I said to the latest LAV video nightly build to only output P010 being 4:2:0 in 10 bit using native DXVA 2. When I playback some MAIN 10 HEVC content in the nightly MPC-HC, the ctrl j renderer stats of the EVR-CP says its NV12 for the type and the mixer output. Since I only allowed 10 bit I thought it would be P010 shown in the rederer? thx

wanezhiling

6th December 2015, 04:29

EVR-CP can't accept 10-bit

Aleksoid1978

6th December 2015, 06:56

EVR-CP can accept P010 if use DXVA decoder, for HEVC MAIN 10 decoder.

NikosD

6th December 2015, 07:53

Very interesting new version of NVIDIA Video Codec SDK 6.0, basically for encoding.

It seems that it adds NVCUVID decoding support for Windows 10

NVIDIA Video Codec SDK 6.0 adds following new features.

Unified SDK for video encoding and decoding
Windows 10 official support
Support for H.264 Motion Estimation only mode
Support for input surfaces in RGB format
Support for SEI and VUI fields for H.265
Support for Adaptive Quantization for improved subjective visual quality with H.265 (adaptive quantization for H.264 is already supported)
GPUs supported for H.265 (HEVC) encoding
GeForce GTX 960, GTX 980. GTX Titan X
Quadro M4000, M5000, M6000
Tesla M4, M6, M60
Various quality and performance improvements in encoding
SDK samples no longer require the CUDA toolkit installed in order to build.

https://developer.nvidia.com/nvidia-video-codec-sdk

nevcairiel

6th December 2015, 12:17

The CUVID functionality unfortunately didn't change at all in that version, they just combined it in a new SDK. Still fails the same way on Windows 10 as it did before, even their sample decoder throws the same error.
Maybe it needs a newer driver still or something, or maybe its just broke.

NikosD

6th December 2015, 12:24

The NVEncC transcoding app which uses the latest Nvidia API version, works fine according to the developer for CUVID decoding under Win 10.

It's the NVEncC v2.00β2 version.

I don't have an Nvidia card to test it, but what exactly is the problem ?

Maybe codec specific, like HEVC ?

Stream compatibility issues ?

Are you using latest drivers and Maxwell card ?

nevcairiel

6th December 2015, 12:26

Even their sample application fails the same way, so its not just my code. Basic decoding works, and when you do transcoding maybe thats enough, but it still fails in various other scenarios when used in LAV.
And it fails long before its even told which codec to use, it just can't create the context the way I need it.

NikosD

6th December 2015, 12:27

Maybe a sample could help

nevcairiel

6th December 2015, 12:36

Like I said, its entirely unrelated to the video being played, it fails to create a cuda context with D3D9 interop, which happens long before it comes in contact with the video.
The sample decoder in the SDK has the same problem.

LAV will then fallback to pure CUVID decoding, however that has a few problems, its not as fast and doesn't have access to the highest quality deinterlacing. And there appears to be a problem that causes decoding to deadlock when OpenCL is being used, eg. in madVR.

NikosD

6th December 2015, 12:55

I got an answer from NVEncC's developer that it uses "pure CUVID decoding" which is "stable enough"

Case solved.

Nullack

7th December 2015, 06:21

EVR-CP can accept P010 if use DXVA decoder, for HEVC MAIN 10 decoder.

Thanks, Is this a MPC-BE fork thing only? I tried it in the nightly MPC-HC build x64 using DXVA2 native and a HEVC MAIN 10 L52 stream of 4K footage. The EVR-CP CTRL J stats reported it was all NV12 still, despite me in the LAV filters video decoder telling it to only output P010.

huhn

7th December 2015, 09:39

don't forget you are talking about 10 bit input. for output you need FSE.

should work with DXVA2 native and mpc hc too.

nevcairiel

7th December 2015, 09:42

I don't think the CTRL-J output changes, since its the data from the EVR presenter, which is not the part that handles the input.
EVR doesn't offer a proper full 10-bit chain, but thats another issue entirely. It can accept P010 DXVA2-Native input on GPUs which support it.

NikosD

8th December 2015, 07:05

I did some tests with MS MFT DXVA2 HEVC decoder of Wn 10 build 10586 version using my Intel iGPU (Haswell - hybrid 8 bit decoder) and I saw that MS is a little faster than LAV DXVA2 HEVC but sometimes is a lot faster.

The issue here is that LAV, as I have already written a while ago testing PowerDVD 15 DXVA2 HEVC decoder, doesn't seem capable to utilize fully the GPU all the time for all the clips.

So, there are cases that GPU load drops from 100% to 50% (!) or 60%, stays there a little while and then goes up again and then goes down etc.

On the other hand, PowerDVD 15 DXVA2 HEVC decoder and MS MFT DXVA2 HEVC decoder are almost always at 100% GPU utilization all the time for all the clips.

In order to help you isolate the issue a little more, i think the problem lies somewhere in the GPU "feeding" mechanism.

For the clips that MS DXVA2 HEVC is faster than LAV DXVA2 HEVC, about 20% to 50% (!) I can clearly see that CPU utilization goes that higher too.

It looks like your mechanism of hybrid load balancing between CPU and GPU, keeps always CPU down even for those clips that they need a lot more CPU to feed/help the GPU decoder in order to reach max 100% GPU utilization.

Aleksoid1978

8th December 2015, 07:16