ffdshow tryouts project: Discussion & Development

[Andy o]

This is not the right thread for this but if anyone can give me a quick yey or nay on this one, does MPC-HC support BD subtitles embedded in an m2ts? I didn't mess with that but if it did and we get bitstreaming working, well, that's going to be a pretty powerful combination in my book.

Yes, I've been playing m2ts files directly off bluray discs these past few days. You need to use MPC-HC's own subtitle renderer though, for which you need to use one of the video renderers compatible in the output section (the ones with two asterisks). I think EVR Custom is the better one.

madVR though is the best quality one. I had EVR Custom approach madVR's RGB conversion quality, by applying the conversion with ffdshow's RAW video processing, but somehow it's not working anymore. More info here (http://forum.doom9.org/showthread.php?p=1271416#post1271416) and for the filter and tests, here (http://forum.doom9.org/showthread.php?t=146203).

[SamuriHL]

Fascinating. I'll have to take a look at that tomorrow. Thanks!

[Andy o]

Yeah, this is what I meant when I told you over at AVS that MPC-HC was already almost there... You can play directly off the disc with AnyDVD HD and MPC-HC, as long as there is one m2ts file per feature, and if it's TrueHD or LPCM audio, there'd be no downsampling. Turns out there's a lot of discs that meet that criteria.

BTW, with m2ts you have to do this to change subs, it's a bit trickier than with mkv files.

http://photos.smugmug.com/photos/666493156_BmBfh-XL.jpg


EDIT: You can also right-click of course, if you're on full-screen. I actually think the only thing that's missing is DTS-HD decoding or bitstreaming, whatever comes first, since we want bitstreaming cause decoding in the PC is so troublesome. TrueHD decoding is pretty much solved, and WASAPI exclusive is readily available too.

[Andy o]

