ffdshow tryout project : HD audio discussion

[Andy o]

Bitstreaming is not working for the most part for DTS-HD content here. TrueHD seems to be working but I think there were some dropouts. Realtek 2.39, 5750, Cat 9.12, Win 7 32-bit. Default DirectSound renderer. MPC renderer doesn't want to connect. beta 54 used. I'm gonna keep trying for a while and then post a log if it doesn't work.

[piit]

Well, it looks like NOTHING has changed in the Catalyst 9.12 on the audio front. The drivers DO NOT include updated HDMI Audio driver. Therefore us unlucky ones whose receivers return EDID info that ATI drivers don't like (Denon, Sony etc.) still have to use Tulli's EDID override workaround.

How sad.

Anyway, apart from that, it works fine! The Realtek driver helped the connection dropping as pointed out by SamuriHL and in my case also sorted the non-working TrueHD bitstreaming after resume from sleep. Now just to get the EDID checksum correct so that I can change it to show AVR-1910 instead of TX-SR905 :-D

By the way, I've got one TrueHD 2.0 track (that's right, TrueHD stereo, in Being There - great film btw) that does not work with the ffdshow trunk... Will try to post logs tomorrow (er, later today, 2:43 here in the UK now) if anybody would be so kind to look at it... (albain, my man! ;-) )

G'nite!
Pete

[avivahl]

From Neowin.net:
Hotfix drivers are also out: http://support.amd.com/us/kbarticles/Pages...t912Hotfix.aspx (http://support.amd.com/us/kbarticles/Pages/ATICatalyst912Hotfix.aspx)

Hotfix that resolves the mouse being enlarged under Windows® 7, improves performance of OpenGL games, Provides CrossFireX™ support for Eyefinity & Provides support for OpenCL



Problem Description:

· Performance drop is observed with a supported ATI CrossFireX™ configuration when using the thermal scope while playing Call of Duty Modern Warfare

· Performance drop during the opening cinematic of Resident Evil 5

· Wheelman freezes while loading the game menu and can't play further

· The desktop mouse cursor becomes enlarged at random while using Windows 7

· Flashing in various OpenGL titles – City of Heroes, Enemy Territories: Quake Wars, Riddick

· Heaven benchmark (DirectX 9 mode) – Grass flickers and white boarders observed around the edges

· DTS-HD and Dolby True-HD not working properly with certain receivers while using HDMI connection on ATI Radeon™ HD 5000 Series

EDIT: Oh, never mind. I see it was already posted here in this thread.

[Andy o]

Tried all different combination of ffdshow, MPC-HC, audio rederner... They all give me the same result:

TrueHD 16bit = bitstream fine
TrueHD 24bit = bitstream fine but noise at background
DTS-MA = impossible, sometimes the AVR shows DTS-MA but it goes away in 2 seconds or so

my Setup:
ATI 5750 (tried two diff brands)
Pioneer SC-05
Phenom x4 9550
Windows 7 32bit

More info:
Tried also on 3 different computers, they all give the same result. So could it be the AVR that I have (SC-05)?

I'm getting something similar with my VSX-01, so it might be the receivers. Thing is that WinDVD bitstreams DTS-HD without problem. Could be something like what happened with the PS3 Slim, bitstreaming was broken with 3.0, some people claimed a firmware update for their Pioneers fixed it, but for others who waited, a new PS3 update fixed it.

[goemonate]

I'm getting something similar with my VSX-01, so it might be the receivers. Thing is that WinDVD bitstreams DTS-HD without problem. Could be something like what happened with the PS3 Slim, bitstreaming was broken with 3.0, some people claimed a firmware update for their Pioneers fixed it, but for others who waited, a new PS3 update fixed it.


that means we have to wait for ATI for a working driver update otherwise bitstreaming between ATI and Pioneer is not going to work... sad...

[Andy o]

I'm just speculating though... I'll post a log or two when I get home. I've also been meaning to update my AVR's firmware anyway, but Pioneer makes it very difficult.

