LAV Filters - DirectShow Media Splitter and Decoders - Page 458

wanezhiling · 17th February 2012, 06:48

Quote:

Originally Posted by nevcairiel

Here goes.

http://files.1f0.de/lavf/LAVFilters-...245-dxva2n.zip

This build features a DXVA2 "native" decoder, which means it delivers the decoded image directly to the renderer, and never copys it back to system memory.
This is in line with all "classic" DXVA2 decoders, has no performance penalities from copying the frame, but instead has some limitations.

For example, the software fallback has to rely on the information it gets in the media type, if the information is incomplete or just plain wrong, and the actual movie is incompatible to DXVA, it will not be able to fallback to software at this point (neither will most other DXVA decoders, so this is nothing new).
Otherwise, it seems to work pretty ok in my limited tests, but i'm looking forward on feedback from other people.

Remember, only works with EVR and only on Vista/7. If you try to use it with any other renderer, it will automatically fallback to software.

Note that this is a beta build, so if you dare to test it, please report how it behaves for you, even if all is just going fine.
If you encounter issues, please always state your GPU and the driver version. Note that NVIDIAs 285 WHQL driver has a bug that breaks DXVA decoding.

Nice nice!

I found a problem, WM ASF Reader --> DXVA2(native) , works for WMV(VC1) but not for WMV(WMV3).

And we know mpc-hc doesnt offer a option for ASF, so I got a blackscreen like this:
http://i.imgur.com/8MHlE.png (DXVA2 native is active.)

With Potplayer which I could use LAV Splitter Source for ASF, works fine.http://i.imgur.com/2Y5ZM.png

I download the wmv from microsoft.
http://download.microsoft.com/downlo...nture_1080.exe

Edit:WM ASF Reader --> DXVA2(native) , not for all WMV(VC1), this failed too(blackscreen).
http://i.imgur.com/SQtRY.png (DXVA2 native is active.)

nevcairiel · 17th February 2012, 07:42

You can force MPC-HC to use LAV for wmv if you add the WM ASF Reader to the external filter list and set it to "Blocked".

I'll test with the WM ASF Reader when i get home, thanks for the hint that its causing the issues.

wanezhiling · 17th February 2012, 07:58

Quote:

Originally Posted by nevcairiel

You can force MPC-HC to use LAV for wmv if you add the WM ASF Reader to the external filter list and set it to "Blocked".

a good way, now it works fine.~~
http://i.imgur.com/xunLm.png
http://i.imgur.com/fuU4E.png

turbojet · 17th February 2012, 08:00

I'm using LAVF to serve avisynth for encoding but I'm noticing blocks with progressive VC-1 with a 9600GT (VP2) cuda enabled, here's a sample. All MPEG2 and AVC is fine and 99% of VC-1 is fine with cuda but always have at least a few blocky frames with every file. I've tried LAVF 0.45 and 0.46 with same results. I also tried nvidia drivers 285.62 and 270.61. Disabling cuda for VC-1 has no blocks but it's a ~30% slower encode. Playing the sample file in graphstudio or MPC-HC with LAVF there's no blocks, DGNV also has no blocks. Any idea what's going on?

Also encoded files decoded with LAVF are a little larger, sometimes significantly larger then files decoded with ffdshow, dgnv, microsoft. Is this dithering or something else? Is there any way to disable this?

nevcairiel · 17th February 2012, 08:04

Quote:

Originally Posted by turbojet

Any idea what's going on?

Nope, there is no reason the decoder should behave differently when used with AviSynth.

Quote:

Originally Posted by turbojet

Also encoded files decoded with LAVF are a little larger, sometimes significantly larger then files decoded with ffdshow, dgnv, microsoft. Is this dithering or something else? Is there any way to disable this?

