ffdshow tryouts project: Discussion & Development

[Atak_Snajpera]

Revision 3169 - Directory Listing
Modified Wed Dec 23 12:32:48 2009 UTC (7 days, 9 hours ago) by albain

H264 decoding fix with new Haali splitter

I really don't know why you did this? New haali does not see VC-1 streams in .m2ts container (I just tested). Also FFDshow is not used in Windows 7 during decoding AVC streams. Instead Microsoft decoder is used. Revision 3164 works without any problems and FFDshow is used.

[NiFa]

I have AC3 encoding problem with revision 3171 my receiver doesn't get signal from my HTPC, I haven't changed any settings in ffdshow, with revision 3154 theres no problem at all.
Seems that in revision 3171 I can't choose which multichannel device to use for sounds.

[Gleb Egorych]

I really don't know why you did this? New haali does not see VC-1 streams in .m2ts container (I just tested). Also FFDshow is not used in Windows 7 during decoding AVC streams. Instead Microsoft decoder is used. Revision 3164 works without any problems and FFDshow is used.
AFAIK it means ffdshow supports custom H.264 FOURCC introduced by new Haali splotter.

[albain]

I really don't know why you did this? New haali does not see VC-1 streams in .m2ts container (I just tested). Also FFDshow is not used in Windows 7 during decoding AVC streams. Instead Microsoft decoder is used. Revision 3164 works without any problems and FFDshow is used.

There is a new media type in new Haali splitter for h264 streams.

This is intended to be used third party codecs instead of MS codec that are forced to be used in W7.

This is the trick Haali & coreavc team found to make use of 3rd party codecs

This new revision adds support to this new media type (FCC actually)

[Nyquist]

I have AC3 encoding problem with revision 3171 my receiver doesn't get signal from my HTPC, I haven't changed any settings in ffdshow, with revision 3154 theres no problem at all.
Seems that in revision 3171 I can't choose which multichannel device to use for sounds.

Ok, looks like I'm not alone. It made me mad why there was no sound anymore.

[_xxl]

There is a regression in ffdshow audio part... If I seek in some avi files sound is lost.
EDIT:
Fixed by uninstall 3154 and then install 3178.

[nautilus7]

There is a new media type in new Haali splitter for h264 streams.

This is intended to be used third party codecs instead of MS codec that are forced to be used in W7.

This is the trick Haali & coreavc team found to make use of 3rd party codecs

This new revision adds support to this new media type (FCC actually)
Well, ffdshow can't connect to haali on my pc. I'm running win 7 x64 and I've been using latest version of each program.

[albain]

Well, ffdshow can't connect to haali on my pc. I'm running win 7 x64 and I've been using latest version of each program.

Weird, I have made some tests and sometimes it works sometimes it doesn't

About this regression, can you tell me from when it occurs (I remind that HD bitstream merges has been done in revision 3160) ?

[crlorentzen]

I have AC3 encoding problem with revision 3171 my receiver doesn't get signal from my HTPC, I haven't changed any settings in ffdshow, with revision 3154 theres no problem at all.
Seems that in revision 3171 I can't choose which multichannel device to use for sounds.

I find that my DTS passthrough doesn't work correctly with the latest builds, for some reason it shows up as AC3 (DOLBY DIGITAL) on my receiver. Plus there is a cosmetic bug with the AC3 passthrough checkbox, it may look unchecked but it is still passing through. Reverted to 3154 just like you and the issue is resolved. No setting changes or anything.

Glad to see I am not alone.

[iron2000]

Enabling the Deband filter makes the video stutter for me, the video lags behind the audio.
I have no problem with the x86 version back in Windows XP though.

Using ffdshow x64 (3164) on Windows 7 Pro x64 with MPC-HC x64 (1.3.1448.0) + EVRCP.

[Leak]

Enabling the Deband filter makes the video stutter for me, the video lags behind the audio.
I have no problem with the x86 version back in Windows XP though.