OK, I got ffdshow to NOT decode, I had to uncheck "Use new WAVEEXTENSIBLE...". Now it shows "bitstream" like renethx showed here (http://www.avsforum.com/avs-vb/showthread.php?p=17274252#post17274252), but of course I don't get any audio, only silence. ReClock reports the same format of the content so with that same TrueHD 7.1 96 kHz 16-bit test, I get those specs, and with 5.1 48 kHz 16-bit TrueHD I get those specs exactly. I think either ReClock must be made to accept bitstreaming of those signals, or, like the DTS WAVs need to be set to a specific PCM resolution, channel and sampling rate (44.1 kHz, stereo 16-bit) even when when decoded they will be 5.1 48 kHz.

[Andy o]

On a separate note, how do I get RAW video processing working again? I think I'm missing a setting that I inadvertently enabled in my previous ffdshow build.

[THX-UltraII]

I own the HD4350 and tried all sorts of settings last night but I get NO SOUND or GARGLING SOUND only. Tried all kind of combination settings with the latest reclock, ffdshow beta 7, W7 and MPC-HC.

I still don t understand the purpose of the newest ffdshow beta 7:

IS it possible with this version to BITSTREAM True-HD and DTS-MA over hdmi with the 4XXX-series(so that my receiver really does the DECODING and shows the True-HD/DTS-MA icon)? Or is this only possible with the 5XXX-series?

[albain]

Okay, I was not very clear on how to make this work : the goals of this beta are 1/ to make reclock believe that the stream is PCM to make it passthrough 2/add support for the new audio structure but reserved to new GPUs and windows 7 I believe

1/ The "Use new IECxxx structure" option is not compatible with reclock. So check it only if you have a radeon 5xxx and windows 7 and even though I am not sure that it will work (depending on the GPU driver). This option should be left unchecked

Otherwise Reclock should be used

Tests to be made :
1/ Enable TrueHD decoder and disable TrueHD passthrough. This will output LPCM 7.1 and with Reclock you should get full LPCM passthrough. This test should be successful

2/ Enable TrueHD decoder and enable TrueHD passthrough. This will output fake PCM to trick Reclock. If this failed, this means that the stream needs to be packetized as for SPDIF but on HDMI.

A general question : who is in charge of the HDMI "packetization", the decoder, the audio renderer or the audio driver ?
Wether the format is compressed or not this step is necessary to transport the stream over HDMI


So as I said earlier, I am not sure about the packetization of the stream, and this maybe the missing step to make bitstream work.

*EDIT* : I think that I found why it does not work. This is not about HDMI packetization but the IEC 61937 packetization.
This format is used for SPDIF and also for HD bitstream. However I don't have the tech specs.

[whurlston]

Tests performed with 4670 (sorry, no 58xx). Results are the same using Reclock or using the actual directsound device.

1/ Enable TrueHD decoder and disable TrueHD passthrough. This will output LPCM 7.1 and with Reclock you should get full LPCM passthrough. This test should be successfulSuccessful if 24 and 32 bit are disabled in ffdshow.

2/ Enable TrueHD decoder and enable TrueHD passthrough. This will output fake PCM to trick Reclock. If this failed, this means that the stream needs to be packetized as for SPDIF but on HDMI.Semi-successful. Connects to Reclock. Reclock sees it as 48/16. No sound on receiver and receiver does not seem to get data or ignores it.

*EDIT* : I think that I found why it does not work. This is not about HDMI packetization but the IEC 61937 packetization.
This format is used for SPDIF and also for HD bitstream. However I don't have the tech specs.Does this help? http://www.hdmi.org/download/HDMISpecification13a.pdf (Section 7.6)

[albain]

This is the doc that I grabbed but this is not useful because it just says : HDMI audio packet is for exemple 4 samples of IEC 61937 then something else but I don't know how is formatted a IEC 61937 sample


Here is the website where we can see this tech spec, but this is not free :
http://webstore.iec.ch

It would be in the iec61937-9 spec for TrueHD where we have here a preview http://webstore.iec.ch/preview/info_iec61937-9%7Bed1.0%7Den.pdf
One spec per format
There is also the whole spec that costs 500 $ (!)

[Andy o]

Also a 4670 here, and results are similar, but not the same. I can get 32-bit output to work, but that's probably because whurlston (vladd) is using the ATI drivers, and I the Realtek. This is a known limitation of the ATI drivers.

Another difference is that in the #2 scenario, ReClock sees the stream as whatever the source is, even though the PCM is not decoded. I get 96 kHz, 7.1 16-bit for the TrueHD test file, and 48 kHz, 5.1 16-bit for my own source with those specs (no audio though), which is the same as the source tested above.

[whurlston]

This is the doc that I grabbed but this is not useful because it just says : HDMI audio packet is for exemple 4 samples of IEC 61937 then something else but I don't know how is formatted a IEC 61937 sample


Here is the website where we can see this tech spec, but this is not free :
http://webstore.iec.ch

It would be in the iec61937-9 spec for TrueHD where we have here a preview http://webstore.iec.ch/preview/info_iec61937-9%7Bed1.0%7Den.pdf
One spec per format
There is also the whole spec that costs 500 $ (!)Hmm. At minimum, I would say you would need the following parts:

1 and 2 (General Info).
3 (DD+)
4 (If it includes DTS-MA, not sure about that though)
9 (TrueHD)

Which would be almost 400 purchased separately. Time to set up a special fund? :D

Also a 4670 here, and results are similar, but not the same. I can get 32-bit output to work, but that's probably because whurlston (vladd) is using the ATI drivers, and I the Realtek. This is a known limitation of the ATI drivers.Yup. ATI drivers. I forgot to switch back.

[albain]

Normally IEC 61937 is not very complicated :
2 bytes : 0xf872
2 bytes for syncword : 0x4e1f
then specific format header (with number of samples...)
then the data

[SamuriHL]

With my 5870, I get the results you're expecting in your 1/2 scenarios, except in 2 obviously I'm not getting any sound probably due to this packetization issue. Let me know if I can be of any assistance here.

[rica]

Hi guys; i've noticed nobody has selected "HDMI" ; not sure whether you see this option or not?

Open FFDShow Audio Decoder Properties page under graphstudio/graphedit.

Under "DirectShow Control" menu,
find mixer > output.

Select "Pass-through > Dolby True HD (or whatever)

Select "24 bit integer" under "Supported Output sample Formats"

Select "Connect to" any filter

Select "HDMI" under "Multichannel device"

And click to "Apply" and restart the application.

[SamuriHL]

Hi guys; i've noticed nobody has selected "HDMI" ; not sure whether you see this option or not?

There is no "HDMI" option there. I have the ATI HDMI audio device listed there, and I've tried selecting that. Doesn't help.

[rica]

There is no "HDMI" option there. I have the ATI HDMI audio device listed there, and I've tried selecting that. Doesn't help.

OK then, thx for the feedback.

[DigitalDeviant]

BTW, Raw video processing is not working on this beta 7, like it did for me with my previous ffdshow installation. I use K Lite Codec pack, and I see that just a couple days ago a higher build than this 3089 was posted, what's the difference?

I'm having a similar issue on Win 7 Ultimate RTM. I have to force it in MPC-HC's external filter list.

[SamuriHL]

No problem. Anything I can do to aid in this endeavor. I think we're in a holding pattern right now until he gets some more information. Hopefully that happens soon. I'm also hopeful that ArcSoft will work on proper bitstreaming support for the 5xxx cards in TMT3. For me, that'd be my ideal solution. But I would like to see an open bitstreaming solution that any program can use, as well. That'd be sweet.

[THX-UltraII]

I would like to see an open bitstreaming solution that any program can use, as well. That'd be sweet.

This would be the best thing so far in the histoty of HTPCs! Lets hope Albain, James and the rest of the guys will manage to get thing work soon

[Andy o]

I'm having a similar issue on Win 7 Ultimate RTM. I have to force it in MPC-HC's external filter list.

Yeah, I figured that much, but somehow before I installed this beta I had it working by just enabling "all supported" on the video decoder's RAW options, but I tried on another computer and I also had to force it, so maybe I inadvertently had some strange settings enabled on the first PC. No big deal.

[clsid]

The same 'trick' is also sometimes needed to make DirectVobSub load in MPC on Windows 7. This is a Windows 7 specific issue. It does not seem to like filters that process raw video.

[Andy o]

I remember running into similar trouble with DirectVobSub too, but IIRC it was on Vista 32, and the problem was either the splitter or the video renderer. No problems on Win 7 though, on two computers.

ffdshow's RAW processor does connect in GraphStudio, so I was thinking maybe MPC-HC might be at fault, or some obscure option I missed in one of the programs.

[albain]

Hi,

I have made a new build based on some reverse engineering.

There are some speculations on the implementation, so I am not sure that it will work

What have been done :

Dolby True HD, Dolby Digital Plus and DTS-HD are now bitstreamed over IEC 61937 format
As I said I am not sure about the right implementation. So it may not work
I have added a bitstream subclass that also handles AC3/DTS : there may be regressions on those formats. This is not definitive and not important for our tests
Bitstreams formats are outputted with AC3 sample format. I am not sure about this either. Maybe PCM should be used instead (or the real media type for windows 7).
The detected bitstream format is correctly displayed (in the tray icon or in the info panel)


Link
FFDShow HD bitstream beta 8 (http://www.mediafire.com/?sharekey=05fb19b4b2e4495ee7c82ed4b8f0c380e04e75f6e8ebb871)

Expected tests :

Common settings
For all those tests, check all bitstreams checkboxes in output section of FFDShow audio.
Also let the multichannel device drop-down list to "Default device".
This feature is unstable and should probably be removed if not improved, except if HDMI devices are hidden and could be accessed with this way

Tests

Play a DolbyTrue HD file with Reclock on Vista/Windows 7. Do not check use IEC structure (not compatible with Reclock)
For Radeon 5xxx owners : play a TrueHD file on Windows 7 without Reclock and with IEC checkbox checked. Also try with the IEC unchecked
Same tests but with a Dolby digital plus file and DTS-HD file


For all those tests, you should verify that the format is correctly detected by FFDShow for 2 reasons :
1/in some cases the splitter could strip off the HD audio data
2/FFDShow implements revert rules : if for example TrueHD is detected but the output renderer won't accept the format, FFDShow will revert to AC3 core
To do this check, let your mouse over the FFDShow tray icon twice (the first time nothing is displayed).

The second time you should see the bitstream format detected

Thank you for your time & help !

[SamuriHL]

I'm on it. :)

[SamuriHL]

For output it's saying S/PDIF and I get no sound. :( Any ideas?

[THX-UltraII]

I ll try this version with my 4350 card tonight.

[SamuriHL]

It is showing the correct audio track info on the mouse over. But the output says S/PDIF and I get no sound at all on any of the tests. Very odd.

[SamuriHL]

Ok, on DTS-HD MA, the input is showing the bitrate of core DTS and identifying it as Dolby Digital. LOL. And it's at least playing the DTS core track but it's not seeing it as DTS-HD MA.

[albain]

Okay, hold on, I will release the same build but outputting PCM instead (but then reclock will be necessary in wasapi mode)

[SamuriHL]

Thanks. I'll try again with that. ReClock in the first test was playing nothing. I'm not sure what's going on there.

[THX-UltraII]

Okay, hold on, I will release the same build but outputting PCM instead (but then reclock will be necessary in wasapi mode)

please keep both versions only because I can t test right now and would like to try both

[tal.aloni]

Albain, good luck with this project,

I have
GPU: Geforce 8200 + Radeon 4550
Receiver: Onkyo TX-SR576 (which can accept DD+)
OS: XP + Windows 7

I don't know if the above worth anything for testing purposes, I'll test whatever combination you need.

I've tested XP > Geforce 8200 > Onkyo TX-SR576 with beta 8, the battle of the bulge sample (DD+) is being detected by my receiver as Dolby Digital, and I hear quiet bumps.
(white noise with beta 7), perhaps it's to do with the DD header.

[SamuriHL]

After unchecking AC3 and DTS in the Pass-through I was able to repro the results with ReClock that I'm getting without it. It shows TrueHD in the track info, S/PDIF for output, and I get no sound. Hmmm, now when using IEC mode without ReClock it shows DD on the receiver but I get no sound. This is better I think, no? To get this I had to unchceck AC3 and DTS in the pass through options as I said.

[SamuriHL]

UM, confused now! I just did your test TrueHD track and my receiver shows LPCM. That's with IEC and without ReClock. I was using a movie only TrueHD track I made before when it was showing DD on the receiver. FREAKY!

[albain]

Things are complicated because :
1/ There are no standards yet to output bitstream, even if windows 7 brings a new structure but even though some details are missing
2/ The renderer must be tricked to accept the stream but afterwards the HDMI receiver must detect what type of stream it is
3/ The (tricked) stream must not be touched by the windows mixer or the audio driver (which is a risk when you output PCM) or by the audio renderer (I hope that reclock will not try to understand why it is sending)
4/ The IEC implementation is not sure because of the lack of documentation but this will change soon I hope

Here are the new builds : 3 different ways to output the signals

http://www.mediafire.com/file/agbfmzm0t2g/ffdshow_rev3089_20091001_dbt_beta8_new.zip

Thanks again

[SamuriHL]

Yup, just saw you posted it and have installed the PCM version. Trying that now.

[SamuriHL]

Ok. With ReClock I'm not getting very far. With the wfex and pcm versions without ReClock, however, I'm seeing some interesting results. Still no sound, but, the receiver is receiving PCM and the ffdshow audio icon is showing the correct information for the TrueHD track and showing that it's outputting HDMI (1402). Is this helpful at all?

[SamuriHL]

If I uncheck the IEC checkbox, my receiver shows LPCM. So, I think the IEC mode is doing something but the receiver isn't happy with the data it's getting. This is at least a step up. :) The wfex version seems better to me.

[SamuriHL]

DTS-HD MA still doesn't want to play nice at all. :( It's decoding it no matter what I do. I'm not seeing PCM on the receiver for my DTS-HD MA track. Hmmm.

[albain]

Ok, I have to gather all this information plus the new information/tips/help that I get.

If some of you want to go deeper, I added some debug traces.
To get them :
1/ Download debugviewer from the following url : http://technet.microsoft.com/en-us/sysinternals/bb896647.aspx

2/ Enable log traces : in the registry key HKEY_CURRENT_USER\Software\GNU\ffdshow, modify (or create it if not there) the dword key "allowDPRINTF" and set it to 1

3/ Launch any player to do your tests. You should see the traces.
There are some interesting stuff, especially the step where ffdshow tries to submit the new media type to the renderer (the media type is logged with the result of the connection)

Meanwhile I will correct the code

[SamuriHL]

Quick question. The codecs section of ffdshow audio. What should AC3/EAC3/TrueHD/DTS be set to? I have them all set to libavcodec right now. Does this setting matter for these tests?

[SamuriHL]

00000000 0.00000000 [4416] TffdshowBase::Constructor
00000001 0.00373463 [4416] TffdshowDecAudio::Constructor
00000002 0.00383118 [4416] TffdshowDec::GetPages
00000003 12.66003990 [2740] TffdshowBase::Constructor
00000004 12.66357422 [2740] TffdshowDecVideo::Constructor
00000005 12.66362858 [2740] TffdshowDecVideoOutputPin::Constructor
00000006 12.66588783 [2740] Join filter graph
00000007 12.66593170 [2740] Removed from filter graph
00000008 12.66597080 [2740] Join filter graph
00000009 12.66609478 [2740] TffdshowVideoInputPin::ReceiveConnection
00000010 12.66618156 [2740] TffdshowVideoInputPin::CheckMediaType: AVC1, 1920, 1080
00000011 12.66624069 [2740] TinputPin::SetMediaType
00000012 12.66627789 [2740] TffdshowDecVideo::SetMediaType
00000013 12.66633415 [2740] TffdshowVideoInputPin::initVideo: AVC1, width:1920, height:1080, aspectX:16, aspectY:9
00000014 12.66638184 [2740] initPreset
00000015 12.67367744 [2740] TffdshowDecVideo::GetMediaType
00000016 12.67438984 [2740] TffdshowDecVideo::GetMediaType
00000017 12.67446613 [2740] TffdshowDecVideo::GetMediaType
00000018 12.67453766 [2740] TffdshowDecVideo::GetMediaType
00000019 12.67460823 [2740] TffdshowDecVideo::GetMediaType
00000020 12.67467976 [2740] TffdshowDecVideo::GetMediaType
00000021 12.67475319 [2740] TffdshowDecVideo::GetMediaType
00000022 12.67482376 [2740] TffdshowDecVideo::GetMediaType
00000023 12.67489433 [2740] TffdshowDecVideo::GetMediaType
00000024 12.67496586 [2740] TffdshowDecVideo::GetMediaType
00000025 12.67503643 [2740] TffdshowDecVideo::GetMediaType
00000026 12.67510796 [2740] TffdshowDecVideo::GetMediaType
00000027 12.67517853 [2740] TffdshowDecVideo::GetMediaType
00000028 12.67525005 [2740] TffdshowDecVideo::GetMediaType
00000029 12.67531872 [2740] TffdshowDecVideo::GetMediaType
00000030 12.67539406 [2740] TffdshowDecVideo::GetMediaType
00000031 12.67546177 [2740] TffdshowDecVideo::GetMediaType
00000032 12.67700863 [2740] TffdshowBase::Constructor
00000033 12.68010616 [2740] TffdshowDecVideo::Constructor
00000034 12.68016815 [2740] TffdshowDecVideoOutputPin::Constructor
00000035 12.68236637 [2740] Join filter graph
00000036 12.68241787 [2740] TffdshowDecVideo::Destructor
00000037 12.68248177 [2740] TffdshowDecVideoOutputPin::Destructor
00000038 12.81065941 [2740] TffdshowDecVideoOutputPin::Connect
00000039 12.81374741 [2740] TffdshowDecVideo::ConnectCompatibleFilter. Connect FFDShow
00000040 12.81422043 [2740] TffdshowDecVideo::GetMediaType
00000041 12.81467247 [2740] TffdshowDecVideo::CheckTransform
00000042 12.81511307 [2740] TffdshowDecVideo::SetMediaType
00000043 12.81554317 [2740] TffdshowDecVideo::setOutputMediaType
00000044 12.81602097 [2740] TffdshowDecVideo::setOutputMediaType: colorspace:YV12,adj, biWidth:1920, dstStride:1920, Bpp:1, dstSize:3110400
00000045 12.81676960 [2740] TffdshowDecVideo::GetMediaType
00000046 12.81738472 [2740] TffdshowDecVideo::CheckTransform
00000047 12.81784630 [2740] TffdshowDecVideo::SetMediaType
00000048 12.81845188 [2740] TffdshowDecVideo::setOutputMediaType
00000049 12.81898403 [2740] TffdshowDecVideo::setOutputMediaType: colorspace:YV12,adj, biWidth:1920, dstStride:1920, Bpp:1, dstSize:3110400
00000050 12.81953049 [2740] TffdshowDecVideo::GetMediaType
00000051 12.82000637 [2740] TffdshowDecVideo::CheckTransform
00000052 12.82046986 [2740] TffdshowDecVideo::SetMediaType
00000053 12.82091713 [2740] TffdshowDecVideo::setOutputMediaType
00000054 12.82454395 [2740] TffdshowDecVideo::setOutputMediaType: colorspace:YUY2, biWidth:1920, dstStride:3840, Bpp:2, dstSize:4147200
00000055 12.83203030 [2740] TffdshowDecVideo::GetMediaType
00000056 12.83334446 [2740] TffdshowDecVideo::GetMediaType
00000057 12.83484554 [2740] TffdshowDecVideoOutputPin::CompleteConnect
00000058 12.83609295 [2740] TffdshowDecVideo::DecideBufferSize
00000059 12.83781624 [2740] TffdshowDecVideo::CheckTransform
00000060 12.83920670 [2740] TffdshowDecVideo::CheckTransform
00000061 12.84056377 [2740] TffOutputQueue::Constructor
00000062 12.84199524 [2740] Connection succeeded
00000063 12.84337616 [2740] TffdshowBase::Constructor
00000064 12.84580994 [2740] TffdshowDecAudio::Constructor
00000065 12.84805012 [2740] Join filter graph
00000066 12.84809971 [2740] Removed from filter graph
00000067 12.84815693 [2740] Join filter graph
00000068 12.84824944 [2740] TffdshowDecAudio::CheckConnect (input)
00000069 12.84829903 [2740] TffdshowDecAudio::CheckInputType
00000070 12.84834290 [2740] TffdshowDecAudio::getCodecId
00000071 12.84839439 [2740] TffdshowDecAudio::getCodecId: codecId=103
00000072 12.84843826 [2740] TinputPin::SetMediaType
00000073 12.84848595 [2740] TffdshowDecAudioInputPin::initAudio
00000074 12.84852409 [2740] TffdshowDecAudio::getCodecId
00000075 12.84856224 [2740] TffdshowDecAudio::getCodecId: codecId=103
00000076 12.84914875 [2740] initPreset
00000077 12.85559559 [2740] TffdshowDecAudio::getMediaType:48000 Hz, 8 channels 16-bit integer
00000078 12.85564518 [2740] TffdshowDecAudio::CheckConnect (output)
00000079 12.85569191 [2740] initPreset
00000080 12.85577583 [2740] TffdshowDecAudio::CheckTransform
00000081 12.85582352 [2740] TffdshowDecAudio::CheckInputType
00000082 12.85587120 [2740] TffdshowDecAudio::getCodecId
00000083 12.85592175 [2740] TffdshowDecAudio::getCodecId: codecId=103
00000084 12.85599804 [2740] TffdshowDecAudio::getMediaType:48000 Hz, 8 channels 16-bit integer
00000085 12.85754967 [2740] TffdshowDecAudio::CheckConnect (output)
00000086 12.85758877 [2740] initPreset
00000087 12.85768700 [2740] TffdshowDecAudio::CheckTransform
00000088 12.85772514 [2740] TffdshowDecAudio::CheckInputType
00000089 12.85776424 [2740] TffdshowDecAudio::getCodecId
00000090 12.85780334 [2740] TffdshowDecAudio::getCodecId: codecId=103
00000091 12.85796547 [2740] TffdshowDecAudio::getMediaType:48000 Hz, 8 channels 16-bit integer
00000092 12.85885715 [2740] TffdshowBase::Constructor
00000093 12.86183357 [2740] TffdshowDecAudio::Constructor
00000094 12.86414909 [2740] Join filter graph
00000095 12.86423397 [2740] Removed from filter graph
00000096 12.86433887 [2740] Join filter graph
00000097 12.86438751 [2740] Removed from filter graph
00000098 12.86471939 [2740] TffdshowDecAudio::getMediaType:48000 Hz, 8 channels 16-bit integer
00000099 12.86476898 [2740] TffdshowDecAudio::CheckConnect (output)
00000100 12.86481762 [2740] initPreset
00000101 12.86491108 [2740] TffdshowDecAudio::CheckTransform
00000102 12.86495972 [2740] TffdshowDecAudio::CheckInputType
00000103 12.86500740 [2740] TffdshowDecAudio::getCodecId
00000104 12.86505795 [2740] TffdshowDecAudio::getCodecId: codecId=103
00000105 12.86516190 [2740] TffdshowDecAudio::getMediaType:48000 Hz, 8 channels 16-bit integer
00000106 12.86526203 [2740] TffdshowDecAudio::DecideBufferSize
00000107 12.86530781 [2740] TffAudioDecoder::DecideBufferSize 307200
00000108 12.86552048 [2740] TffdshowDecAudio::getMediaType:48000 Hz, 8 channels 16-bit integer
00000109 12.86561298 [2740] TffdshowDecAudio::getMediaType:48000 Hz, 8 channels 16-bit integer
00000110 12.86572266 [2740] TffdshowDecAudio::getMediaType:48000 Hz, 8 channels 16-bit integer
00000111 12.86580849 [2740] TffdshowDecAudio::getMediaType:48000 Hz, 8 channels 16-bit integer
00000112 12.86671066 [2740] TffdshowBase::Constructor
00000113 12.86961555 [2740] TffdshowDecAudio::Constructor
00000114 12.87187767 [2740] Join filter graph
00000115 12.87193298 [2740] Removed from filter graph
00000116 12.87197685 [2740] Join filter graph
00000117 12.87204933 [2740] Removed from filter graph
00000118 12.88109779 [2740] TffdshowDecAudio::getMediaType:48000 Hz, 8 channels 16-bit integer
00000119 12.89504337 [2740] TffdshowBase::Constructor
00000120 12.89820385 [2740] TffdshowDecVideo::Constructor
00000121 12.89826775 [2740] TffdshowDecVideoOutputPin::Constructor
00000122 12.90047169 [2740] Join filter graph
00000123 12.90061474 [2740] TffdshowDecVideo::Destructor
00000124 12.90067387 [2740] TffdshowDecVideoOutputPin::Destructor
00000125 13.07109356 [2740] TffdshowDecVideo::CheckTransform
00000126 13.07126904 [2740] TffdshowDecVideo::CheckTransform
00000127 13.07134342 [2740] TffdshowDecVideo::CheckTransform
00000128 13.09082508 [2740] TffdshowDecVideo::CheckTransform
00000129 13.09088039 [2740] TffdshowDecAudio::StartStreaming
00000130 13.09179783 [2740] TffdshowVideoInputPin::NewSegment
00000131 13.09186745 [2740] TffdshowDecVideo::NewSegment thread=856
00000132 13.09195042 [2740] TffdshowDecVideoOutputPin::DeliverNewSegment tStart 0, tStop 12013
00000133 13.09201717 [2740] m_Connected->NewSegment
00000134 13.09211254 [2740] TffdshowDecAudioInputPin::NewSegment
00000135 13.09217167 [2740] TffdshowDecAudio::NewSegment
00000136 13.09545040 [2740] Media Type Structure
00000137 13.09545040 [2740] Format type : FORMAT_WaveFormatEx
00000138 13.09545040 [2740] Sub type : MEDIASUBTYPE_PCM
00000139 13.09545040 [2740]
00000140 13.09545040 [2740] WAVEFORMATEX :
00000141 13.09545040 [2740] wFormatTag : PCM
00000142 13.09545040 [2740] Channels : 2
00000143 13.09545040 [2740] Bits per sample : 16
00000144 13.09545040 [2740] Samples per second : 48000
00000145 13.09545040 [2740] nBlockAlign : 4
00000146 13.09545040 [2740]
00000147 13.09577274 [2740] non-existing SPS 31 referenced in buffering period
00000148 13.09806538 [2740] TaudioParser::checkOutputFormat : the output sample format (compressed stream to bitstream) ac3 is accepted by the renderer for codec s/pdif
00000149 13.09821224 [2740] TffdshowDecAudioInputPin : switching codec from 103 to 1400
00000150 13.09834099 [2740] TaudioCodecBitstream::decode bitstreaming codec 1400, bitrate 640000, sample rate 48000
00000151 13.10285091 [2740] Cannot parallelize deblocking type 1, decoding such frames in sequential order
00000152 13.11067772 [2740] Media Type Structure
00000153 13.11067772 [2740] Format type : FORMAT_WaveFormatEx
00000154 13.11067772 [2740] Sub type : MEDIASUBTYPE_PCM
00000155 13.11067772 [2740] WAVEFORMATEXTENSIBLE_IEC61937 :
00000156 13.11067772 [2740] dwAverageBytesPerSec : 0
00000157 13.11067772 [2740] dwEncodedChannelCount : 8
00000158 13.11067772 [2740] dwEncodedSamplesPerSec : 96000
00000159 13.11067772 [2740]
00000160 13.11067772 [2740] WAVEFORMATEXTENSIBLE :
00000161 13.11067772 [2740] subFormat : KSDATAFORMAT_SUBTYPE_IEC61937_DOLBY_MLP
00000162 13.11067772 [2740]
00000163 13.11067772 [2740] wSamplesPerBlock : 16
00000164 13.11067772 [2740] Valid bits per sample : 16
00000165 13.11067772 [2740]
00000166 13.11067772 [2740] WAVEFORMATEX :
00000167 13.11067772 [2740] wFormatTag : WAVE_FORMAT_EXTENSIBLE
00000168 13.11067772 [2740] Channels : 8
00000169 13.11067772 [2740] Bits per sample : 16
00000170 13.11067772 [2740] Samples per second : 192000
00000171 13.11067772 [2740] nBlockAlign : 16
00000172 13.11067772 [2740]
00000173 13.11635113 [2740] TaudioParser::checkOutputFormat : the output sample format (compressed stream to bitstream) Bitstream Dolby True HD is accepted by the renderer for codec bitstream Dolby True HD
00000174 13.11640358 [2740] no picture
00000175 13.11645699 [2740] TffdshowDecAudioInputPin : switching codec from 1400 to 1402
00000176 13.11654282 [2740] Media Type Structure
00000177 13.11654282 [2740] Format type : FORMAT_WaveFormatEx
00000178 13.11654282 [2740] Sub type : MEDIASUBTYPE_PCM
00000179 13.11654282 [2740]
00000180 13.11654282 [2740] WAVEFORMATEX :
00000181 13.11654282 [2740] wFormatTag : Dolby AC3 SPDIF
00000182 13.11654282 [2740] Channels : 2
00000183 13.11654282 [2740] Bits per sample : 16
00000184 13.11654282 [2740] Samples per second : 48000
00000185 13.11654282 [2740] nBlockAlign : 4
00000186 13.11654282 [2740]
00000187 13.12210655 [2740] TffdshowDecAudioInputPin::Receive : the output sample format Bitstream Dolby True HD is accepted by the renderer
00000188 13.12581921 [2740] TffdshowDecAudioInputPin::Receive : Reconnection successful
00000189 13.12588692 [2740] TaudioCodecBitstream::decode bitstreaming codec 1402, bitrate 9876000, sample rate 96000
-snip-


I don't know if that helps you, but, this is without ReClock, using the wfex version, IEC is checked. ffdshow audio icon shows 96KHz, 8 channel, TrueHD, and shows HDMI for output. Receiver lights up with PCM but no audio when playing. The file is your test TrueHD file.

[whurlston]

albain, your pm is full.

[Shark007]

recent changes in the Trunk have broken some audio playback such as AMR.
3092 works, 3093 doesnt.

[albain]

My PM box is cleaned !

Quick question. The codecs section of ffdshow audio. What should AC3/EAC3/TrueHD/DTS be set to? I have them all set to libavcodec right now. Does this setting matter for these tests?

Ok this is helpful, especially this and just after the message that says that the connection has been accepted. The trace show how the new directshow structure has been filled in WAVEFORMATEXTENSIBLE_IEC61937. You can verify that from this MS url (http://msdn.microsoft.com/en-us/library/dd316761%28VS.85%29.aspx)
However, there is a new format change to ac3 after that and this is not correct. I have to fix this

Media Type Structure
00000153 13.11067772 [2740] Format type : FORMAT_WaveFormatEx
00000154 13.11067772 [2740] Sub type : MEDIASUBTYPE_PCM
00000155 13.11067772 [2740] WAVEFORMATEXTENSIBLE_IEC61937 :
00000156 13.11067772 [2740] dwAverageBytesPerSec : 0
00000157 13.11067772 [2740] dwEncodedChannelCount : 8
00000158 13.11067772 [2740] dwEncodedSamplesPerSec : 96000
00000159 13.11067772 [2740]
00000160 13.11067772 [2740] WAVEFORMATEXTENSIBLE :
00000161 13.11067772 [2740] subFormat : KSDATAFORMAT_SUBTYPE_IEC61937_DOLBY_MLP
00000162 13.11067772 [2740]
00000163 13.11067772 [2740] wSamplesPerBlock : 16
00000164 13.11067772 [2740] Valid bits per sample : 16
00000165 13.11067772 [2740]
00000166 13.11067772 [2740] WAVEFORMATEX :
00000167 13.11067772 [2740] wFormatTag : WAVE_FORMAT_EXTENSIBLE
00000168 13.11067772 [2740] Channels : 8
00000169 13.11067772 [2740] Bits per sample : 16
00000170 13.11067772 [2740] Samples per second : 192000
00000171 13.11067772 [2740] nBlockAlign : 16

[SamuriHL]

Awesome. I'm very glad that was helpful. If there's anything else you need from me please let me know. I'll be happy to assist in any way I can.

[albain]

Hi again,

another build for our patient testers.

The IEC structure is nearly fully correct.

Normally, these tests should work on Windows 7 with IEC structure enabled and one last radeon 5xxx.

Here is the link

FFDShow bitstream beta 9 (http://damienbt.free.fr/ffdshow_rev3089_20091001_dbt_beta9.exe)

Thank you !

[SamuriHL]

I'll test it out in a bit. I'm currently in the middle of playing Batman Arkham Asylum on that machine. :D But I'll take a break shortly and see if I can give it a shot. Thanks for your hard work on this!

[Reino]

*bump*
I've got a question about ffdshow its colorspace detection.
(my ffdshow (rev.3065 at the moment) output setup: YV12, YUY2, RGB32, "High quality YV12 to RGB32 conversion" and "Select closest matching colorspace" are enabled.)

By default ffdshow seems to favour the YV12 colorspace a lot.
Avi-files with a RGB32 videostream inside for instance will always be spat out as YV12 by ffdshow. I did discover one exception so far though; RGB32 and YUY2 Huffyuv avi-files.
But for example RGB32 Fraps or FFV1 avi-files on the other hand are always spat out as YV12 by default, until I force RGB32 of course by deselecting YV12 and YUY2 on the ffdshow output tab.

I'm very glad ffdshow now automatically sets up the correct YCbCr and Input Levels for RGB32 Fraps avi-files, but since RGB32 isn't detected automatically with Fraps avi-files, the videoclips are always YV12, and as a result way too dark (because of the wrong input levels etc).

How come ffdshow does seem to detect the correct colorspace of RGB32 and YUY2 Huffyuv avi-files while it fails to do so in case of RGB32 Fraps or FFV1 avi-files?

(All testing material I created myself. The RGB32 and YUY2 Huffyuv avi-files I created with the Huffyuv 2.1.1 video codec, because with version 2.2.0 all produced videoclips seemed corrupt somehow :S. The RGB32 FFV1 avi-files were created with ffdshow of course)

[rica]

*bump*

Sorry but all authors are very busy at the moment with bitstreaming.

Pls hold on.