Problems with build 1.9.10

[losepete]

Hardware: nVidia HDA/Realtek AD1988 ACPI V3.11 installed, using /!NOD for no high IRQs on nForce430/MCP61 chipset

System sounds play, possibly a touch fast, and have a spitting noise on the end.

mplayer freezes instantly when trying to play a vid clip but plays the same vid clip successfully if -nosound is specified in the mplayer command.

Klondike Solitaire, as supplied with Warp4/eCS, freezes after dealing the 1st card when Sound is Enabled but does eventually deliver this error message "Invalid buffer address returned". The WPS did reset during 1 attempt to start this game with sound enabled. No problem when the games sounds are Disabled.

Some DOS games installed in DOSBox play sound OK, others do not play sound at all - no error messages.

No sound from cdplayback using the eCS2.0 supplied CDPlayer - probably a problem with that player. An alternative (Digital Transfer capable) cd player works though I would not want to listen to it for too long... sound is a bit lacking in vitality.

Attached debuginfo_1910.zip generated using UniInfo.cmd... after trying all the above again

Looking at the output of unimix -list I see that a Control is missing, as reported with 1.9.8, when compared to the output from 1.9.2

Start of Output of 1.9.2

Command line mixer for UNIAUD. Version 0.05 Copyright 2004,2005 by Netlabs.org Written by Vlad Stelmahosky aka Vladest Detected UNIAUD version 1.92 Detected 1 audio adapter(s) Control ID: 1 Interface: virtual mixer device Device(client): 0, subdevice (substream) 0 Name: [Front Playback Volume] Index: 0 Element type: integer type Count of values: 2 Value:

Bounds: min: 0, max: 39, step: 0

value 1: 0 value 2: 0

Control ID: 2 Interface: virtual mixer device Device(client): 0, subdevice (substream) 0 Name: [Front Playback Switch] Index: 0 Element type: boolean type Count of values: 2 Value:

Bounds: min: 0, max: 1, step: 0

value 1: 0 value 2: 0

Control ID: 3 Interface: virtual mixer device Device(client): 0, subdevice (substream) 0 Name: [Headphone Playback Volume] Index: 0 Element type: integer type Count of values: 2 Value:

Bounds: min: 0, max: 39, step: 0

value 1: 0 value 2: 0

Control ID: 4 Interface: virtual mixer device Device(client): 0, subdevice (substream) 0 Name: [Headphone Playback Switch] Index: 0 Element type: boolean type Count of values: 2 Value:

Bounds: min: 0, max: 1, step: 0

value 1: 0 value 2: 0

Start of Output of 1.9.8

Command line mixer for UNIAUD. Version 0.05 Copyright 2004,2005 by Netlabs.org Written by Vlad Stelmahosky aka Vladest Detected UNIAUD version 1.91 Detected 1 audio adapter(s) Control ID: 1 Interface: virtual mixer device Device(client): 0, subdevice (substream) 0 Name: [Front Playback Volume] Index: 0 Element type: integer type Count of values: 2 Value:

Bounds: min: 0, max: 39, step: 0

value 1: 0 value 2: 0

Control ID: 2 Interface: virtual mixer device Device(client): 0, subdevice (substream) 0 Name: [Front Playback Switch] Index: 0 Element type: boolean type Count of values: 2 Value:

Bounds: min: 0, max: 1, step: 0

value 1: 0 value 2: 0

Control ID: 3 Interface: virtual mixer device Device(client): 0, subdevice (substream) 0 Name: [Headphone Playback Switch] Index: 0 Element type: boolean type Count of values: 2 Value:

Bounds: min: 0, max: 1, step: 0

value 1: 0 value 2: 0

Control ID: 4 Interface: virtual mixer device Device(client): 0, subdevice (substream) 0 Name: [Mic Playback Volume] Index: 0 Element type: integer type Count of values: 2 Value:

Bounds: min: 0, max: 31, step: 0

value 1: 0 value 2: 0