Using ffdshow x64 (3164) on Windows 7 Pro x64 with MPC-HC x64 (1.3.1448.0) + EVRCP.
Look at the player's CPU usage - I'm pretty sure there is no optimized 64 bit assembly code for DeBand, so it's CPU use will go through the roof, which in turn will cause exactly what you described...

np: Bibio - Bones & Skulls (The Apple And The Tooth)

[albain]

There is a regression in ffdshow audio part... If I seek in some avi files with mono mp3, sound is lost.

I have too many things in parallel, could you have a look or help me out on that one ?

The only part of code that I changed concerning analog audio is the waveformatex structures management in TsampleFormat class but I dont see how this could affect seeking.
The right method would be to compare debugview logs between:thanks: working and non working build.

Thanks

[albain]

I find that my DTS passthrough doesn't work correctly with the latest builds, for some reason it shows up as AC3 (DOLBY DIGITAL) on my receiver. Plus there is a cosmetic bug with the AC3 passthrough checkbox, it may look unchecked but it is still passing through. Reverted to 3154 just like you and the issue is resolved. No setting changes or anything.

Glad to see I am not alone.

Could you delete (after backing up) the ffdshow_audio registry key and retry with a recent build ?

[iron2000]

Look at the player's CPU usage - I'm pretty sure there is no optimized 64 bit assembly code for DeBand, so it's CPU use will go through the roof, which in turn will cause exactly what you described...

np: Bibio - Bones & Skulls (The Apple And The Tooth)

Hmm, ok.
Its just as you say, it want up to 60+ on CPU with deband on.

By the way, what else is not x64 optimized yet?

[rack04]

I have noticed in the last couple of builds that I have to select the decoder for h264 after install. It seems to not remember the selected decoder when I install.

[dev84]

I have noticed in the last couple of builds that I have to select the decoder for h264 after install. It seems to not remember the selected decoder when I install.

I have the same thing.

[clsid]

Will fix that asap.

[pdubau]

0x80040207 means "VFW_E_NO_ACCEPTABLE_TYPES (There is no common media type between these pins.)" - did you enable "Raw video" on ffdshow's codecs page, i.e. set it to "all supported"?

np: Ricardo Villalobos - Dexter (Alcachofa)

I am tyring to use ffdshow raw video filter as a WME9 plugin and get the same error message. Is there a resolution to this issue, or is it just a dumb user error on my part?

[crlorentzen]

Could you delete (after backing up) the ffdshow_audio registry key and retry with a recent build ?


DTS piano http://www.digital-digest.com/dvd/downloads/trailers.html#vob (1st column 3rd row)

ffdshow version - Receiver states (between each version I delete the entire GNU key under HKLM\SOFTWARE, install the new version, check Audio settings to ensure it has DTS Passthrough enabled.)

3154 - DTS (DTS SURROUND)
3164 - DD (Dolby Digital)
3175 - DD (Dolby Digital)

Return to 3154 - DTS

Windows XP (32-bit) SP3
ADI1985 on-board audio

Also tried full uninstall of ffdshow and re-install with 3175 after cleaning out all registry etc about ffdshow and got the same failure.

[albain]

Ok thanks I will test your sample

[albain]

Here is the first FFDShow beta (http://damienbt.free.fr/ffdshow_rev3171_20100103_dbt_dxva_beta1.exe) build that brings DXVA support

There is a separate decoder for DXVA that has by default a higher priority than FFDShow but DXVA is disabled (you have to enable it manually in the DXVA filter configuration)

However I have troubles to make it load automatically through DirectShow merit.
I managed to make it work by adding it manually as an external filter in MPCHC.
If someone has an idea...

There are a few things to fix such as removing the raw mediatypes

[dann23]

installed your test version and i see with gspot that only MPEG2 is using DXVA. the rest are using the normal ffdshow. I don't know if that's a problem but I managed to make it work with wmp11. It works fine. CPU usage 3-5% and GPU usage 0% (maybe a bug in everest) The only problem is that seeking in WMP11 is not working. When I try to seek wmp11 freezes.

[albain]

Yes this is the issue I am trying to resolve : FFDShow DXVA decoder is not loaded at all even if it has a higher merit.

I suspect the input mediatypes list is not correct.

As I said, it works if you use MPCHC and manually add FFDShow DXVA decoder in the external filters

[Sebastiii]

Great :) i will test it quicly :)
Big Thx.