[tetsuo55]

It seems that the hdmi controller driver is in the videocard driver, and the hdmi audio chip driver is seperate.

This means ATI can fix a ton of bugs on the videocard side that effect bitstreaming without having to change the audio driver.

[magnusr]

that means we have to wait for ATI for a working driver update otherwise bitstreaming between ATI and Pioneer is not going to work... sad...

Im bitstreaming PowerDVD 9, 5870 to Pioneer LX71 receiver (Elite SC-05). Catalyst 9.11.

[goemonate]

Im bitstreaming PowerDVD 9, 5870 to Pioneer LX71 receiver (Elite SC-05). Catalyst 9.11.


I know PowerDVD9 works, could you try ffdshow + MPC-HC?

[madshi]

I don't really know about the clock : the existing code I grabbed was a directsound renderer based on MS samples.

I will check on this
Thanks.

Are you experiencing loss of sync ?
I don't have a HDMI 1.3 video card yet, and I'm burried with work, so I haven't even had a chance yet to play with the MPC Audio Renderer myself. I just know that ReClock doesn't handle the clock correctly in the "untouched" mode. At least that's what yesgrey3 told me, IIRC.

I don't think a loss of sync is the expected result of a wrong audio clock. It's the video renderer's duty to match video playback to the audio clock. So I think sync should still stay correct, even if the audio renderer uses a wrong clock.

I rather think that we would get audio artifacts after some minutes of playback time. Just imagine what happens if you send too much audio data to the audio driver. At some point the audio driver's buffers will overflow and it will have to drop some of the data you sent it. Or if you don't send enough audio data, the audio driver will have to loop some data. Or maybe the audio connection will break up for a short time. I don't know what exactly will happen. But one thing is for sure: If the clock with which you send audio data to the driver doesn't match the audio hardware's speed, I would expect some audio playback glitches. The amount and time of the glitches will of course depend on how much the audio renderer's clock differs from the audio hardware's internal clock.

[magnusr]

I know PowerDVD9 works, could you try ffdshow + MPC-HC?

Have you tried to remove your Ati drivers and Realtek hdmi drivers from add remove programs. Do a restart. Install the new catalyst 9.12 hotfix driver package. Restart.

Havent testet 9.12 hotfix myself yet.

Im gonna see if I get time to test ffdshow + MPC-HC later. Work ATM.

[liquidskin76]

Can anyone post the link to the realtek driver download for the ATI 5xxx and 4xxx cards? Having trouble finding it.

Cheers

EDIT: don't worry, found it!

[dehati_paul]

Can anyone please confirm that bitstreaming (except DD+, LPCM) works fine on Win 7 32 bit with ffdshow, ATI 5xxx and default directsound. Based on Andy o's post it looks like there are still some issues.
SamuriHL confirmed it to be working fine on Win 7 64 bit, so checking if it works on 32 bit.

[Andy o]

A small update. I said that MPC audio renderer didn't want to connect. That was because the audio switcher was enabled in MPC. So after disabling it, I got it to connect (still same problems with DTS-HD, so it wasn't that), but then audio switching doesn't work. Default DirectSound works with it though so it should be fine with that.

[dehati_paul]

A small update. I said that MPC audio renderer didn't want to connect. That was because the audio switcher was enabled in MPC. So after disabling it, I got it to connect (still same problems with DTS-HD, so it wasn't that), but then audio switching doesn't work. Default DirectSound works with it though so it should be fine with that.
Do you still have the DTS-HD problem with Default DirectSound?

[flanger216]

I rather think that we would get audio artifacts after some minutes of playback time. Just imagine what happens if you send too much audio data to the audio driver. At some point the audio driver's buffers will overflow and it will have to drop some of the data you sent it. Or if you don't send enough audio data, the audio driver will have to loop some data. Or maybe the audio connection will break up for a short time. I don't know what exactly will happen. But one thing is for sure: If the clock with which you send audio data to the driver doesn't match the audio hardware's speed, I would expect some audio playback glitches. The amount and time of the glitches will of course depend on how much the audio renderer's clock differs from the audio hardware's internal clock.

