ffdshow tryouts project: Discussion & Development

[NiFa]

Here are some pics from sample 2 when I play it using DXVA.













I have marked the artefacts in pictures.

When I play it using software decoding there are no artefact at all, I think that problem is that my HD4200 just doesn't have enough power to decode 1080i material, this one is my first and only interlaced video at moment.

[STaRGaZeR]

Originally Posted by SamuriHL

However, that does go to show that EVR Sync + RGB32 looks pretty damn good!!

Try other renderers if you want, they'll look the same

Originally Posted by clsid

Do you mean these checks in r3538? If so, go ahead and disable them. Please also add a comment that describes the bug in ffdshow.

@Albain, could you have a look at this bug?

Yeah, I meant r3538 not r3537. I've disabled them in r3576.

[nevcairiel]

Originally Posted by SamuriHL

I hope this helps!

It did, next version of LAVFSplitter will support multi-channel raw PCM tracks, thanks!
Doesn't even need a audio decoder when your hardware directly supports the format. Needs a filter when you, for example, want to play a 5.1 track on stereo hardware. But ffdshow with raw audio input enabled can do the job of down-mixing it.

Edit:
Actually, i lied. I just found a 7.1 PCM track, and my dev system is only setup for 5.1 through a AC3 encoded SPDIF link, and it still plays just fine without any filter.
Although i'm not sure if the DD-Live encoding didn't somehow accept 7.1 while a standard sound renderer wouldn't, oh well.

[SamuriHL]

Originally Posted by STaRGaZeR

Try other renderers if you want, they'll look the same

I shall indeed. Before I started playing with madVR I was using EVR CP. I was playing with EVR Sync trying to match your config to get subs working before you told me what the issue was and forgot to set it back. It does look really good. I'm gonna have to sit and do some comparisons when I get a chance.

Yeah, I meant r3538 not r3537. I've disabled them in r3576.

Sweet. I'm surprised I'm the first one to run into this issue.

[SamuriHL]

Originally Posted by nevcairiel

It did, next version of LAVFSplitter will support multi-channel raw PCM tracks, thanks!
Doesn't even need a audio decoder when your hardware directly supports the format. Needs a filter when you, for example, want to play a 5.1 track on stereo hardware. But ffdshow with raw audio input enabled can do the job of down-mixing it.

Edit:
Actually, i lied. I just found a 7.1 PCM track, and my dev system is only setup for 5.1 through a AC3 encoded SPDIF link, and it still plays just fine without any filter.
Although i'm not sure if the DD-Live encoding didn't somehow accept 7.1 while a standard sound renderer wouldn't, oh well.

Awesome! I guess this means I'm gonna have to finally get LAVF installed. I've been lazy! Thanks for adding this!

[Juaneeto]

Hi guys,

would somebody please comment on this issue I've posted a few days ago? http://sourceforge.net/tracker/?func...41&atid=867360 I would like to know whether it's really ffdshow bug, or whether it's just a mistake on my side that can be fixed?

Thanks a lot.

[Midzuki]

Originally Posted by Midzuki

It shouldn't be "incredibly-difficult" to draw a wider configuration window, I guess.

OK, so the ffdshow configuration applets are made of adamantium and cannot be enlarged, but what about doing something like this:

[STaRGaZeR]

@devs

Have you considered removing some deinterlacers, more specifically kernelDeint, DGBob and TomsMoComp? These are barely faster than Yadif (at least on my system), provide less quality (IMO) and I don't know of anybody that actually uses them inside ffdshow. Same with realaac, it's not even listed as an available filter.

[_xxl]

realaac - yes, the rest no.

[DJ_Phatic]

ffdshow doesn't seem to like a 6.1 FLAC stream I have in one of my mkv's, using ffdshow to decode and when using madFlac.

Sample: http://www.mediafire.com/?1dpylzi343f3otc

ffdshow revision 3357.

[war59312]

ffdshow build 3576 (x86 and x64) is refusing to save its directshow merit level.

I cant get WMP to use ffdshow for x264 .avi files for the life of me.

Update: ok have to run config as admin, always been the case ?

OK but on very high and wmp still is not using ffdshow..

Ok got that working using Win7DSFilterTweaker by disabling media foundation, too bad that breaks thumbnails though...

[Gleb Egorych]

Originally Posted by Gleb Egorych

