LAV Filters - DirectShow Media Splitter and Decoders

[madshi]

Originally Posted by STaRGaZeR

Yeah, I'm sure that's the case here

Huh ?

[nevcairiel]

Originally Posted by asasadad_1

Part of the sound has disappeared,Sound and image are not synchronized.anyway,if ffdshow audio decoder being used,you will find the clear difference.

I did not notice any problems with the file, seems to play just fine.

[PeQuE]

Originally Posted by PeQuE

Hi nevcariel,

I've uploaded a video (in fact, recorded mpeg2 TV .ts) that Lav Video is failing at deinterlacing from time to time.

http://dl.dropbox.com/u/15222696/MP_...0La%20Lliga.ts

As a side comment, Win7 MS DVB included codec for MPEG2 is also failing the same way, while Cyberlink (9 & 11) Video/SP Decoder is doing it well.

Hope you can take a look.

Thanks a lot!

Hi nevcariel!

Did you finally had the time to take a look at that video?

Thanks a lot.

[asasadad_1]

Originally Posted by nevcairiel

I did not notice any problems with the file, seems to play just fine.

I have found what caused the difference between ffdshow audio decoder and lav audio decoder.
"Mixer→output speakers configuration→2/0/0-stereo" is my default ffdshow audio decoder configuration,it works fine with that sample.
If I unckeck "Mixer" in ffdshow audio decoder configuration,it has the same performance with LAV Audio Decoder(part of the audio has disappeared,audio and video are not synchronized).
Thank you nev for looked into that sample.

[andyvt]

Originally Posted by madshi

Which cases?

Transcoding.

[SamuriHL]

See I knew someone somewhere would have a use case where non-rendering deinterlacing might be preferred.

[nevcairiel]

LAV Filters 0.39

LAV Splitter
- Fixed a bug that caused MPEG-2 and VC-1 parsers to produce wrong timestamps after a seek
- Fixed playback of raw .h264 files

LAV Video
- NV12 is now the preferred YUV 4:2:0 output format
- Fixed handling of the "As Input" RGB output setting
- Improved VP6 cropping
- Don't report completely progressive movies as interlaced to the renderer
- Fixed playback of some broken MPEG-2 MKV muxes
- RGB will now by default be offered as Bottom-Up instead of Top-Down for improved compatibility

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

Before anyone asks again "Why NV12?" - its quite simple: Hardware post-processing usually requires the video to be in NV12, and especially on ATI only NV12 is accepted. Since there are no downsides to using NV12, it just makes more sense.

Another quick note, as a consequence of now trying to figure out if a movie is interlaced or not, the option to disable interlaced flagging has been removed.
Also, if you find a movie that was deinterlaced properly before, but now fails, please report those.

Have fun.

[fastplayer]

You can pretty much release after every commit!
The trunk builds have been very stable so far. *knock on wood*

[ikarad]

Originally Posted by madshi

Which cases? For people who want to post process with AviSynth? If they want to do that, they have to use the ffdshow raw video processor (or ffdshow video decoder), anyway, cause that's the only way to access AviSynth in DirectShow. So why then not using ffdshow's yadif deinterlacer?

There's another problem: yadif is a pure video mode deinterlacer, it's not meant to be used for movies. So it's only half of a deinterlacer solution. For movie content you need IVTC. When talking about IVTC, there are a multitude of cadences. IVTCing just NTSC's 3:2 is pretty easy. But what about PAL's 2:2? Much more difficult, because there are no duplicate fields. Then there are various Anime cadences. Then there are bad edits. Finally, broadcasts sometimes have mixed video + movie content. With such content you need to deinterlace some parts of the frame with yadif and some with IVTC. In order to make that possible, you need an automatic per pixel video vs movie type detection, which is extremely hard to get right, especially with PAL content. Deinterlacing is a very very complex and difficult topic.

Of course I don't want to stop nevcairiel from adding deinterlacing to LAV Video Decoder, I'm just wondering whether it's really worth his time, considering the complexity involved in creating a "complete" solution.