Maybe that is part of the problems with this build here.

Interestingly both sets of output from unimix -list have the same number of Control IDs so something else is wrong somewhere...

Discrepancies start with

1.9.2 Control ID: 3 Name: [Headphone Playback Volume]

1.9.10 Control ID: 3 Name: [Headphone Playback Switch]

The other discrepancy seems to be with higher Control ID numbers. As 1.9.10 has, by comparison with 1.9.2, a Control ID missing at 3 the Control IDs from that point on are not "in synch"; 1.9.10 shows a Control ID 1 higher than the output of 1.9.2

Here are the last few Control IDs listed for both driver builds. Looking closely I can see that 1.9.10 adds a new Control at Control ID 35 which is why it "loses" a Control ID at 3 but still has the same number of Control IDs (37) as the output of 1.9.2

1.9.2

Control ID: 33 Interface: virtual mixer device Device(client): 0, subdevice (substream) 0 Name: [IEC958 Playback Pro Mask] Index: 0 Element type: IEC958 (S/PDIF) setup Count of values: 1 Value:

Control ID: 34 Interface: virtual mixer device Device(client): 0, subdevice (substream) 0 Name: [IEC958 Playback Default] Index: 0 Element type: IEC958 (S/PDIF) setup Count of values: 1 Value:

Control ID: 35 Interface: virtual mixer device Device(client): 0, subdevice (substream) 0 Name: [IEC958 Playback Switch] Index: 0 Element type: boolean type Count of values: 1 Value:

Bounds: min: 0, max: 1, step: 0

value 1: 0

Control ID: 36 Interface: virtual mixer device Device(client): 0, subdevice (substream) 0 Name: [Master Playback Volume] Index: 0 Element type: integer type Count of values: 1 Value:

Bounds: min: 0, max: 39, step: 0

value 1: 37

Control ID: 37 Interface: virtual mixer device Device(client): 0, subdevice (substream) 0 Name: [Master Playback Switch] Index: 0 Element type: boolean type Count of values: 1 Value:

Bounds: min: 0, max: 1, step: 0

value 1: 1

1.9.10

Control ID: 33 Interface: virtual mixer device Device(client): 0, subdevice (substream) 0 Name: [IEC958 Playback Default] Index: 0 Element type: IEC958 (S/PDIF) setup Count of values: 1 Value:

Control ID: 34 Interface: virtual mixer device Device(client): 0, subdevice (substream) 0 Name: [IEC958 Playback Switch] Index: 0 Element type: boolean type Count of values: 1 Value:

Bounds: min: 0, max: 1, step: 0

value 1: 0

Control ID: 35 Interface: virtual mixer device Device(client): 0, subdevice (substream) 0 Name: [IEC958 Default PCM Playback Switch] Index: 0 Element type: boolean type Count of values: 1 Value:

Bounds: min: 0, max: 1, step: 0

value 1: 1

Control ID: 36 Interface: virtual mixer device Device(client): 0, subdevice (substream) 0 Name: [Master Playback Volume] Index: 0 Element type: integer type Count of values: 1 Value:

Bounds: min: 0, max: 39, step: 0

value 1: 39

Control ID: 37 Interface: virtual mixer device Device(client): 0, subdevice (substream) 0 Name: [Master Playback Switch] Index: 0 Element type: boolean type Count of values: 1 Value:

Bounds: min: 0, max: 1, step: 0

value 1: 1

What else can I tell you?

Well, 1.9.2 is not perfect but works without the problems of 1.9.10...

Pete

[Paul Smedley]

Can you please try with the latest v1.9.12 build from ​http://svn.netlabs.org/uniaud

[David Azarewicz]

Please try the newest BETA build and if the problem still exists, change the version of this ticket to 2.0 or close the ticket if the problem is fixed.

[David Azarewicz]

This ticket is for a very old version of Uniaud and much has been fixed for HDA and Nvidia hardware since then. Also the current version works fine on my Nvidia HDA / Realtek system.