I can confirm this on an HDMI connection with my GT220 in Windows 7. Sending PCM data over WASAPI via the MPC audio renderer frequently results in a steady 'machine-gun fire' type of clipping; the frequency of the clipping gradually decreases over time, and eventually, usually, it'll just go away after 30 seconds or so. No problems with Directsound or waveout, or even with WASAPI via reclock.

[Andy o]

Do you still have the DTS-HD problem with Default DirectSound?

Sorry for the confusion. I meant DirectSound works with the audio switcher, but it still doesn't work for DTS-HD for me. TrueHD seems to be fine though.

[rica]

Hotfix on Seven/64 plus tulli's EDID override (third driver of tulli):

I must say tulli's best driver is the latest one on my 1910, especially on PDVD9 with THD. (tulli's hotfix over 12 hotfix :) )

http://www.avsforum.com/avs-vb/showthread.php?p=17743058#post17743058

DTSHD: no problem with PDVD9 and MPC-HC (ffdshow 54+ MPC Audio Renderer)
THD: No problem with PDVD9 and the best renderer is Ati HDMI Output on MPC-HC (with ffdshow 54)

BTW, forget to install the latest Realtek drivers over 12 hotfix.

EDIT: It works over hotfix, i gave it a go again and you can use Default Direct Sound Device for both cases._ _ _ _ _

[Sebastiii]

Hi,
Great news :) and Happy Tulli :)
So i must have more time today or tonight to make log for LPCM on TMT.
I have made some test for now and with my AVR, PDVD crash and Powercinema close himself after start BD with DumpTool. (i don't know why because before i can log but i haven't receive my AVR and HDMI was set to Stereo.)
I have made also test with DTS-HI and also TrueHD -> ffdshow show 8ch -> AVR only 6Ch and for DTS-HI was detected in MA.(I have to make some log).
Big Thx :)
Seb.

[SamuriHL]

TMT3 isn't bitstreaming LPCM, though. It's not running in exclusive mode at all when playing LPCM as is evidenced by the fact that it up/downsamples to whatever Windows audio is set to. PDVD9 so far is the only one to get it right when playing LPCM tracks above 48/24.

[albain]

Thanks.


I don't have a HDMI 1.3 video card yet, and I'm burried with work, so I haven't even had a chance yet to play with the MPC Audio Renderer myself. I just know that ReClock doesn't handle the clock correctly in the "untouched" mode. At least that's what yesgrey3 told me, IIRC.

I don't think a loss of sync is the expected result of a wrong audio clock. It's the video renderer's duty to match video playback to the audio clock. So I think sync should still stay correct, even if the audio renderer uses a wrong clock.

I rather think that we would get audio artifacts after some minutes of playback time. Just imagine what happens if you send too much audio data to the audio driver. At some point the audio driver's buffers will overflow and it will have to drop some of the data you sent it. Or if you don't send enough audio data, the audio driver will have to loop some data. Or maybe the audio connection will break up for a short time. I don't know what exactly will happen. But one thing is for sure: If the clock with which you send audio data to the driver doesn't match the audio hardware's speed, I would expect some audio playback glitches. The amount and time of the glitches will of course depend on how much the audio renderer's clock differs from the audio hardware's internal clock.

Yes I understand but wasapi mode as far as I understand should avoid this problem : the buffers you pass to the audio drivers are handled in such a way that you the driver returns the available size to fill in.
If you don't wait enough time somtimes there is less space than expected or no space at all, so you have to "sleep" for a while before you can feed the buffer again.
By the way this is the main difficulty of wasapi implementation

So I believe that the syncs issue are handled by the driver and it is more complicated when there is an audio card and a graphic adapter separately.

Still, you're right about this : if the video cannot be decoded quickly enough, there is jitter than has to be handled somewhere : on video or audio decoding or on the audio renderer ?

[madshi]