DXVA deinterlacing has the luxury of having most of these problems already covered. Ok, I'm not sure how good all of these ATI/NVidia algorithms are, but in theory they should do all what I described above, including mixed video/movie content, minus decimation, however.

DXVA don't make IVTC deinterlacing.

I try since two years with mpc-hc or ffdshow and it doesn't work. (I have gtx285)

To use IVTC the only thing that works is the use of avisynth IVTC filter like decomb or TIVTC.

Do you expect to add IVTC filter in madvr?

[Dogway]

Now I don't know whether you missed my suggestion, you read it and added it to the todo list, or you read it but dismissed it

[nevcairiel]

Originally Posted by Dogway

Now I don't know whether you missed my suggestion, you read it and added it to the todo list, or you read it but dismissed it

The one on audio delay?
I didn't really know what you wanted. Its already possible to change it on the fly. Change the option, new delay applies (after clicking apply).

If you want even better "on the fly", use MPC-HCs delay option, you can just press the numblock +/- keys to change it.

[cremor]

"Orchestra (Long) (Lossless)" and "Orchestra (Short) (Lossless)" from here are reported as interlaced during playback (and even on that website) but they drop and delay a lot of frames using deinterlacing (madVR 0.78) and look a lot better without deinterlacing, so I assume they are progressive.
Anything the splitter/decoder can do here or were they just encoded wrong?

Btw, nothing new in 0.39, is the same in 0.38.

[Dogway]

Yes, you are right it works. It wasn't working for me because I had ffdshow audio processor after lav audio, I have that principally for audio downmix and volume booster. I by default disable audio switcher module as I can already do audio delay on lav audio. Thanks for the help.

[madshi]

Originally Posted by ikarad

DXVA don't make IVTC deinterlacing.

DXVA does do IVTC, kind of, but with limitations. There are 2 key problems with DXVA IVTC, from what I can see:

(1) The current VMR, EVR and madVR implementations of DXVA deinterlacing "blindly" trust the video bitstream flags. That works well for some DVDs/broadcasts, but not for all. The better solution would be to distrust the flags. This is currently not done by any renderer using DXVA, as far as I can say. I might implement that in madVR in a future version.

(2) There's no support for decimation in DXVA1/2, so the output will be 60p, not 24p. I've seen that there may be some sort of support for frame rate changes and maybe decimation in DXVA-HD, but I'm not 100% sure.

Anyway, this is probably a bit out of topic here, so let's not let get this into a lengthy discussion.

[CruNcher]

Wait wait

how can this be then http://www.mediafire.com/download.php?d0bg6khk2lk8bjl ???

[Boo]

I had some trouble playing this file: http://www.mediafire.com/?t52j52cp1v4gw96 (xvid AVI with max_bframes 0)
with MPC-HC - LAV Splitter, Video, Audio and madVR.

I can play the file with other renderers (Haali, EVR etc.)

But I wanted to be able to use madVR with Lav Filters so I started trying different settings.

I narrowed it down to the 'Threads' setting in the LAV Video Decoder.
I can play the file If I set threads to '1' aything else is a no go.

Am I the only one with this strange behaviour?

[mindbomb]

hi nev.
My friend claims that whenever he muxes something large with mkvmerge, the resulting mkv file is unseekable with lav splitter.
It appears there is nothing remarkable about his mkvmerge settings, but I may be wrong about that.
He muxes with an mkvmerge build for linux.

Is there anything in lav splitters mkv handling that could result in problems with files over 4 gigs?
I know this isn't a lot to go on, but it is hard to get samples for very large files.

Haali and mpc matroska filter have no issues with these files.

[Shark007]

10bit decoding seems to be broken with the .39 release.

[nevcairiel]

Originally Posted by Shark007

10bit decoding seems to be broken with the .39 release.

I cannot reproduce any issues with the 2 10-bit samples i happen to have on my laptop with me.

[golagoda]

I've been able to play 10-bit video perfectly fine also, and have heaps of 10-bit encodes which I just tested and all worked fine. Must be something wrong on your end Shark.