Dithering is not used for 8-bit material, unless you ask it to output RGB (but for encoding that wouldn't make much sense, i guess). Maybe those files are interlaced and LAV is deinterlacing them and outputting double framerate?

turbojet · 17th February 2012, 08:42

The blocks are showing up when high-quality processing is enabled. Disabled they don't show on that sample, should one expect lower quality with it disabled when not deinterlacing?

The file size differences seem to depend on cuda. With it disabled LAVF is the same size as ffdshow, microsoft, and dgnv. Just did another short test and it's not always larger, lav-cuda was 8 KB smaller then the aforementioned decoders. The few times I've noticed different sizes with same x264 crf settings there's been an issue but this still looks fine.

One more thing, I was planning on using 64 bit for deinterlacing and 32 bit for ivtcing (or vice versa) but cuda deinterlaced output is not good for decimating and there's many missing/dupe frames but LAVF 32 and 64 bit properties are shared is there any chance to have them separated in a future version?

nevcairiel · 17th February 2012, 09:03

Quote:

Originally Posted by turbojet

The blocks are showing up when high-quality processing is enabled. Disabled they don't show on that sample, should one expect lower quality with it disabled when not deinterlacing?

No, it only matters for deinterlacing.

Quote:

Originally Posted by turbojet

One more thing, I was planning on using 64 bit for deinterlacing and 32 bit for ivtcing (or vice versa) but cuda deinterlaced output is not good for decimating and there's many missing/dupe frames but LAVF 32 and 64 bit properties are shared is there any chance to have them separated in a future version?

In the future, maybe. Its yet undetermined.

AJ73 · 17th February 2012, 10:15

The x86 version of the LAV video decoder makes the graphedt.exe from the Windows SDK crash when clicking on "DirectShow Filters" in the filter selection dialog. This is not the case for the x64 version.

nevcairiel · 17th February 2012, 10:19

Quote:

Originally Posted by AJ73

The x86 version of the LAV video decoder makes the graphedt.exe from the Windows SDK crash when clicking on "DirectShow Filters" in the filter selection dialog. This is not the case for the x64 version.

Why do i have a FAQ?

Quote:

Originally Posted by nevcairiel

Q: GraphEdit crashes after i installed LAV Video!
A: This is a GraphEdit bug. It will crash as soon as one filter supports more then 100 formats. There is nothing to be done. Personally, i suggest using GraphStudio instead!

ajp_anton · 17th February 2012, 14:16

Quote:

Originally Posted by Volfield

What do you think about this:

?

Was thinking the same, except skip the check boxes and just add a "None" as the top choise, as it is right now.

wanezhiling · 17th February 2012, 15:03

Hi nev, http://www.gokuai.com/f/664h14hU3p6dN440

CUVID, ok
copy back, failed
native,failed

Other dxva decoders I have are ok.

STaRGaZeR · 17th February 2012, 15:05

Small regression here. LAV Video, when using QS, causes MPEG-2 playback to be choppy inside DVBViewer. H.264 channels are fine, and MPEG-2 outside DVBViewer is fine too. It doesn't happen with the software decoder, so I'm guessing a timestamp issue with QS here.

nevcairiel · 17th February 2012, 16:04

Quote:

Originally Posted by wanezhiling

Hi nev, http://www.gokuai.com/f/664h14hU3p6dN440

CUVID, ok
copy back, failed
native,failed

Other dxva decoders I have are ok.

Fixed, the profile check wasn't 100% correct for constrained baseline.

Quote:

Originally Posted by nevcairiel

I'll test with the WM ASF Reader when i get home, thanks for the hint that its causing the issues.

Fixed playback with the WM ASF Reader too.

wanezhiling · 17th February 2012, 16:31

Excellent!

CruNcher · 17th February 2012, 16:34

Quote:

Originally Posted by NikosD

What exactly is the problem playing that file on ATi's cards in DXVA mode with any decoder (MS DS, LAV, CoreAVC) ?

I didn't see any.

Im talking about Quicksync not ATI or Nvidia (ehh btw why do we still call it ATI), with Quicksync only Arcsoft and Mirillis does it correct all the other ISV fail :P

As i already said DXVA implementations can be very different and need adaption for some DSPs

nevcairiel · 17th February 2012, 17:38

Quote:

Originally Posted by STaRGaZeR

Small regression here. LAV Video, when using QS, causes MPEG-2 playback to be choppy inside DVBViewer. H.264 channels are fine, and MPEG-2 outside DVBViewer is fine too. It doesn't happen with the software decoder, so I'm guessing a timestamp issue with QS here.

Seems fine here.
Maybe its a deinterlacing field-order issue? In that case, i couldn't do anything, would have to complain to Eric - but its certainly possible its just encoded with wrong flags.

wanezhiling · 17th February 2012, 17:44

nev, since native dxva has been implemented, so would you like to use "DXVA" FourCC for NV12 subtype as what CoreAVC 3.0.1 has done.

http://corecodec.com/products/coreavc/changelog

Quote:

Use "DXVA" FourCC for NV12 subtype when it's used for DXVA connections

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

nevcairiel · 17th February 2012, 17:48

Quote:

Originally Posted by wanezhiling

nev, since native dxva has been implemented, so would you like to use "DXVA" FourCC for NV12 subtype as what CoreAVC 3.0.1 has done.

http://corecodec.com/products/coreavc/changelog

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

But why? Its NV12.

Pat357 · 17th February 2012, 17:48

Quote:

Originally Posted by AJ73

The x86 version of the LAV video decoder makes the graphedt.exe from the Windows SDK crash when clicking on "DirectShow Filters" in the filter selection dialog. This is not the case for the x64 version.

You mean using graphedit64 with lav 64 bit does not crash ?

The crashing with lav32 installed is a known problem with graphedit 32b anyway; it's a bug in graphedit.

I thought graphedit64 would also crash, but I never tested it.

wanezhiling · 17th February 2012, 18:03

Just looks pretty in PP.

Ignore me, ignore me.

17th February 2012, 07:42	#9142 \| Link
nevcairiel Registered Developer Join Date: Mar 2010 Location: Hamburg/Germany Posts: 10,346	You can force MPC-HC to use LAV for wmv if you add the WM ASF Reader to the external filter list and set it to "Blocked". I'll test with the WM ASF Reader when i get home, thanks for the hint that its causing the issues. __________________ LAV Filters - open source ffmpeg based media splitter and decoders

17th February 2012, 08:42	#9146 \| Link
turbojet Registered User Join Date: May 2008 Posts: 1,840	The blocks are showing up when high-quality processing is enabled. Disabled they don't show on that sample, should one expect lower quality with it disabled when not deinterlacing? The file size differences seem to depend on cuda. With it disabled LAVF is the same size as ffdshow, microsoft, and dgnv. Just did another short test and it's not always larger, lav-cuda was 8 KB smaller then the aforementioned decoders. The few times I've noticed different sizes with same x264 crf settings there's been an issue but this still looks fine. One more thing, I was planning on using 64 bit for deinterlacing and 32 bit for ivtcing (or vice versa) but cuda deinterlaced output is not good for decimating and there's many missing/dupe frames but LAVF 32 and 64 bit properties are shared is there any chance to have them separated in a future version? Last edited by turbojet; 17th February 2012 at 08:59.

Thread Tools	Search this Thread
Show Printable Version Email this Page	Search this Thread: Advanced Search
Display Modes
Linear Mode Switch to Hybrid Mode Switch to Threaded Mode

17th February 2012, 08:00	#9144 \| Link
turbojet Registered User Join Date: May 2008 Posts: 1,840	I'm using LAVF to serve avisynth for encoding but I'm noticing blocks with progressive VC-1 with a 9600GT (VP2) cuda enabled, here's a sample. All MPEG2 and AVC is fine and 99% of VC-1 is fine with cuda but always have at least a few blocky frames with every file. I've tried LAVF 0.45 and 0.46 with same results. I also tried nvidia drivers 285.62 and 270.61. Disabling cuda for VC-1 has no blocks but it's a ~30% slower encode. Playing the sample file in graphstudio or MPC-HC with LAVF there's no blocks, DGNV also has no blocks. Any idea what's going on? Also encoded files decoded with LAVF are a little larger, sometimes significantly larger then files decoded with ffdshow, dgnv, microsoft. Is this dithering or something else? Is there any way to disable this?

17th February 2012, 10:15	#9148 \| Link
AJ73 Registered User Join Date: Jun 2008 Posts: 8	The x86 version of the LAV video decoder makes the graphedt.exe from the Windows SDK crash when clicking on "DirectShow Filters" in the filter selection dialog. This is not the case for the x64 version.

17th February 2012, 15:03	#9151 \| Link
wanezhiling Registered User Join Date: Apr 2011 Posts: 1,184	Hi nev, http://www.gokuai.com/f/664h14hU3p6dN440 CUVID, ok copy back, failed native,failed Other dxva decoders I have are ok.

17th February 2012, 16:31	#9154 \| Link
wanezhiling Registered User Join Date: Apr 2011 Posts: 1,184	Excellent!

17th February 2012, 18:03	#9160 \| Link
wanezhiling Registered User Join Date: Apr 2011 Posts: 1,184	Just looks pretty in PP. Ignore me, ignore me.