Yes I understand but wasapi mode as far as I understand should avoid this problem : the buffers you pass to the audio drivers are handled in such a way that you the driver returns the available size to fill in.
If you don't wait enough time somtimes there is less space than expected or no space at all, so you have to "sleep" for a while before you can feed the buffer again.
By the way this is the main difficulty of wasapi implementation

So I believe that the syncs issue are handled by the driver and it is more complicated when there is an audio card and a graphic adapter separately.
Hmmmm... That's interesting. So basically the audio data is sent to WASAPI independently of any DirectShow clock, is that right? Basically you're ignoring any clock and just send the driver new data whenever it requests it? In that case there should be no audio artifacts whatsoever. However, if the clock, exported by your audio renderer, does not match the exact speed in which WASAPI requests audio from you, audio/video sync will most probably gradually be lost during playback of the movie.

E.g. let's suppose WASAPI requests data twice as fast as the clock would normally suggest. In that case the video will still match the normal clock speed, but not the twice as fast WASAPI playback speed. Meaning that audio playback will be completed while video playback is in the middle of the movie. Of course it's not expected that such a dramatic difference happens in real life. The difference between WASAPI playback speed and the clock exported by your audio renderer is likely to be small. But if it's not small enough, it will produce A/V sync problems.

Still, you're right about this : if the video cannot be decoded quickly enough, there is jitter than has to be handled somewhere : on video or audio decoding or on the audio renderer ?
I'm not worried about situations where the PC is too slow to decode video. In that case there will be all kinds of problems, anyway. I'm only interested in making sure that playback works 100% perfect on machines which are fast enough.

[Magix_995]

Does it works with NVIDA HDMI Audio Codec (http://nvidia.custhelp.com/cgi-bin/nvidia.cfg/php/enduser/std_adp.php?p_faqid=2384&p_created=1237970084&p_sid=7hbwUjuj&p_accessibility=0&p_redirect=&p_lva=&p_sp=cF9zcmNoPTEmcF9zb3J0X2J5PSZwX2dyaWRzb3J0PSZwX3Jvd19jbnQ9MywzJnBfcHJvZHM9MCZwX2NhdHM9MCZwX3B2PSZwX2N2PSZwX3NlYXJjaF90eXBlPWFuc3dlcnMuc2VhcmNoX25sJnBfcGFnZT0xJnBfc2VhcmNoX3RleHQ9aGRtaSBhdWRpbw**&p_li=&p_topview=1) ?

[73ChargerFan]

Haali released an updated splitter today.

[Sebastiii]

Hi,
Thx for the news of splitter of Haali, i have tested but no luck with it with my preliminary test.
So i have a little log from sample LPCM 7.1 (On PDVD it show 96Khz/32bit) on AVR MULTI-PCM and the link :

bitstream_LPCM_PVDVCinema (http://sebinternet.free.fr/bitstream_LPCM_PVDVCinema.rar)

Thx Seb.

[Sebastiii]

I have made some test (all sample are 7.1):
Xonar + Beta54 + Arcsoft renderer + MPC Mpeg Splitter + MPC Video decoder + ffdshow Video :
DTS-MA -> OK Video and sound (Very good playback)
DTS-HI -> DTS-MA (5.1) no video and Video without ffdshow video
TrueHD -> OK Video and sound (Very good playback)
EAC3 -> NOK (no sound) video playback perfect

ATI 9.12 Realtek + Beta54 + Directsound renderer + MPC Mpeg Splitter+ ffdshow video :
DTS-MA -> OK but sound OK with no ffdshow video and MPC DXVA + video playback perfect if no DXVA (sound clip cut)
DTS-HI -> DTS-MA (5.1) no video and Video without ffdshow video
TrueHD -> OK but sound OK with no ffdshow video and MPC DXVA + video playback perfect if no DXVA (sound clip cut)
EAC3 -> MULTI-PCM (sound OK with no ffdshow video and MPC DXVA + video playback perfect)

Xonar + Beta54 + Arcsoft renderer + Haali Last splitter :
DTS-MA -> NOK (no sound) video playback perfect
DTS-HI -> NOK (DTS + video playback perfect)
TrueHD -> NOK (Dolby Digital 5.1 sound few time and playback bad)
EAC3 -> NOK (no sound) video playback perfect

ATI 9.12 Realtek + Beta54 + Directsound renderer + MPC Mpeg Splitter + Haali Last splitter :
DTS-MA -> NOK (no sound) video playback perfect
DTS-HI -> NOK (DTS sound cut + video playback perfect) -> Sound Ok on MPC VIDEO DXVA and no ffdshow video)
TrueHD -> NOK (Dolby Digital 5.1 no sound and playback seems ok)
EAC3 -> MULTI-PCM (sound OK with no ffdshow video and MPC DXVA + video playback perfect)

Thx,
Seb.

[tetsuo55]

4770, ATi 9.12 hotfix, realtek 2.39.

Custom EDID inf file for reciever > still blips and beeps
Modified EDID by Tulli >Still blips and beeps
Disabling internal audio switchet > still blips and beeps (and on top of that DTS (and probably AC3) bitstreaming breaks completely)

All HD formats get detected as LPCM by the reciever.

[dehati_paul]

Guys, guys - What I am doing wrong? I am trying ATI 5750 (with Realtek ATI HDMI driver v2.39) on Vista 32 bit. Obviously Default Directsound doesn't work (other than AC3, DTS). I am trying MPC - HC audio renderer (v1420) and no way I am getting the HD formats bitstream. I am trying it in graphstudio which will not give any sound for hd audio. In MPC-HC (with MPC - HC audio renderer set for output) I am getting LPCM. The AC3/DTS bitstreams fine. Previously I was using Xonar and it bitstreamed everything fine with Arcsoft audio renderer, but I removed it along with all the xonar drivers. So the receiver part is fine (I even have tulli's EDID hotfix). The interesting this is that in ffdshow even though I have all the format selected for bitstreaming, it still decodes it. Why is that happening?

