ffdshow tryout project : HD audio discussion

[albain]

Is anyone on a clarksdale able to play LPCM tracks? I'm referring to tracks that come as LPCM on the disc (Pirates of the Carribean, etc.)?

I'm getting PIN errors, the splitter cannot even connect to FFDSHOW.

LPCM 24 (HD) is not supported yet by FFDShow.

We don't have any valuable dump traces to reverse engineer the format

Maybe some of you did but I may have missed them

[SamuriHL]

It should be possible now with the TMT3 beta to get those dumps. Someone with a 32 bit install and the dump tool should post some 48/24 LPCM track dumps.

[Sebastiii]

I'll try to dump with 170 beta and no log output :(

[rica]

Is anyone on a clarksdale able to play LPCM tracks? I'm referring to tracks that come as LPCM on the disc (Pirates of the Carribean, etc.)?

I'm getting PIN errors, the splitter cannot even connect to FFDSHOW.

Not sure for clarksdale but give it a go with MPC-HC and reclock combination for WASAPI bitstreaming; check this config:

http://forum.doom9.org/showthread.php?p=1370134#post1370134

Caution: Install ffdshow and reclock before MPC-HC.

I'll edit my post that i gave the link to show how to config MPC and Reclock more detailled; i don't use ffdshow for lpcm.

[rasmusb]

I'm still trying to find out why ffdshow does not stream TrueHD to the MPC audio renderer on my system with this error message:
TaudioParser::checkOutputFormat refused for codec bitstream Dolby True HD with sample format 256
From the source it seems the MPC audio renderer has helpful debug output. Is there a build of the renderer with debug output enabled available anywhere or do I have to build it myself?

[SamuriHL]

That error indicates your driver refused the media type that was sent to it. What setup are you using?

[rasmusb]

That error indicates your driver refused the media type that was sent to it. What setup are you using?

My setup is described in Post #1524 (http://forum.doom9.org/showthread.php?p=1375636#post1375636). Basically HD 5670, Catalyst 10.2, No Realtek driver, EDID override. DTS-MA works with some dropouts.

[SamuriHL]

That's pretty odd. Have you tried the realtek driver at all? Also, you can get Tulli to make you an override specific for your equipment now if you want. There's a new tool to get the realtime EDID info so that he can make a custom driver for you. Not sure if that'd help or not but it might not hurt to try it.

[rasmusb]

Thanks for the suggestion! I have had the Realtek driver installed previously but not since installing the latest ATI graphics driver. How do I identify which is which? This is the driver info from device manager:

ATI High Definition Audio Device
Driver Provider: ATI
Driver Date: 2010-01-15
Driver Version: 6.57.0.6602
AtiHdmi.sys file version: 6.57.0.6602

The EDID override matches my system almost exactly so I think it might be the least likely problem. Tulli said in some post that the bitstreaming works the same with all overrides.

[SamuriHL]

Ok, that's the driver from the 10.2 Catalyst set. So that's good....in theory. I'd give the realtek driver another try and if it doesn't work, you can just uninstall it and the ATI driver will come back.

[rica]

I'll edit my post that i gave the link to show how to config MPC and Reclock more detailled; i don't use ffdshow for lpcm.

Done.

[rasmusb]

Ok, that's the driver from the 10.2 Catalyst set. So that's good....in theory. I'd give the realtek driver another try and if it doesn't work, you can just uninstall it and the ATI driver will come back.
Ok, I have now tried the Realtek HDMI drivers 2.39 and 2.42. They broke DTS-MA support and did no change to TrueHD support.

[SamuriHL]

Ok, I have now tried the Realtek HDMI drivers 2.39 and 2.42. They broke DTS-MA support and did no change to TrueHD support.

Um, then you have something else going on there with your machine. I don't have any idea what the issue could be, but, I'd seriously consider uninstalling realtek and ATI drivers, then reinstall ATI...reinstall your EDID, try again with that, and if not, then reinstall 2.42 realtek. Other than that, I'm not sure what could be going on, but, there's definitely something wrong with your machine.

[rasmusb]

