Problems with IDT High Definition Audio CODEC and WUAE (wrong output)

hexaae · 20 July 2009, 00:12

Today I've updated my IDT High Definition Audio CODEC from 6.10.6017.13 to 6.10.6209.0 and I've found a problem only with WUAE.
I use the laptop in signature with internal speakers + 2 jack outputs for headphones. When I unplug the jack output the laptop automagically switches to internal speakers. I usually have my home stereo connected to the jack output so that sound is played through big external speakers.
With WUAE 1.6.1 I have these choices:

(Italian: cuffie = headphones; altoparlanti = speakers)

As you can see as default I've always used "Speakers and headphones with 2 channels" and everything worked as expected 'till now and I could play an MP3 with Windows Media Player + WUAE playing sounds on the same output (big external speakers, jack output).

After the last update to 6.10.6209.0 (WHQL) WUAE is the only program that forces output to internal (??) speakers-only if "Headphones with 2 independent channels" ("Cuffie a due canali indipendenti" as in figure) is set (it should use only headphones jack output!)! Notice that this happens if something else is also playing, for example WMP and you simultaneously run WUAE. If WUAE is running alone it's all right.
Instead I have to select "Speakers AND headphones with 2 channels..." (= "Altoparlanti e cuffie a due canali..." as in figure) to make it use jack output as usual... (which is correct as before, so nothing has changed for the other options).

Moreover if I just start WUAE, while loading and opening its GUI, audio is quickly switched from external speakers (jack output) -> internal laptop speakers (!?) -> external speakers again. This is quite annoying and strange...
Maybe something is broken in WUAE initializing sound output devices with special HW/software configs like IDT that can have many different output targets?

P.S.:
Sorry, I know it's more complicated to explain. Hope to have been clear enough.

Toni Wilen · 20 July 2009, 11:58

You do know that portaudio isn't supported and it can do anything which I have no control..

Try dsound or beta's internal wasapi.

hexaae · 20 July 2009, 16:13

I've treid also AL and DA but doesn't change the strange behaviour.

When something else is already using audio (WMP, or anything else):
a. When WUAE starts and opens its GUI (and emulation is not even started. I have still to load the config to use etc...) it quickly switches from jack output -> internal speakers (!?) -> jack output again. Should never switch to internal speakers.
b. "Headphones with 2 independent channels" acts like "Internal speakers only" (!?).

I've tested a lot of other emulators/programs/games and no one but WUAE have this strange behaviour with the latest IDT drivers...

Toni Wilen · 20 July 2009, 18:12

Remove portaudio_x86.dll and test again.

hexaae · 20 July 2009, 19:31

Quote:

Originally Posted by Toni Wilen

Remove portaudio_x86.dll and test again.

Tested, nothing changes...
Can't be OpenAL? I've tested some freeware games that use OpenAL but they have no probs...

Tell me how can I log more useful infos.

Toni Wilen · 20 July 2009, 19:37

Quote:

Originally Posted by hexaae

Tested, nothing changes...
Can't be OpenAL? I've tested some freeware games that use OpenAL but they have no probs...

Tell me how can I log more useful infos.

Logs won't help if it happens before GUI opens. Perhaps it isn't directly related to sound..

Next try temporarily rename/move windows\system32\openal32.dll

hexaae · 20 July 2009, 20:21

Mmmh... if I rename openal32.dll the bug a) disappears. Bug b) still reproduceable though...
About bug a) only WUAE suffers this problem. Other freeware games using OpenAL have no probs and never switch to internal laptop speakers.

hexaae · 25 July 2009, 00:11

Are you sure WUAE manages correctly different AUDIO output targets?
It's strange WUAE is the only program with this strange behaviour (see bug a) and b) above in msg #3).

Toni Wilen · 25 July 2009, 13:40

For the LAST TIME, WinUAE does not change any outputs at all.

It is either OpenAL bug (enumerating recording devices forces output changes) or driver bug.

1.6.2b2 does not anymore enumerate recording devices. (but will do it again when/if AHI needs it)

hexaae · 25 July 2009, 14:38

Quote:

Originally Posted by Toni Wilen

For the LAST TIME, WinUAE does not change any outputs at all.

For the 1st time you mean... ok. Sorry, be patient Toni.

Quote:

It is either OpenAL bug (enumerating recording devices forces output changes) or driver bug.

1.6.2b2 does not anymore enumerate recording devices. (but will do it again when/if AHI needs it)

This is about bug a)...
I tried WUAE 1.6.2b2 but doesn't change things so it can actually be an OpenAL bug. It's strange though that all other OpenAL games/apps I've tested but WUAE work as expected, but if you say you're sure the code is ok in the initialization part...

What about bug b)? It's everything under IDT driver control?

Toni Wilen · 25 July 2009, 14:46

Perhaps it is due to "extended" enumeration function used. I'll try "old-style" enumeration in next beta.

hexaae · 25 July 2009, 14:58

Quote:

Originally Posted by Toni Wilen

Perhaps it is due to "extended" enumeration function used. I'll try "old-style" enumeration in next beta.