PLEASE HELP.

[liquidskin76]

Guys, guys - What I am doing wrong? I am trying ATI 5750 (with Realtek ATI HDMI driver v2.39) on Vista 32 bit. Obviously Default Directsound doesn't work (other than AC3, DTS). I am trying MPC - HC audio renderer (v1420) and no way I am getting the HD formats bitstream. I am trying it in graphstudio which will not give any sound for hd audio. In MPC-HC (with MPC - HC audio renderer set for output) I am getting LPCM. The AC3/DTS bitstreams fine. Previously I was using Xonar and it bitstreamed everything fine with Arcsoft audio renderer, but I removed it along with all the xonar drivers. So the receiver part is fine (I even have tulli's EDID hotfix). The interesting this is that in ffdshow even though I have all the format selected for bitstreaming, it still decodes it. Why is that happening?

PLEASE HELP.

In GraphStudio, are the hd audio streams being detected and shown on the graph that's built, or are you only getting video?

I've seen it in the past where GraphStudio doesn't detect any HD audio stream, however MPC-HC does, but decodes as LPCM.

It could be a splitter issue, with the default directshow splitter not detecting the hd audio stream in GraphStudio, however MPC-HC tries the default splitter then falls back on an internal splitter?

What splitter is GraphStudio loading? Have you any logs?

[dehati_paul]

In GraphStudio, are the hd audio streams being detected and shown on the graph that's built, or are you only getting video?

I've seen it in the past where GraphStudio doesn't detect any HD audio stream, however MPC-HC does, but decodes as LPCM.

It could be a splitter issue, with the default directshow splitter not detecting the hd audio stream in GraphStudio, however MPC-HC tries the default splitter then falls back on an internal splitter?

What splitter is GraphStudio loading? Have you any logs?

liquidskin76 -
I know it's not a splitter (MPC -Mpeg splitter) issue, because
1. I have used the same splitters with arcsoft audio renderers for HD bitstreaming
2. The ffdshow info popup in the system tray says that the input in truehd (so it is receiving truehd)