Um, then you have something else going on there with your machine. I don't have any idea what the issue could be, but, I'd seriously consider uninstalling realtek and ATI drivers, then reinstall ATI...reinstall your EDID, try again with that, and if not, then reinstall 2.42 realtek. Other than that, I'm not sure what could be going on, but, there's definitely something wrong with your machine.

So I built a debug version of the MPC audio renderer. It confirmed what you said, the driver refuses the wave format with subtype KSDATAFORMAT_SUBTYPE_IEC61937_DOLBY_MLP. This is the log anyway. I will try a clean install of windows on another drive tomorrow if nobody has any other suggestions.

Thanks a lot for helping me out! I will continue to bug you guys with stupid questions until I get this sorted out ;)

Cheers!

[4960] CMpcAudioRenderer::CheckMediaType
[4960] CMpcAudioRenderer::CheckAudioClient
[4960] CMpcAudioRenderer::CheckMediaType wFormatTag = 0xfffe
[4960] CMpcAudioRenderer::CheckMediaType nchannels = 8
[4960] CMpcAudioRenderer::CheckMediaType nSamplesPerSec = 192000
[4960] CMpcAudioRenderer::CheckMediaType nAvgBytesPerSec = 3072000
[4960] CMpcAudioRenderer::CheckMediaType nBlockAlign = 16
[4960] CMpcAudioRenderer::CheckMediaType wBitsPerSample = 16
[4960] CMpcAudioRenderer::CheckMediaType cbSize = 22
[4960] CMpcAudioRenderer::CheckMediaType wValidBitsPerSample= 16
[4960] CMpcAudioRenderer::CheckMediaType dwChannelMask = 0x3f
[4960] CMpcAudioRenderer::CheckMediaType SubFormat = KSDATAFORMAT_SUBTYPE_IEC61937_DOLBY_MLP
[4960] CMpcAudioRenderer::CheckMediaType WASAPI client refused the format
[4960] TaudioParser::checkOutputFormat refused for codec bitstream Dolby True HD with sample format 256

[SamuriHL]

No problem. Hopefully you get this sorted out soon. I don't have any other suggestions other than to clean install the drivers at this point. Good luck!

[nightfly]

I think I nailed it !

Revision 3278


I dl'ed 3281 from xvidvideo and in my setup, using the ST09 sample, the 3281 build breaks THD bitstreaming and I get video lockup, nothing will play using the MPC splitter AND the AS demuxer (which is rare for whatever reason).

I test with MPC-HC v1249 & v1622.

Due to the performance of ffdshow & AS demuxer that led me to believe the issue lies within the MPC Splitter.

I reverted back to rev 3239, all is good again.

[somy]

Hi, I'm new here.
I've followed the instructions to setup ffdshow and MPC-HC, and both in latest version, but I have some problem when playing BD disks:
1) I can't switch audio track from default LPCM to TrueHD. I tried to click on TrueHD track but nothing happens, it still sends LPCM to my AVR.
2) I can't display the embeded subtitles, is there any special settings required?

My setup is: ATI HD5770, Windows 7. I have ATI 10.2 driver and Realtek 2.39 HDMI driver. PowerDVD 9 works fine for me, I can change audio track and subtitle without any problem.

Any suggestion is appreciated!

[albain]

I dl'ed 3281 from xvidvideo and in my setup, using the ST09 sample, the 3281 build breaks THD bitstreaming and I get video lockup, nothing will play using the MPC splitter AND the AS demuxer (which is rare for whatever reason).

I test with MPC-HC v1249 & v1622.

Due to the performance of ffdshow & AS demuxer that led me to believe the issue lies within the MPC Splitter.

I reverted back to rev 3239, all is good again.

I think that they can't work together (I mean arcsoft behaviour and others (ati,intel...)) : behaviour from rev <3279 is working with arcsoft filters but gives loss of audio or audio cuts with ATI, clarksdale,....
Behaviour with revision >=3279 works for me : I tested it on a TrueHD receiver with MPC splitter and my ATI 5750.

The difference is the following :
- old behaviour : if timestamps are negative (which is the case just after seeking), the frames are dropped and a sync frame is looked after => frames with positive timestamps can be dropped (if they are non sync frames)