Here is a sample: http://www.mediafire.com/?9maeuon2vgbza6u
I watch using Zoom Player, navigate file using mouse wheel.
Audio is resampled from 44.1Khz to 48KHz using libsamplerate high.

FLV splitter 1.3.2099 from MPC-HC project.

Теsted revisions 3500 and 3503. Rev 3500 does not crash, rev 3503 does crash as well as rev 3574. It crashes in ZP and MPC-HC.

Revision 3503 - Directory Listing
Modified Tue Jul 6 16:07:13 2010 UTC (2 months, 2 weeks ago) by clsid2

Updated FFmpeg

Revision 3502 - Directory Listing
Modified Tue Jul 6 13:08:33 2010 UTC (2 months, 2 weeks ago) by albain

Revision 3501 fix : missing file

Revision 3501 - Directory Listing
Modified Tue Jul 6 09:44:20 2010 UTC (2 months, 2 weeks ago) by albain

Revision 3499 fix : deadlocks fixed when using an external audio file. MPC splitter + MPC AC3/DTS filter => OK. But Haali + MPC AC3/DTS filter won't work because Haali's pins are monothreaded and MPC AC3/DTS filter needs a blocking mode (which requires multithreaded pins).

[STaRGaZeR]

Originally Posted by _xxl

realaac - yes, the rest no.

Done.

To all, I've successfully enabled libavcodec's AAC decoder again. It has decoded everything I've thrown at it, LC, HE v1 and HE v2. Please test and report any issues!

Build: http://www.mediafire.com/?z83xtyw4xay6l7f

[XhmikosR]

I can confirm it plays back all of my samples, and those which are unsupported by libfaad2! What are the downsides of ffmpeg's aac decoder? If there aren't any maybe libfaad should be removed.

[STaRGaZeR]

16-bit integer output instead of 32-bit floating point in libfaad2. I guess some audio purists will be against removing it even if it plays things libfaad2 can't play.

Oh I've found something it doesn't decode, AAC-LTP. Nobody uses this, but still.

[fastplayer]

Why are we so eager to remove things? Choice is a good thing.
Is libfaad holding ffdshow development in any way back? Does it take too long to compile, does it need hacks to get it working etc.?
FYI, there's a feature list of ffmpeg's AAC decoder in aacdec.c.

[STaRGaZeR]

Why keep two decoders when one of them does at least the same as the other? Useless waste of time, space, etc. This isn't the case here, but that's the reason.

I see LTP is a SoC project, good to know

[xergon]

well.
put it like this:
I play interlaced material with ffdshow maybe four times a year. In case i do, i want highest possible quality.

Activating deinterlacing is the one thing, CHOOSING a proper Deinterlacer is another.

YOU HAVE TWELVE DIFFERENT DEINTERLACING OPTIONS IN THERE.

That´s the first time I get an advice which Deinterlacer to use (Yadif). Actually, two Deinterlacers are enough:
one which fits most users - giving best quality. And maybe one with special options, for example the one which is allowing 50fps output.
Well, you know, maybe just give some sort of speed/quality ranking in the help annotations might be enough. Like the ones for the sharpening algorithms.
They are perfectly, even if the best methods like asharpen are not explained at all ... *roll eyes*

Would be perfect if a deinterlace insider writes some descriptions explaining what is the difference between these Deinterlacers.


So, MANY users will just select a deinterlacer by chance. makes no sense.


Mabye ask the authors of the deinterlacers to write a short description. If they don´t react, maybe hide these deinterlacers in some sort of special/advanced option field.

So, yeah, I don´t know every deinterlacer. so just remove the ones which are "bad"/"not so good", or at least mark the recommended deinterlacers and explain why they are recommended.

this would make ... sense :-)


Xergon

[fastplayer]

Originally Posted by STaRGaZeR

Why keep two decoders when one of them does at least the same as the other? Useless waste of time, space, etc. This isn't the case here, but that's the reason.

I see LTP is a SoC project, good to know

Choice is really helpful when troubleshooting...
If our goal is to be as close to the ffmpeg source as possible, then there's a lot more to strip out of ffdshow than libfaad.
We should wait for more input on this matter from the other devs.

By the way, nice work with the AAC integration!
Now give deband to the 64-bit folks

[Midzuki]

O.T.Same.H., libavcodec's mpeg-2 decoder && libmpeg2 are inferior to DScaler 5, so why not get rid of them both as well?