Since the change of behavior started when I replaced arcsoft audio renderer+xonar with default directsound+ATI 5750, it has to be either the setting of the ffdshow or default directsound/ATI hdmi output.

BTW - how do I create a log?

[rica]

dehati_paul,
I made all my tests with 9.11 Ati Drivers on Vista.
Realtek never worked for me.
Uninstall Realtek and try with 9.12 Drivers.
If it doesn't work give it a go with 9.11 drivers by alone again.

Check this post as well:
http://forum.doom9.org/showthread.php?p=1352969#post1352969

And the pages 20th and 21st.

And check:

BTW, to ffdshow beta Vista testers:

before give it a shot, make sure,

you:

1) are on SP2 ?
2) updated DirectX End-User Runtime ?
3) have MS NetFrameWork 3 or later ?
4) have registered proppage.dll coming with the latest Windows SDK ?


liquidskin76 -
BTW - how do I create a log?

You have to create an "allowDPRINTF" DWORD32 value set to 1 in
HKEY_CURRENT_USER\Software\GNU\ffdshow

Run debugview first and then play the file with MPC-HC or anyone of GraphThings.

Here you will find DebugView:
http://technet.microsoft.com/en-us/sysinternals/bb896647.aspx

[rica]

OK dehati_paul,
I returned back to my Vista disc.

Some test results for THD and DTSHD on Vista 32 SP2:
(whatever tulli driver is)

1) 9.11 drivers by alone:
PDVD9 and ffdshow give HD bitstream.

2) R239 over 9.11:
PDVD9 gives HD bitstreaming while ffdshow doesn't.

_ _ _ _ _ _ _

3) 9.12 hotfix drivers by alone:
PDVD9 and ffdshow give HD bitstream.

4) R239 over 9.12 hotfix:
PDVD9 gives HD bitstreaming while ffdshow doesn't.

So finally i may say uninstall Realtek if you want to bitstream HD with ffdshow on Vista while it works with ffdshow as well on Seven.:)
_ _ _ _ _

[rica]

So the current situation is:

Over Ati 5*** series (with-if needed- or without tulli's override monitor driver)

Seven:
Just with Ati 9.12 hotfix drivers:
DTSHD: no problem with PDVD9 and MPC-HC (ffdshow 54+ MPC Audio Renderer)
THD: No problem with PDVD9 and the best renderer is Ati HDMI Output for MPC-HC (with ffdshow 54)

Realtek 239 over 12 hotfix:
Both HD formats may use Default DirectSound Device.

Vista:
ffdshow HD bitstreaming only works with Ati 9.12 hotfix drivers by alone using MPC HC Audio renderer on Vista; Realtek 239 doesn't work.
While PDVD9 can work even Realtek 239 is loaded over 9.12 hotfix.

_ _ _ _ _

[dehati_paul]

Rica - Thanks for the detailed checks and suggestion!! I should have looked back on the earlier posts. I will try these on vista and let you know.

[rica]

Good luck!
Hoping to have good news. :)

[THX-UltraII]

Just noticed that a new setting is available in MPC-HC:

'MPC Audio Renderer'.

What does this exactly do?
Is Reclock not needed/usable any more with this setting?

[albain]

Hi,

Thanks Rica for the summary, I am gonna update the first post

I am quite busy now on the DXVA implementation so do not hesitate to PM if you need me

Otherwise has anyone managed to grap some LPCM buffers with the dumper ?


Damien

[Sebastiii]

Salut Damien,

:)

I have made some dump but i don't know if it's usefull.

DUMP LPCM PDVD (http://sebinternet.free.fr/bitstream_LPCM_PVDVCinema.rar)
Thx :)

Great news about DXVA :) because like i test without DXVA i have a pb to play correctly lol.

[rsd78]

Hi,

Thanks Rica for the summary, I am gonna update the first post

I am quite busy now on the DXVA implementation so do not hesitate to PM if you need me

Otherwise has anyone managed to grap some LPCM buffers with the dumper ?