- new behaviour : if timestamps are negative, the frames are dropped.
This behaviour is better because the TrueHD streams are not synchronized according to their length. So no frame should be dropped as soon as the timestamps are positive, even if they are not sync frames

[blackEyEz]

When will version 3278 be online? im experiencing THD dropouts too

[rasmusb]

I've dug a little deeper with my inability to bitstream TrueHD and it is like you SamuriHL first suggested a problem with the EDID.

I parsed the audio block from the EDID override I use (Denon 1910) I use and found that it contains these two entries for TrueHD:
MLP/TrueHD, 6 ch, 44-192kHz
MLP/TrueHD, 8 ch, 44-96kHz
Then I did the same for another one of the overrides (Denon 988) and it contains one entry for TrueHD:
MLP/TrueHD, 8 ch 44-96,192kHz
Apparently my receiver does not support the wave format TrueHD, 8 channels and 192kHz, which is the format that ffdshow tries to use in my setup.

Is there any way to make ffdshow use a waveformat with 96 kHz or 6 channels for TrueHD?

EDIT: I wrote a little test program which checks wave formats supported by the WASAPI IAudioClient and it seems it accepts "TrueHD 8ch 96kHz". It does not accept "TrueHD 6ch 192kHz" though. Maybe the driver just uses the last entry for each audio type?

EDIT 2: Yes! I got it to work. I installed an EDID for another AMP (Sony DG-820) which has only one TrueHD entry in the audio block (8 ch and 192 kHz). It works perfectly so my Denon 1909 is apparently full of it when it says it does not support 8 ch and 192 kHz. Maybe the ATI driver actually reads the EDID correctly from the amp but the amp sends the wrong information?

EDIT 3: I removed the EDID override and it works the same as when having an override for my amp, ie "TrueHD 8ch 96kHz" is accepted by the driver but not 192kHz. I would say that if it would be possible to packet the TrueHD stream in a "TrueHD 8ch 96kHz" Waveformat we would not need the EDID override anymore. The driver accepts "TrueHD 8ch 96kHz" with 32 bits per sample which should be the same bitrate as "TrueHD 8ch 192kHz" with 16 bits per sample.

[SamuriHL]

Oh nasty. Ummmm, I don't think that's possible, no. albain would have to answer that for sure.

[nightfly]

I think that they can't work together (I mean arcsoft behaviour and others (ati,intel...)) : behaviour from rev <3279 is working with arcsoft filters but gives loss of audio or audio cuts with ATI, clarksdale,....

Yes, you mentioned this before I think, the solutions are different for the two, but you did mention the possibility of forking the logic in-code (I know how that can be a pain, I am a sw engr by trade).

Behaviour with revision >=3279 works for me : I tested it on a TrueHD receiver with MPC splitter and my ATI 5750.

The difference is the following :
- old behaviour : if timestamps are negative (which is the case just after seeking), the frames are dropped and a sync frame is looked after => frames with positive timestamps can be dropped (if they are non sync frames)

- new behaviour : if timestamps are negative, the frames are dropped.
This behaviour is better because the TrueHD streams are not synchronized according to their length. So no frame should be dropped as soon as the timestamps are positive, even if they are not sync frames

Perhaps I am just seeing the difference between rev 3239/3243 where THD bistreaming works great with the Xonar and the latest builds which don't.

So I don't think the changes you made for THD seeking for MPC are a factor as your solution seems very logical and straightforward - but are in fact maybe related to differences between 3239/3243 and the latest builds as tje behavior with 3281 is the same as 3254+ (video/audio lockup).

I did not test 3243 a lot. I've tested with 3239 quite a bit, so my confidence in it is high. However with ST09, issues are easy to reproduce and that's what I tested 3243 on and it seemed it's behavior was consistent with 3239.

Ah well, my Xonar setup is not long for this earth, have Clarksdale in house and am simply waiting for the driver video playback issues to settle down before migrating on.

[albain]

Sure I will add 2 different code paths for xonar & ATI & co but I would like to have confirmation that the last revision fixes the last issues with the ATI

[Sebastiii]

Hi :)

I have try and sorry, it didn't fix it on ATI :( and also i have an issue with DTS too (slow video when sound is on after the sound is play, the video run smooth.

I'm on 3283 version :)

Thx,
Seb.

