ffdshow tryouts project: Discussion & Development

[tal.aloni]

Originally Posted by buletti

sharpening and denoising operations could probably work and would be greatly appreciated.

HeadlessCow was right on the money.
the DXVA decoded frame ends up being written to USWC memory,
which was not designed for fast reading operations.

sharpening and denoising can be made to work with the beta 2, but you'll learn that it's unstable, and the CPU usage is greater than software decoding.

[dann23]

do you plan to add MPEG2 to be decoded using DXVA?

[tal.aloni]

Originally Posted by dann23

do you plan to add MPEG2 to be decoded using DXVA?

I think that albain would share my view that if casimir (MPC-HC) will implement it, we will import it as well, but I don't really think it's worth the effort. mpeg2 decoding does not require much cpu power.

[albain]

Yes, also MPEG2 does not consume a lot of CPU

And MPEG2HD is a dead end (HDDVD)

[hoborg]

Hi.
By some reason i am not able to make DXVA + subtitles (and OSD) work.
Haali <-> FFDShow DXVA decoder Pin is connected, but no subtitles are displayed (EVR as renderer).
No problem in "normal" FFDShow.

Win7 + ATI 4770

EDIT:
Same result on XP:

[tetsuo55]

Originally Posted by tal.aloni

I think that albain would share my view that if casimir (MPC-HC) will implement it, we will import it as well, but I don't really think it's worth the effort. mpeg2 decoding does not require much cpu power.

We already added it in http://sourceforge.net/apps/trac/mpc-hc/changeset/1552

[dann23]

Originally Posted by tetsuo55

We already added it in http://sourceforge.net/apps/trac/mpc-hc/changeset/1552

yes thank you. hope that albain will change his mind

[tal.aloni]

Originally Posted by hoborg

Hi.
By some reason i am not able to make DXVA + subtitles (and OSD) work.

have you enabled post-processing? (configuration > hardware acceleration)

[Mr VacBob]

Originally Posted by clsid

On a related note, libavcodec and ffmpeg-mt should give better performance now compared to any 2009 build. The gain is supposed to be a few %. It would be interesting to see some benchmarks.

It should be more than 10% so far (it's not done yet). r21455 should improve high bitrates, but I didn't push it into mt yet.

There's also some MMX/SSE/2 inlined directly into the decoder now, so you'll see further improvements (~3%) if you can build with --cpu=i686 or higher.

[hoborg]

Originally Posted by tal.aloni

have you enabled post-processing? (configuration > hardware acceleration)

Nope, i miss that option, thanks!

[MatLz]

Hi!

I've updated to 3237 but I'm in trouble with gamma correction:

A capture speaks more than a thousand words

What's the hell?

[tal.aloni]

Originally Posted by MatLz

Hi!

I've updated to 3237 but I'm in trouble with gamma correction:

Edit:
I see it now, modifying contrast triggers it.
starts with rev. 3233

[MatLz]

I'm also in trouble with sourceforge and mediafire....I can just say I think 3207 was ok.

[thuan]

Originally Posted by HeadlessCow

thuan: could you do me a favor and try out the beta1 or beta2 build with the full processing mode to see if it drops frames like crazy? If the Intel guy wrote his code with an Intel graphics card, maybe you'll have better performance than the rest of us did. That would at least explain why he was able to get performance that is so much better than when tal.aloni used the code in ffdshow.

I will, on Monday as the computer with G45 is my computer at work. By full processing mode you meant Surface Overlay Post Processing mode right? And what did you mean by beta2? The last ffdshow-tryouts version is beta 6. I haven't used ffdshow for far too long (been using MPC-HC internal filter).

[onomatopellan]

@thuan:This is beta1 http://forum.doom9.org/showthread.ph...14#post1364814
and this is the beta 2 http://forum.doom9.org/showthread.ph...03#post1365503

Originally Posted by albain

I think this comes from the media types

I removed uncompress mediatypes but this is not a good idea because I guess that FFDShow DXVA may not be consulted for subtitles connection

I have done more tests and these are the results using ffdshow DXVA rev3237 in MPC-HC:

In my PC with Windows 7 32bits -> embedded subs of most files (sample) aren't detected. Subs are not shown

In the laptop Windows 7 64 bits -> embedded subs of most files aren't detected. Subs are not shown

In a PC with Windows Xp 32 bits -> All the embedded subs of my files are detected flawlessly. Subs are shown without problem

So maybe the problem is in the way Text input pin is connected in Windows 7? Can please somebody with Windows 7 confirm this?

[thuan]

Originally Posted by thuan

Thanks to albain and tal.aloni that implemented DXVA and sub rendering with DXVA in ffdshow. I still have 2 problems with it though.

Sub bleeding and blocky


And broken image when seeking that happens sometimes


Tested at work on Intel G45, Windows Vista 64bit up to date BTW. I view my videos with Haali splitter. I also have the 9800GT with Windows 7 64bit at home and the 2nd problem happens there, too. I will check whether the first problem happens at my home computer configuration after work.

Thank you guys for the continuous development.

At home, the blocking problem when seeking is still the same. As for sub with DXVA, it simply does not work on my 9800GT . Driver is 196.21 on Windows 7 64bit.

[tal.aloni]

Originally Posted by thuan

At home, the blocking problem when seeking is still the same. As for sub with DXVA, it simply does not work on my 9800GT . Driver is 196.21 on Windows 7 64bit.

what do you mean by "does not work"?
did you enable "post processing"? (see above)

[CiNcH]

We already added it in http://sourceforge.net/apps/trac/mpc-hc/changeset/1552

But this is only MPEG-2 Bitstream which only works for some nVIDIA GPU's, right? Think most GPU's still only do MPEG-2 MC and iDCT.

[albain]

Originally Posted by onomatopellan

@thuan:This is beta1 http://forum.doom9.org/showthread.ph...14#post1364814
and this is the beta 2 http://forum.doom9.org/showthread.ph...03#post1365503



I have done more tests and these are the results using ffdshow DXVA rev3237 in MPC-HC:

In my PC with Windows 7 32bits -> embedded subs of most files (sample) aren't detected. Subs are not shown

In the laptop Windows 7 64 bits -> embedded subs of most files aren't detected. Subs are not shown

In a PC with Windows Xp 32 bits -> All the embedded subs of my files are detected flawlessly. Subs are shown without problem

So maybe the problem is in the way Text input pin is connected in Windows 7? Can please somebody with Windows 7 confirm this?

Thanks, I didn't test your sample but if you say that it works on XP this confirms my thoughts : on XP directshow consults filters for uncompressed formats, not on vista/7

Here is a test build to confirm this

Please tell me if this solves the problem

[tal.aloni]

Originally Posted by MatLz

Hi!

I've updated to 3237 but I'm in trouble with gamma correction

should be fixed in rev. 3241