Damien

Hi Albain,

Sorry to bother you but can you clarify what you mean by DXVA implementation. I know what DXVA means, I just didn't understand what you were referring to. Thanks for all your great work.

[albain]

It is not in the right thread to answer but I am currently importing DXVA implementation from MPC HC project into FFDShow

The goal is to let the users choose between software and DXVA decoding on H264, VC1 and MPEG2.

The drawback is that DXVA will make FFDShow filters unusable (subtitles, resize, noise reduction...)

So it is intended to people owning lower CPUs : for example you can use software decoding for SD videos and use DXVA for HD videos

It will be a preset setting in order to make it configurable.

About subtitles AFAIU there is a possibility to implement them with DXVA enabled, this will be next step

[rsd78]

It is not in the right thread to answer but I am currently importing DXVA implementation from MPC HC project into FFDShow

The goal is to let the users choose between software and DXVA decoding on H264, VC1 and MPEG2.

The drawback is that DXVA will make FFDShow filters unusable (subtitles, resize, noise reduction...)

So it is intended to people owning lower CPUs : for example you can use software decoding for SD videos and use DXVA for HD videos

It will be a preset setting in order to make it configurable.

About subtitles AFAIU there is a possibility to implement them with DXVA enabled, this will be next step

That was what I was hoping you would say! I'd be ECSTATIC if you were able to implement dxva with subtitles within any directshow player. That would make the HTPC perfect imo (as I'm a big fan of your Media Control work)! Thanks again.

[SamuriHL]

Seriously, that'd be freaking sweet! You are quite amazing, albain. :)

[tetsuo55]

Big plans ahead *Evil laugh*
:devil:

[rica]

Hi,
Thanks Rica for the summary, I am gonna update the first post


Thanks albain, i see you've already done.

[st0niMah0ni]

Hey guys I feel kinda dumb.

Im working around this for 2 days now.

Am I missing something or is a Xonar+ATI 4850 not working?

I allways read that the 4xxx not works, but I have bought a xonar specially for this.

I tried every ffdshow build in this thread and also read all the 33 pages... I feel kinda tired of this :)

actual Setup:
win 7 x64
MPC-HC v1.3.1418.0
ffdshow 3155 (from this thread)
Mpc audio render / arcsoft audio render


Only thing I can manage to get work is 6 Channel wave output of the core.

Or the DTS/DD core bitstreamed.

But not the DTS-HD neither the TrueHD.

Would be real nice if someone helps me before I get really mad :)

[rica]

Check your drivers first?
And:
- If you have a xonar : won't work with directsound renderer, the best is to use the the arcsoft renderer (on a dos window in administrator mode : regsvr32 (total media path)\codecs\asrenderer.dll). Otherwise try the waveout or MPC renderer (don't know if they will work)

[st0niMah0ni]

I installed ATI catalyst 9.12
and also realtek 2.39.

And i tried all renders.

cmon its not like I try 1 solution and go to post right after here.

As I said , I am working on this for 2 days now.

Allready installed a fresh copy win7 x64.

In the tray the FFdshow tray show hdmi passtrough output for dts-hd and truehd but I cannot get any sound to AVR.


Originally Posted by albain View Post
- If you have a xonar : won't work with directsound renderer, the best is to use the the arcsoft renderer (on a dos window in administrator mode : regsvr32 (total media path)\codecs\asrenderer.dll). Otherwise try the waveout or MPC renderer (don't know if they will work)


Mpc audio render / arcsoft audio render

[rica]

What is your AVR?

[rica]

I don't think it was a difficult question to respond but i'm sure you've been awared you have to use one of tulli's EDID override drivers for your non-working AVR like Denon, Sony or Pioneer? :)



As I said , I am working on this for 2 days
Master albain and we testers have been here for months but still missing lots of things.
Just two days????

[THX-UltraII]

Just noticed that a new setting is available in MPC-HC:

'MPC Audio Renderer'.

What does this exactly do?
Is Reclock not needed/usable any more with this setting?