[albain]

Hi :)

I have try and sorry, it didn't fix it on ATI :( and also i have an issue with DTS too (slow video when sound is on after the sound is play, the video run smooth.

I'm on 3283 version :)

Thx,
Seb.

Can you try revision 3285 ? thanks

[Sebastiii]

Hi Damien,

Yes i can try but i've try before to compile it (FFDshow any version) and i didn't build easily and also not with icl etc.
Can you build it :)
Thanks.
Seb.

Edit : i'm downloading now :)

[albain]

Désolé, I could have made one build

[Sebastiii]

Hi :) no pb :) it's just to test and i'll go to test after yesterday busy evening lol

[Sebastiii]

I've tested :)

it's better :)
On DTS side all is OK
On THD side works better but sometime when i seek (no sound comes) i must stop and restart (i have try with no bitstream and seeking is perfect lol)

But on sample THD 2.0 (no sound and when i seek it, i have a noise sound buzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz something like that).

But finally, i think it's better, i have just tested sample and not my BD disc, i'll test it this evening :)
Big thx.

Ps : i upload sample THD 2.0 and i'll try to make log if you want (Debugview).
Seb.

Edit : Sample Being.There.1979.sample.m2ts (http://sebinternet.free.fr/Being.There.1979.sample.m2ts)

[David602]

Has anyone been successful bitstreaming DTS HD and TrueHD with HAALI?

Are the MPC splitter and Arcsoft Demuxer the only solutions for working with FFDSHOW bitstreaming?

[blackEyEz]

Has anyone been successful bitstreaming DTS HD and TrueHD with HAALI?

Are the MPC splitter and Arcsoft Demuxer the only solutions for working with FFDSHOW bitstreaming?

I have been working on that today, i streamed a MKV with truehd unsuccesfuly with haali. I tried MPC-HC splitter and no problems except that in Mediaportal you cant have subtitles.

So a no go for me but if you use MPC-HC i would use their splitter.

[Sebastiii]

Yes too.

Otherwise for subtitle (not PSG) i use MPC splitter for MKV and MPC splitter for .m2ts and for now VSFilter.

but i hope that with FFDshow and i'm sure that Albain realise the dream lol :) and the top that working with MP too :)
Seb.

[tetsuo55]

New realtek drivers released:

Regular:
Vista, Windows7 Driver (32/64 bits) Driver only (ZIP file) R2.43 2010/2/25 55041k
Windows 2000, Windows XP/2003(32/64 bits) Driver only (ZIP file) R2.43 2010/2/25 30539k

ATI HDMI:
ATI HDMI Audio Device R2.42 2010/2/12 17953k

Judging from the catch-up in version numbers i think the installer will get unified soon.

link: realtek (http://www.realtek.com/downloads/downloadsView.aspx?Langid=1&PNid=14&PFid=24&Level=4&Conn=3&DownTypeID=3&GetDown=false)

[Sebastiii]

thx :)

[blackEyEz]

Thx, will give it a go.

edit: Seeking in truehd is not fixed

[albain]

Can you tell me what are the remaining problems ?

MKV with Haali+TrueHD : is it seeking problem or it won't play at all ?

[Sebastiii]

Can you tell me what are the remaining problems ?

MKV with Haali+TrueHD : is it seeking problem or it won't play at all ?

Hi Damien :)

I speak with MPC Matroska + TrueHD.

For Haali, i didn't success to make it work. (i'll retest tonight to see)

For my side with ATI, i can seek many time and sometime, no sound and from my test it doesn't comeback.
I must stop and replay but i have made this test with sample and not complete movie.

I have also strange issue with sample in THD 2.0, but i don't know if it's related lol.

If i disable bitstreaming of course seeking works great.

But it's even better than before :)

Cheers,
Seb.

[rica]

albain,

for all of the SVNs of ffdshow i met this issue for DTSHD.

With or without tulli's override,
With or without Realtek.
Current Ati driver is 10.2.

The original files are 6 channels, 48 kHz, 24 bits.

DTSHD-MA; source Angels and Demons,
DTSHD-HR; source HitMan

ffdshow gives 8/16:

DTSHD-MA:

