ffdshow tryouts project: Discussion & Development

[Alexander01]

Correct color: Letterbox 16:9 unchecked and default output colorspaces settings checked. FFdshow output says YUY2
Bad color (too yellow): Letterbox 16:9 checked and default output colorspaces settings checked. FFdshow output says YUY2
Bad color (too yellow): Letterbox 16:9 checked and all output colorspaces unchecked except 'RGB32' and 'High YV12 to RGB conversion'. FFdshow output says RGB32
Bad color (too yellow): Letterbox 16:9 unchecked and all output colorspaces unchecked except 'RGB32' and 'High YV12 to RGB conversion'. FFdshow output says RGB32

Changing 'YCbCr' specification to 'ITU-R BT.709' also didn't help to get correct color with the last 3.

I'm using ffdshow 3533 and the Latest ATI Catalyst 10.7 with default settings. I had installed a previous of Catalyst before. I uninstalled it completely, then installed the newest one made sure all settings were set to default (I only unchecked the noise filtering).

[nevcairiel]

Hey,

while developing my new media splitter, i noticed that the ffdshow subtitle renderer doesn't properly deal with subs that are UTF-8 encoded.
I have a sample here thats a UTF-8 encoded ASS sub, and it shows broken characters for the unicode chars. It works fine with DirectVobSub.

I can provide the sample if required, but any non-english subs should eventually show the problem.

How does ffdshow expect the character data? I realize it works with other splitters, so i'm mostly wondering if you could fix that more easily then i can.
Any feedback on how to resolve this issue would be appreciated. Thanks!

[STaRGaZeR]

Originally Posted by Alexander01

Correct color: Letterbox 16:9 unchecked and default output colorspaces settings checked. FFdshow output says YUY2
Bad color (too yellow): Letterbox 16:9 checked and default output colorspaces settings checked. FFdshow output says YUY2
Bad color (too yellow): Letterbox 16:9 checked and all output colorspaces unchecked except 'RGB32' and 'High YV12 to RGB conversion'. FFdshow output says RGB32
Bad color (too yellow): Letterbox 16:9 unchecked and all output colorspaces unchecked except 'RGB32' and 'High YV12 to RGB conversion'. FFdshow output says RGB32

Changing 'YCbCr' specification to 'ITU-R BT.709' also didn't help to get correct color with the last 3.

I'm using ffdshow 3533 and the Latest ATI Catalyst 10.7 with default settings. I had installed a previous of Catalyst before. I uninstalled it completely, then installed the newest one made sure all settings were set to default (I only unchecked the noise filtering).

I can't reproduce, if you output RGB32 the ATI drivers don't touch the image (at least not for this). And ffdshow does the conversion based on the original video resolution, not after the resizing, so I always get the same output. Do you have Auto checked in the YCbCr spec?

Originally Posted by nevcairiel

Hey,

while developing my new media splitter, i noticed that the ffdshow subtitle renderer doesn't properly deal with subs that are UTF-8 encoded.
I have a sample here thats a UTF-8 encoded ASS sub, and it shows broken characters for the unicode chars. It works fine with DirectVobSub.

I can provide the sample if required, but any non-english subs should eventually show the problem.

How does ffdshow expect the character data? I realize it works with other splitters, so i'm mostly wondering if you could fix that more easily then i can.
Any feedback on how to resolve this issue would be appreciated. Thanks!

I have loads of MKVs with non english UTF-8 plain text subs (SRT) that work fine, can you post that sample?

[Sebastiii]

Hi

You can find it here :

http://www.mediafire.com/?it8cre6o5apb6nl

Cheers,
Seb.

[nevcairiel]

I also sent you a pm with the sample, but yeah, thats the one.

Using LAVFSplitter i get corrupted glyphs in the first sub (Sub für Jap-dub [ger]). It works with DirectVobSub, but it also works with other splitters and ffdshow. So i guess it could be fixed on either end.
I would just need some insight on how to fix it, as i don't really have the time to dive into the ffdshow or directvobsub code.

[Alexander01]

Originally Posted by STaRGaZeR

Do you have Auto checked in the YCbCr spec?

Yes. And I also tryed to set it to ITU-R BT.709, but it didn't helped.

[STaRGaZeR]

Originally Posted by nevcairiel

I also sent you a pm with the sample, but yeah, thats the one.