[DigitalDeviant]

No problems here other than having to add it to external filters in MPCHC.

[tetsuo55]

mpeg2???

[Sebastiii]

This is my result :)

I have put ffdshow DXVA in external filter and checked it.

Case N°1 :
I start sample (DTS-MA.mt2s) :
ffdshow DXVA show up with (mouse on it) AVC1 libavcodec H264 -> output NV12 > the color is not good (blue color) and i have dropout with it and pop, i can check it with DPC tool.

Case N°2 :
I start sample MKV :
ffdshow DXVA show up with (mouse on it) AVC1 (DXVA 2 H264 -> output NV12 > the color is good and no dropout, i can check it with DPC tool.

I have try with haali splitter on m2ts sample and it's same of case n°1.

Thx,
Seb.

Edit : For sample in m2ts, i have try to set NV12 in ffdshow Video to see if i have the same color of ffdshow DXVA and the color switch to NV21,VU (it's a setting that is not in Output section) in NV21,VU the color is correct.

[Sebastiii]

mpeg2???

Hi,

For me and like you say, in MPEG2 DXVA not enable.

[albain]

This is my result :)

I have put ffdshow DXVA in external filter and checked it.

Case N°1 :
I start sample (DTS-MA.mt2s) :
ffdshow DXVA show up with (mouse on it) AVC1 libavcodec H264 -> output NV12 > the color is not good (blue color) and i have dropout with it and pop, i can check it with DPC tool.

Case N°2 :
I start sample MKV :
ffdshow DXVA show up with (mouse on it) AVC1 (DXVA 2 H264 -> output NV12 > the color is good and no dropout, i can check it with DPC tool.

I have try with haali splitter on m2ts sample and it's same of case n°1.

Thx,
Seb.

Edit : For sample in m2ts, i have try to set NV12 in ffdshow Video to see if i have the same color of ffdshow DXVA and the color switch to NV21,VU (it's a setting that is not in Output section) in NV21,VU the color is correct.

I have fixed that color issue : it is due to the fact that if DXVA is not supported it will switch to software decoding which is not what we want.
We want that FFDShow DXVA unloads and then FFDShow decoder takes the decoding in charge.

However I don't understand why it wouldn't work with m2ts

EDIT : I have a noob question about DXVA formats. H264 => OK, but what about VC1 ? I guess this corresponds to a derivate of H264 format or can it be found in WMV9-VC1 codec too ?

[Sebastiii]

I have made log in case of :

DXVA2 MKV (http://sebinternet.free.fr/DXVA2MKV_OK.LOG)
and
DXVA M2TS (http://sebinternet.free.fr/DXVA2MKV_OK.LOG)

I'll make test in VC-1 :)

[Sebastiii]

The sample i have HD-DVD.

Only ffdshow Video show up with : WVC1 Libavcodec VC1.

I don't know if help.
Seb.

[dann23]

I have found something interesting. Movies encoded with high profile above L3.1 are not working with dxva and wmp11. they are working fine with MPCHC in dxva mode.I'm using windows xp and ati 3850 with the latest driver if that helps.

[DigitalDeviant]

Hi,

For me and like you say, in MPEG2 DXVA not enable.

The DXVA decoders are basically the same as the ones in MPCHC and are based off of ffmpeg and there isn't one for MPEG2, afik. MPCHC uses libmpeg2 not ffmpeg for this.

[albain]

About the samples that won't pass : I know why

There is a compatibility mode setting inside MPC (and also FFDShow). It is now set to max
I will add this setting to the UI

Also with the setting to max I get green artifacts on some videos so it is not intended to all.
Maybe MPC-HC team will tell us more about this

DTS piano http://www.digital-digest.com/dvd/downloads/trailers.html#vob (1st column 3rd row)

ffdshow version - Receiver states (between each version I delete the entire GNU key under HKLM\SOFTWARE, install the new version, check Audio settings to ensure it has DTS Passthrough enabled.)

3154 - DTS (DTS SURROUND)
3164 - DD (Dolby Digital)
3175 - DD (Dolby Digital)

Return to 3154 - DTS

Windows XP (32-bit) SP3
ADI1985 on-board audio

Also tried full uninstall of ffdshow and re-install with 3175 after cleaning out all registry etc about ffdshow and got the same failure.

This is a cosmetic bug that I just fixed but I do have sound. Is it your case ?

[clsid]

The compatibility tweaks allows bypassing the max reference frames check and level check (and maybe other checks as well). This means that DXVA will get used for incompatible H.264 streams as well, causing decoding errors/artifacts.


A question regarding the audio dropout problems you guys are discussing: does this also occur with older versions of ffdshow in case of AC3/DTS?

[Sebastiii]

@clsid

Yes older version too and not only with ffdshow but also with ac3filter.

Seb :)

[albain]

Yes, this is not caused by FFDShow : I am 100% sure as I can reproduce the problem with VLC and MPC internal filters.

The problem disappear if I use the internal SPDIF output of my motherboard instead.

[Emilot]

I am not sure but that was an older bug, with spdif out setting...

Which sound card do you have primary???

[crlorentzen]

About the samples that won't pass : I know why

There is a compatibility mode setting inside MPC (and also FFDShow). It is now set to max
I will add this setting to the UI

Also with the setting to max I get green artifacts on some videos so it is not intended to all.
Maybe MPC-HC team will tell us more about this



This is a cosmetic bug that I just fixed but I do have sound. Is it your case ?

No sound. And same issue seen in the latest build, 3178. I don't think it is cosmetic that ffdshow is somehow mangling the bitstream so that it looks like an AC3 stream. And I am not surprised that a receiver would be unable to decode DTS when it is being told to connect the Dolby Digital decoder.

More details in case useful. I have a Soundmax AD1988b on-board sound card. Only one card. I do not see an issue using MPC codecs, either internal or standalone.

[albain]

As I said, this is a cosmetic bug when FFDShow displays dolby digital instead of DTS.

It does encapsulate the bitstream under the DTS format, at least on my config.

Please post debugview logs as I can't reproduce it, unless another developer can

[crlorentzen]

As I said, this is a cosmetic bug when FFDShow displays dolby digital instead of DTS.

It does encapsulate the bitstream under the DTS format, at least on my config.

Please post debugview logs as I can't reproduce it, unless another developer can

This is not an issue with what ffdshow shows, This is an issue with what ffdshow sends to my receiver when I select to have DTS passthrough enabled.

How would one collect these debugview logs?

I am guessing I need the microsoft debugview tool. And I tried enabling the "Output strings to debugger" option. Is that correct?

attached is what I get from the logs in both 3154 and 3178. (3154.txt, 3178.txt refer to the build number.)

Edit: as per albain uploaded to pastebin
3154 (http://pastebin.com/m2212484e)
3178 (http://pastebin.com/m1c9e059a)

[hoborg]

Hi.
I am not sure how to post this problem correctly, but there seems to be some problem in FFDshow rev.3167 - it is causing d3d device lost durning chanel change in GB-PVR (http://forums.gbpvr.com/index.php) (and possible more software). No problem in older rev.3151 - i didnt tryed latest one.

From GB-PVR logs:
2010-01-03 21:58:40.937 ERROR hr failed
Error code : 88760868
D3DERR_DEVICELOST
Device lost

2010-01-03 21:58:40.937 ERROR CreateDevice() failed
Error code : 88760868
D3DERR_DEVICELOST
Device lost

Is there a way how to create FFDshow logs for more info?

It is analog signal and here is audio mediainfo:

Audio
ID : 192 (0xC0)
Format : MPEG Audio
Format version : Version 1
Format profile : Layer 2
Duration : 19mn 58s
Bit rate mode : Constant
Bit rate : 384 Kbps
Channel(s) : 2 channels
Sampling rate : 48.0 KHz

[crlorentzen]

Okay, so After much trial and error, I found that the issue is not actually in pass-through but, is a precedence issue where the AC3 encode option comes before, or somehow in the middle of, the pass-through option(s). I think it is an interaction between the pass-through setting, the AC3 encode setting and the Connect as PCM first setting.

1. DTS pass-through enabled, AC3 encode disabled, Connect as PCM first disabled - DTS fails, receiver sees Dolby Digital.
2. DTS pass-through enabled, AC3 encode disabled, Connect as PCM first enabled- DTS works fine.
3. DTS pass-through enabled, AC3 encode enabled, Connect as PCM first enabled - working Dolby Digital re-encode.
4. DTS pass-through enabled, AC3 encode enabled, Connect as PCM first disabled - non-working Dolby Digital

I skipped the four tests for DTS disabled as that is don't-care data for me.

If I disable AC3 Encode option DTS pass-through works fine. So workaround is to create a new profile for codec types: libdts and liba52, and in that profile enable pass-through and ensure that AC3 encode is disabled. Oh, and I also need connect as PCM first...don't know what this does.

Thanks for your help albain, perhaps my latest discovery will help to re-produce and correct the behavior so as to restore the functionality to 3154 levels.

[DeathWolf]

Putting this back on the table, but it would be wonderful if libass could be used for the subtitles rendering. It would be much more complete than the current renderer on SSA/ASS. It has come to the point where libass is not only fast but has almost complete compatibility with vsfilter(almost exactly the same rendering as vsfilter) with almost(all?) features supported.

Libass homepage:
http://code.google.com/p/libass/

Simple example of how libass is used:
http://repo.or.cz/w/libass.git/blob/HEAD:/test/test.c

[NiFa]

I tried different settings whit revision 3174, only way I got sound was to disable AC3 encoder, if it was enabled I got no sound from my receiver, with revision 3154 theres is no problem even if AC3 encoder is enabled.
What else I need to post that you can find what's wrong with newer revisions than 3154?
Under is ffdshow audio pinout info from MPC-HC when AC3 encoder is enabled.

Filter : ffdshow Audio Decoder - CLSID : {0F40E1E5-4F79-4988-B1A9-CC98794E6B55}

- Connected to:

CLSID: {E30629D1-27E5-11CE-875D-00608CB78066}
Filter: SPDIF Interface (TX1) (VIA High
Pin: Audio Input pin (rendered)

- Connection media type:

Audio: 0x0092 48000Hz stereo 1536kbps

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Audio {73647561-0000-0010-8000-00AA00389B71}
subtype: MEDIASUBTYPE_PCM {00000001-0000-0010-8000-00AA00389B71}
formattype: FORMAT_WaveFormatEx {05589F81-C356-11CE-BF01-00AA0055595A}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 1
cbFormat: 18

WAVEFORMATEX:
wFormatTag: 0x0092
nChannels: 2
nSamplesPerSec: 48000
nAvgBytesPerSec: 192000
nBlockAlign: 4
wBitsPerSample: 16
cbSize: 0 (extra bytes)

pbFormat:
0000: 92 00 02 00 80 bb 00 00 00 ee 02 00 04 00 10 00 ’...€»...î......
0010: 00 00 ..

- Enumerated media type 0:

Set as the current media type

- Enumerated media type 1:

Unknown

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Stream {E436EB83-524F-11CE-9F53-0020AF0BA770}
subtype: MEDIASUBTYPE_None {E436EB8E-524F-11CE-9F53-0020AF0BA770}
formattype: FORMAT_None {0F6417D6-C318-11D0-A43F-00A0C9223196}
bFixedSizeSamples: 0
bTemporalCompression: 0
lSampleSize: 307200
cbFormat: 0

[albain]

Okay, so After much trial and error, I found that the issue is not actually in pass-through but, is a precedence issue where the AC3 encode option comes before, or somehow in the middle of, the pass-through option(s). I think it is an interaction between the pass-through setting, the AC3 encode setting and the Connect as PCM first setting.

1. DTS pass-through enabled, AC3 encode disabled, Connect as PCM first disabled - DTS fails, receiver sees Dolby Digital.
2. DTS pass-through enabled, AC3 encode disabled, Connect as PCM first enabled- DTS works fine.
3. DTS pass-through enabled, AC3 encode enabled, Connect as PCM first enabled - working Dolby Digital re-encode.
4. DTS pass-through enabled, AC3 encode enabled, Connect as PCM first disabled - non-working Dolby Digital

I skipped the four tests for DTS disabled as that is don't-care data for me.

If I disable AC3 Encode option DTS pass-through works fine. So workaround is to create a new profile for codec types: libdts and liba52, and in that profile enable pass-through and ensure that AC3 encode is disabled. Oh, and I also need connect as PCM first...don't know what this does.

Thanks for your help albain, perhaps my latest discovery will help to re-produce and correct the behavior so as to restore the functionality to 3154 levels.

Okay, thanks for your tests

This is indeed something I changed with HD audio bitstream but it is not related with bitstream : actually in earlier FFDshow revisions, FFDShow would post a PCM mediatype in all cases even if it will use SPDIF at the end.

This implementation didn't look correct to me as if the connection is accepted but not the spdif format (through dynamic reconnection), the decoding will fail.

I realize that this change brings more problems that it resolves.

I will put this option as checked by default and maybe it should be removed in the future.

@Nifa : try to check the "Connect as PCM first" in output section and tell us if this solves your problem, thanks

[NiFa]

@Albain: I already did that but it doesn't work, still the same problem.

[albain]

@crlorentzen : please put your logs elsewhere (pastebin.com for ex)

@hoborg : goto HKEY_CURRENT_USER\Software\GNU\ffdshow and create a DWORD value
Call it "allowDPRINTF" and set it to 1
Then you should be able to get debugview logs

@Nifa : the media structure you pasted seems okay, is it different from working builds ?
Otherwise please post debugview logs

[hoborg]

@hoborg : goto HKEY_CURRENT_USER\Software\GNU\ffdshow and create a DWORD value
Call it "allowDPRINTF" and set it to 1
Then you should be able to get debugview logs

Thanks for answer
I am not expert - this will generete some LOG output in to file?

[NiFa]

Here is same info when using revision 3154:

Filter : ffdshow Audio Decoder - CLSID : {0F40E1E5-4F79-4988-B1A9-CC98794E6B55}

- Connected to:

CLSID: {E30629D1-27E5-11CE-875D-00608CB78066}
Filter: SPDIF Interface (TX1) (VIA High
Pin: Audio Input pin (rendered)

- Connection media type:

Audio: 0x0092 48000Hz stereo 1536kbps

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Audio {73647561-0000-0010-8000-00AA00389B71}
subtype: MEDIASUBTYPE_PCM {00000001-0000-0010-8000-00AA00389B71}
formattype: FORMAT_WaveFormatEx {05589F81-C356-11CE-BF01-00AA0055595A}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 1
cbFormat: 18

WAVEFORMATEX:
wFormatTag: 0x0092
nChannels: 2
nSamplesPerSec: 48000
nAvgBytesPerSec: 192000
nBlockAlign: 4
wBitsPerSample: 16
cbSize: 0 (extra bytes)

pbFormat:
0000: 92 00 02 00 80 bb 00 00 00 ee 02 00 04 00 10 00 ’...€»...î......
0010: 00 00 ..

- Enumerated media type 0:

Set as the current media type

- Enumerated media type 1:

Unknown

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Stream {E436EB83-524F-11CE-9F53-0020AF0BA770}
subtype: MEDIASUBTYPE_None {E436EB8E-524F-11CE-9F53-0020AF0BA770}
formattype: FORMAT_None {0F6417D6-C318-11D0-A43F-00A0C9223196}
bFixedSizeSamples: 0
bTemporalCompression: 0
lSampleSize: 307200
cbFormat: 0


How do I get debuglog from ffdshow?