00004332 11.40981007 [1236] WAVEFORMATEXTENSIBLE :
00004333 11.40981007 [1236] subFormat : KSDATAFORMAT_SUBTYPE_IEC61937_DTS_HD
00004334 11.40981007 [1236]
00004335 11.40981007 [1236] wSamplesPerBlock : 16
00004336 11.40981007 [1236] Valid bits per sample : 16
00004337 11.40981007 [1236] dwChannelMask : 255
00004338 11.40981007 [1236]
00004339 11.40981007 [1236] WAVEFORMATEX :
00004340 11.40981007 [1236] wFormatTag : WAVE_FORMAT_EXTENSIBLE
00004341 11.40981007 [1236] Channels : 8
00004342 11.40981007 [1236] Bits per sample : 16
00004343 11.40981007 [1236] Samples per second : 192000
00004344 11.40981007 [1236] nBlockAlign : 16
00004345 11.40981007 [1236] nAvgBytesPerSec : 3072000
00004346 11.40981007 [1236]
00004347 11.40994167 [1236] TffdshowDecAudio::getMediaType sample format 512
00004348 11.40997982 [1236] TffdshowDecAudio::getMediaType:96000 Hz, 8 channels Bitstream DTS HD
00004349 11.41009903 [1236] TffdshowDecAudio::getMediaType sample format 512
00004350 11.41013718 [1236] TffdshowDecAudio::getMediaType:96000 Hz, 8 channels Bitstream DTS HD
00004351 11.41025543 [1236] TffdshowDecAudio::getMediaType sample format 512
00004352 11.41029549 [1236] TffdshowDecAudio::getMediaType:96000 Hz, 8 channels Bitstream DTS HD
00004353 11.41041470 [1236] TffdshowDecAudio::getMediaType sample format 512
00004354 11.41045666 [1236] TffdshowDecAudio::getMediaType:96000 Hz, 8 channels Bitstream DTS HD

DTSHD-HR:

00005385 10.99881840 [1396]
00005386 10.99881840 [1396] WAVEFORMATEXTENSIBLE :
00005387 10.99881840 [1396] subFormat : KSDATAFORMAT_SUBTYPE_IEC61937_DTS_HD
00005388 10.99881840 [1396]
00005389 10.99881840 [1396] wSamplesPerBlock : 16
00005390 10.99881840 [1396] Valid bits per sample : 16
00005391 10.99881840 [1396] dwChannelMask : 255
00005392 10.99881840 [1396]
00005393 10.99881840 [1396] WAVEFORMATEX :
00005394 10.99881840 [1396] wFormatTag : WAVE_FORMAT_EXTENSIBLE
00005395 10.99881840 [1396] Channels : 8
00005396 10.99881840 [1396] Bits per sample : 16
00005397 10.99881840 [1396] Samples per second : 192000
00005398 10.99881840 [1396] nBlockAlign : 16
00005399 10.99881840 [1396] nAvgBytesPerSec : 3072000
00005400 10.99881840 [1396]
00005401 10.99903202 [1396] TffdshowDecAudio::getMediaType sample format 512
00005402 10.99908352 [1396] TffdshowDecAudio::getMediaType:96000 Hz, 8 channels Bitstream DTS HD
00005403 10.99919701 [1396] TffdshowDecAudio::getMediaType sample format 512
00005404 10.99926472 [1396] TffdshowDecAudio::getMediaType:96000 Hz, 8 channels Bitstream DTS HD
00005405 10.99939156 [1396] TffdshowDecAudio::getMediaType sample format 512
00005406 10.99944496 [1396] TffdshowDecAudio::getMediaType:96000 Hz, 8 channels Bitstream DTS HD
00005407 10.99956989 [1396] TffdshowDecAudio::getMediaType sample format 512
00005408 10.99962234 [1396] TffdshowDecAudio::getMediaType:96000 Hz, 8 channels Bitstream DTS HD
00005409 10.99974728 [1396] TffdshowDecAudio::getMediaType sample format 512
00005410 10.99979782 [1396] TffdshowDecAudio::getMediaType:96000 Hz, 8 channels Bitstream DTS HD
00005411 11.46488094 [1396] TffdshowDecAudio::getMediaType sample format 512
00005412 11.46490479 [1396] TffdshowDecAudio::getMediaType:96000 Hz, 8 channels Bitstream DTS HD