Using LAVFSplitter i get corrupted glyphs in the first sub (Sub für Jap-dub [ger]). It works with DirectVobSub, but it also works with other splitters and ffdshow. So i guess it could be fixed on either end.
I would just need some insight on how to fix it, as i don't really have the time to dive into the ffdshow or directvobsub code.

Successful debug session, ffdshow enables its "utf8" flag when it detects MEDIASUBTYPE_SSA and another flag called "ismatroska" is set. "ismatroska" is set when one of these 3 filters are detected: Haali, MPC's internal MKV splitter or MPC's standalone MKV splitter. Just adding LAVFSplitter to the list fixes the issue, as utf8 is now true

Build: http://www.mediafire.com/?41clo6a849c3bld

BTW I've found something that may help you with the SSA fonts issue. Go to "SetMediaType" in TtextInputPin.cpp, line 78. What's this "extradata" stuff about?

Originally Posted by Alexander01

Yes. And I also tryed to set it to ITU-R BT.709, but it didn't helped.

Setting it to 601 or 709 will just force one or another, your problem is that without lettebox it's using 601, and with letterbox 709 because of the new resolution. Either way I can't fix it since I can't reproduce it

[nevcairiel]

Originally Posted by STaRGaZeR

BTW I've found something that may help you with the SSA fonts issue. Go to "SetMediaType" in TtextInputPin.cpp, line 78. What's this "extradata" stuff about?

The extradata in SSA/ASS holds the style definition. But i believe i figured out how to do embedded fonts, i just need to work on extracting it from the mkv =)

Thanks for the quick fix!

[Sebastiii]

Really great guys
Thanks.

[Alexander01]

Originally Posted by STaRGaZeR

Setting it to 601 or 709 will just force one or another, your problem is that without lettebox it's using 601, and with letterbox 709 because of the new resolution. Either way I can't fix it since I can't reproduce it

This week Catalyst 10.8 will be released, so i hope it will fix my issue. If not, my last chance would be a complete format/reinstall.

[rack04]

Has anyone noticed that installing ffdshow tryouts over an existing installation on Windows7 64bit Ultimate that the installer occasionally doesn't enable subtitles which was active in the existing installation?

[Blight]

Hi,
I have a bug to report:

When calling QueryInterface for "IID_IAMStreamSelect" on FFDShow's video decoder, subsequent calls to "IStreamSelect.Count(DWord variable)" raises an "EStackOverflow" exception. Tested with subtitles and without, makes no difference.
Tested with 32bit clsid build #3529

[STaRGaZeR]

Does anybody have a sample with closed captions?

[Tom Keller]

I can provide a DVD sample with closed captions:

http://www.mediafire.com/?f692suo3t606ju3

[STaRGaZeR]

Thanks Tom, in this sample CCs can be turned on and off with the CCs option in the subs section. People reported that CCs were always shown regardless of the option, so I thought it happened on all sources. Any CC samples that have this bug?

[clsid]

The CC option itself works ok as far as I can remember. The problem/confusion was that it functions independently from the state of the global subtitle filter option.

[STaRGaZeR]

The global subtitle filter option also works with this one, do you have any of the problematic ones?

[albain]

Hi all,

I am back from holidays

I have just added support for cook audio decoding, let me know if there are issues. The decoder might not be as good as the one used by MPC : FFDshow uses ffmpeg, MPC uses Real's dlls

Originally Posted by Blight

Hi,
I have a bug to report:

When calling QueryInterface for "IID_IAMStreamSelect" on FFDShow's video decoder, subsequent calls to "IStreamSelect.Count(DWord variable)" raises an "EStackOverflow" exception. Tested with subtitles and without, makes no difference.
Tested with 32bit clsid build #3529

Have you enabled internal filters to appear in the tray icon menu (in FFDShow video config / "tray,dialogs..." section, Add internal filters... checked ?) ?

For now I can't see how we would fall on an overflow

[XhmikosR]

@albain: thanks for adding support for COOK audio. Here are a few samples which don't play with the latest rev. Note that "pareme.rm" crashes mpc-hc pointing to libavcodec.dll.

[clsid]

Great work Albain!

I have noticed one problem. The audio is messed up after seeking in a RealMedia video. It sounds like the audio samples are decoded in the wrong order. Without performing a seek the audio plays fine.