Ok, thanks.

hexaae · 26 July 2009, 19:17

Today I simpy deleted all IDT drivers, all versions. Vista installed its own MS-certfied and there is no bug using them with WUAE, just like older IDT 6.10.6017.13...
Newer IDT have always been very buggy... probably WUAE has nothing to do with them...

20 July 2009, 00:12	#1
hexaae Bug hunter Join Date: Jul 2006 Location: Italy Age: 48 Posts: 2,161	Problems with IDT High Definition Audio CODEC and WUAE (wrong output) Today I've updated my IDT High Definition Audio CODEC from 6.10.6017.13 to 6.10.6209.0 and I've found a problem only with WUAE. I use the laptop in signature with internal speakers + 2 jack outputs for headphones. When I unplug the jack output the laptop automagically switches to internal speakers. I usually have my home stereo connected to the jack output so that sound is played through big external speakers. With WUAE 1.6.1 I have these choices: (Italian: cuffie = headphones; altoparlanti = speakers) As you can see as default I've always used "Speakers and headphones with 2 channels" and everything worked as expected 'till now and I could play an MP3 with Windows Media Player + WUAE playing sounds on the same output (big external speakers, jack output). After the last update to 6.10.6209.0 (WHQL) WUAE is the only program that forces output to internal (??) speakers-only if "Headphones with 2 independent channels" ("Cuffie a due canali indipendenti" as in figure) is set (it should use only headphones jack output!)! Notice that this happens if something else is also playing, for example WMP and you simultaneously run WUAE. If WUAE is running alone it's all right. Instead I have to select "Speakers AND headphones with 2 channels..." (= "Altoparlanti e cuffie a due canali..." as in figure) to make it use jack output as usual... (which is correct as before, so nothing has changed for the other options). Moreover if I just start WUAE, while loading and opening its GUI, audio is quickly switched from external speakers (jack output) -> internal laptop speakers (!?) -> external speakers again. This is quite annoying and strange... Maybe something is broken in WUAE initializing sound output devices with special HW/software configs like IDT that can have many different output targets? P.S.: Sorry, I know it's more complicated to explain. Hope to have been clear enough. Last edited by hexaae; 20 July 2009 at 01:10.

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
High Quality reproduction of Audio on 8 bit.	pandy71	Amiga scene	0	01 July 2013 15:08
Kipper2K HDMI Audio Output	bbond007	support.Hardware	4	04 October 2012 00:50
Audio output caps (again)	jimbob	support.Hardware	10	02 August 2012 01:50
The best setup for audio/video output	Dopuser	support.WinUAE	0	12 August 2007 13:36
How can I get a MP3 codec to work with WinUAE output?	Blaze	support.WinUAE	1	22 December 2002 16:20

20 July 2009, 11:58	#2
Toni Wilen WinUAE developer Join Date: Aug 2001 Location: Hämeenlinna/Finland Age: 49 Posts: 26,502	You do know that portaudio isn't supported and it can do anything which I have no control.. Try dsound or beta's internal wasapi.

20 July 2009, 18:12	#4
Toni Wilen WinUAE developer Join Date: Aug 2001 Location: Hämeenlinna/Finland Age: 49 Posts: 26,502	Remove portaudio_x86.dll and test again.

20 July 2009, 20:21	#7
hexaae Bug hunter Join Date: Jul 2006 Location: Italy Age: 48 Posts: 2,161	Mmmh... if I rename openal32.dll the bug a) disappears. Bug b) still reproduceable though... About bug a) only WUAE suffers this problem. Other freeware games using OpenAL have no probs and never switch to internal laptop speakers.

25 July 2009, 00:11	#8
hexaae Bug hunter Join Date: Jul 2006 Location: Italy Age: 48 Posts: 2,161	Are you sure WUAE manages correctly different AUDIO output targets? It's strange WUAE is the only program with this strange behaviour (see bug a) and b) above in msg #3).

25 July 2009, 13:40	#9
Toni Wilen WinUAE developer Join Date: Aug 2001 Location: Hämeenlinna/Finland Age: 49 Posts: 26,502	For the LAST TIME, WinUAE does not change any outputs at all. It is either OpenAL bug (enumerating recording devices forces output changes) or driver bug. 1.6.2b2 does not anymore enumerate recording devices. (but will do it again when/if AHI needs it)

25 July 2009, 14:46	#11
Toni Wilen WinUAE developer Join Date: Aug 2001 Location: Hämeenlinna/Finland Age: 49 Posts: 26,502	Perhaps it is due to "extended" enumeration function used. I'll try "old-style" enumeration in next beta.

26 July 2009, 19:17	#13
hexaae Bug hunter Join Date: Jul 2006 Location: Italy Age: 48 Posts: 2,161	Today I simpy deleted all IDT drivers, all versions. Vista installed its own MS-certfied and there is no bug using them with WUAE, just like older IDT 6.10.6017.13... Newer IDT have always been very buggy... probably WUAE has nothing to do with them...

Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)