[Sebastiii]

Hi Rica :)

I have the same issue, about DTS-HR on my AVR and ATI.
With PDVD9 is ok :)

But seeking with DTS-HD is working great :)

Seb.

[rica]

Hi Rica :)

I have the same issue, about DTS-HR on my AVR and ATI.
With PDVD9 is ok :)

But seeking with DTS-HD is working great :)

Seb.

Hi Seb.

Seeking on DTSHD has never been an issue.

I gave it a go with 3285 this evening.

No dts (SD) dropouts anymore with 10.2 Ati drivers.
Seeking is much better now on THD btw.

So 8/16 issue for DTSHD tracks are common?

[Sebastiii]

Hi,

Common i'm not sure, like i remenber, SamuriHL detect DTS-HR with his Pioneer. But before Albain find solution with DTS-MA and Pio, on my side DTS-MA working on my avr.
So i think it's was missing a tweak for DTS-HR :)
Seb.

[liquidskin76]

Hi Damien :)

I speak with MPC Matroska + TrueHD.

For Haali, i didn't success to make it work. (i'll retest tonight to see)

For my side with ATI, i can seek many time and sometime, no sound and from my test it doesn't comeback.
I must stop and replay but i have made this test with sample and not complete movie.

Exactly the same here, however i can confirm its happening on full movies (tested a few), and at random seek positions. I can go back to the same chapter for example and audio disappears. Launch the same movie again and chapter seek to same chapter and audio is fine.

With Haali i get no vid (black screen) however Damien i remember you saying that there was bug in ffdshow related to this? If i use another codec Haali is fine.

Thanks!

[liquidskin76]

DTS-HD is working fine for me. No seekings/audio issues at all!

[liquidskin76]

Scratch that about Haali. It's playing vid fine when using ffdshow dxva and software decoding.

As for loss of audio when seeking with TrueHD, its still happening with Haali as well as mpc matroska.

Cheers

[rica]

DTS-HD is working fine for me. No seekings/audio issues at all!

Weird.
Normally DTSHD must work without tulli's override with my poor Denon 1910.

Never works with or without override; i get 8/16 info from ffdshow????

[liquidskin76]

@albain,

Just noticed this... was testing something else on my integrated nvidia geforce 9300 hdmi and noticed that the dts core on dts-hd files are not being pulled correctly. No audio is playing and DTS 1.0 (wtf... didn't know that existed!!) keeps flashing up on my sony avr. Plain old dts is fine.

Here's the debug log... http://pastebin.com/download.php?i=8BUHya3p

Thanks

[albain]

albain,

for all of the SVNs of ffdshow i met this issue for DTSHD.

With or without tulli's override,
With or without Realtek.
Current Ati driver is 10.2.

The original files are 6 channels, 48 kHz, 24 bits.

DTSHD-MA; source Angels and Demons,
DTSHD-HR; source HitMan

ffdshow gives 8/16:


I understand but what is the issue exactly ?

FFdshow reports a wrong number of channels but it is not that wrong because it corresponds to the number of IEC lines

@liquidskin76 : does it concern all DTSHD files or only those with DTS 1.0 in it ?

@all : about the black video issue with Haali, this is due to the new media type in the last haali version that was not handle correctly in ffdshow. I brought the support but incorrectly, Tal fixed it recently. Please use a recent revision of ffdshow (3298 for example) to confirm

[rica]

FFdshow reports a wrong number of channels but it is not that wrong because it corresponds to the number of IEC lines

Thanks, i got it. :)

[liquidskin76]

@liquidskin76 : does it concern all DTSHD files or only those with DTS 1.0 in it ?

The DTS-HD files i have tested are 5.1 with 5.1 DTS cores. If tested with MPC-HC and it's own audio decoding, the 5.1 DTS core is pulled ok.

Thanks

[albain]

The DTS-HD files i have tested are 5.1 with 5.1 DTS cores. If tested with MPC-HC and it's own audio decoding, the 5.1 DTS core is pulled ok.

Thanks

Okay, there might be a bug on the audio parser when it extracts the DTS core