LAV Filters - DirectShow Media Splitter and Decoders

[Mercury_22]

Originally Posted by nevcairiel

LAV Filters 0.50.4

LAV Video
- Fixed seeking with QuickSync running in madVR Exclusive Mode

Download: Installer (both x86/x64) -- Zips: 32-bit & 64-bit

Some stupid error managed to sneak into the last version, so here is a new one!
Really, only that one commit.

All H264 & mpeg2 are crashing with this version only in Native

[nevcairiel]

Originally Posted by Mercury_22

All H264 & mpeg2 are crashing with this version only in Native

How odd, that didn't happen in the previous git versions?

I'll build a fixed version.

[wanezhiling]

Originally Posted by Mercury_22

All H264 & mpeg2 are crashing with this version only in Native

I can reproduce.

[Mercury_22]

Originally Posted by nevcairiel

How odd, that didn't happen in the previous git versions?

I'll build a fixed version.

No


P.S. Don't know if it matters but before this version I've used my builds this time I've used your installer

[nevcairiel]

LAV Filters 0.50.5

LAV Video
- Fixed a crash in DXVA2-Native decoding (introduced in 0.50.4)

Download: Installer (both x86/x64) -- Zips: 32-bit & 64-bit

Who knows how this happened.

[Mercury_22]

No more crashing now

[xv]

May ask again about the AVI/DV problem I reported a week ago here?

[nevcairiel]

Originally Posted by xv

May ask again about the AVI/DV problem I reported a week ago here?

Unless you actually provide a sample file, no, you may not.

[xv]

Example file is not that easy, I just copied the first 20MB of the file, because VirtualDub removes the audio from the video stream.
I´ll send you the link to the file as pm for copyright etc. reasons (It´s a personal recording that I don´t have any rights on)

[Casshern]

I am experiences strange crashes with very small VC1 files. These are mostly test-patterns. I set mpc to repeat playing them in a loop (playback -> repeat forever). Using LAV Splitter mpc-hc crashes right before the second loop. I uploaded one of these here:
http://www10.zippyshare.com/v/69401085/file.html

Using MPCs internal splitter everything works fine. I already tried to change decoders and other filters, but it seems that lav splitter is the culprit. The file is below 100kb, maybe somebody can verify.

regards,

Casshern

[nevcairiel]

Originally Posted by Casshern

I am experiences strange crashes with very small VC1 files. These are mostly test-patterns. I set mpc to repeat playing them in a loop (playback -> repeat forever). Using LAV Splitter mpc-hc crashes right before the second loop.

No crash for me

[s4e]

Today I install the XBMC 11.0, and play the 2160p sample, I found most samples(2160p 120fps) play at cpu usage 1-3%, and GPU usage 20-43% with i7 3770. But with mpc-hc + LAV qs, that a different story:
EVR render: play 2160p 60fps OK, cpu usage 30%, GPU usage 40-50%. 2160p 120fps nonplayable.
EVR CR/ EVE Sync don't play 60fps smoothly.

Why MPC-HC or EVR or LAV or something else so costly???

[nevcairiel]

You can't compare DXVA (used by XBMC) with QuickSync, its apples and oranges. Thats all.
120 fps probably just overloads the GPUs memory controller.

You'll have to use DXVA in MPC-HC as well to achieve the same performance.
Note that LAV DXVA does not allow 4k content yet.

[s4e]

Originally Posted by nevcairiel

You can't compare DXVA with QuickSync, its apples and oranges. Thats all.

dxva or qs or anything else with mpc-hc is the same, huge cpu usage and non-smoothly. VLC is better but but still ten times cpu usage than XBMC.

[wanezhiling]

Originally Posted by s4e

I found most samples(2160p 120fps) play at cpu usage 1-3%, and GPU usage 20-43% with i7 3770.

Really? incredible.

[nevcairiel]

Originally Posted by wanezhiling

Really? incredible.

In DXVA native mode thats nothing special.
Although those files are really pointless, there is no hardware available today that can output such a file without either dropping frames or reducing resolution (for 99% of people, even both)

4K is a tech demo, its not worth panicking over some file not playing smoothly (yet).

[aufkrawall]

Originally Posted by nevcairiel

4K is a tech demo, its not worth panicking over some file not playing smoothly (yet).

I'd rather see 4:4:4 chroma video with hardware acceleration.
1600p should be enough for very most current display sizes.

Stupid codec industry. I got a Lord of the Rings BD with 35mbit VC-1.
With x264 10bit and best compression I'm sure you could store 1080p60 4:4:4 with 35mbit.

Or not?

[nevcairiel]

4:2:2 would be plenty, the big visual difference is from 4:2:0 to 4:2:2

Its just marketing however, bigger resolutions can be sold better to people.

[Casshern]

Originally Posted by nevcairiel

No crash for me

Strange. Maybe I should have been more specific. I use ffdshow libavcodec for vc1 video, lav audio for audio and lavsplitter to split. I experimented some more and found this:

lavsplitter + lavvideo for vc1 works
lavsplitter + ffdshow vc1-libavcodec crashes
mpc-splitter + ffdshow vc1-libavcodec works

its gets stranger:

lavsplitter + ffdshow vc1 wmv 9 works at first but after 30-40 loops (remember I have it set to repeat to forever in mpcs playback options) it crashes
mpc-splitter + ffdshow vc1 wmv 9 works but only plays once
lavsplitter + lavvideo decoder works ( I let it run for 5 minutes) !

So maybe its ffdshow after all. Seems to be a nice torture test.

best regards,

Casshern

[Casshern]

This open-source plugin for foobar 2000 decodes dts-hd and true-hd. Is there any chance we will get rid of the arcsoft dll to decode these formats....

http://sourceforge.net/projects/dvdadecoder/