Updated Uniaud32 build

[Paul Smedley]

Hi, Paul.

On my desktop computer with the updated driver, the sound is gone. In archive log files.

Interesting... the key things I note are the extra Uniaud16(?) lines in the log...

U16: WS::ABS InProcess Now=1 Save=3
U16: WS::ABS InProcess Now=1 Save=3
U16: WS::AB: BufferMode=1
U16: WS::AB: BufferMode=1
U16: WS::AB: BufferMode=1

and finally:
U16: StartStream: ConfigDev failed!!
U16: StartStream: ConfigDev failed!!

No real idea why though....

[Paul Smedley]

Hi All,

thanks to those that have tested.

For anyone that has no sound with the linux-3.0 build, can they please provide logs from a debug build?

Debug build of trunk (roughly what is the latest in ArcaOS):
http://smedley.id.au/tmp/uniaud32-trunk-debug.zip

Debug build of linux-3.0 code:
http://smedley.id.au/tmp/uniaud32-linux-3.0-debug.zip

'copy alsahlp$ trunk-debug.log' (for trunk) and 'copy alsahlp$ trunk-linux-3.0.log' for the 3.0 build should suffice

For good measure, there's also a build based on the linux 3.2 kernel code. I must note that this one produces NO audio for me with HDA hardware in Virtualbox, but does for AC97. I'd be interested in results on real hardware...
http://smedley.id.au/tmp/uniaud32-linux-3.2-debug.zip (release)
http://smedley.id.au/tmp/uniaud32-linux-3.2-debug.zip (debug)

Cheers,

Paul

[Mike Kölling]

Hi Paul,

here comes the test report from my Thinkpad X250:

Debug build of trunk (roughly what is the latest in ArcaOS):
http://smedley.id.au/tmp/uniaud32-trunk-debug.zip
=> working as well as the one from AN

Debug build of linux-3.0 code:
http://smedley.id.au/tmp/uniaud32-linux-3.0-debug.zip
=> sound is distorted

http://smedley.id.au/tmp/uniaud32-linux-3.2-debug.zip (release)
http://smedley.id.au/tmp/uniaud32-linux-3.2-debug.zip (debug)
=> both seems to be same files
=> sound distorted

Unfortunately I have no idea how to create the requested debug output files, sorry.

Greetings from Potsdam/Germany,
Mike

[roberto]

Unfortunately I have no idea how to create the requested debug output files, sorry.

I think you need this file, to generate the log.
ftp://ftp.netlabs.org/pub/uniaud/UniLog.zip
saludos

[Lars]

Unfortunately I have no idea how to create the requested debug output files, sorry.

I think you need this file, to generate the log.
ftp://ftp.netlabs.org/pub/uniaud/UniLog.zip
saludos

'copy alsahlp$ trunk-debug.log' (for trunk) and 'copy alsahlp$ trunk-linux-3.0.log' for the 3.0 build should suffice

[David McKenna]

 Hi Paul,

  Both the trunk and Linux 3.0 work fine here, but no sound with Linux 3.2. I'll attach the debug alsahlp$. Thanks for tackling Uniaud again!

Regards,

[Paul Smedley]

Hi Dave,

  Both the trunk and Linux 3.0 work fine here, but no sound with Linux 3.2. I'll attach the debug alsahlp$. Thanks for tackling Uniaud again!

Interesting that linux 3.2 doesn't work for most, but there is one positive report (even if the sound is distorted).

At this stage, I think I'm going to just press on with the re-sync, and worry about trying to fix the issues later. If the hardware is at least being detected, I'm hoping the fixes will be trivial to get system sounds working.

I also want to test with VLC using the KAI interface - which I believe talks directly to Uniaud32 and bypasses Uniaud16 - I'm wondering if the no system sounds symptom is a sign of issues with uniaud16 talking to uniaud32.

I have the patches from uniaud32-linux-3.2 applied to uniaud32-linux-3.5 - just need to copy over the files and get it to compile. With any luck, I'll have something sometime on Saturday my time.

I also need to grab the T60 and T510 Thinkpads from upstairs at some point so I can test on real hardware....

[Paul Smedley]

Update: uniaud32 based on linux 3.5 compiled, much the same behaviour as the 3.2 build here.  Skipping to 3.16.83 now... there's a bit of code reorganisation but not too bad in terms of application of the patches. If it compiles and recognises the hardware, I'll try and fix the audio issues

[Mike Kölling]

Hi Paul
Please find attached three log-files for my Thinkpad X250.
Thanks to Lars for pointing out how to create the log files.
Again: The trunk sounds normal, the Linux 3.x give distorted sound.
Greetings from Potsdam/Germany
Mike

[Hermit]

Paul,  on my desktop PC

uniaud32-trunk-debug.zip   - normal sound,
uniaud32-linux-3.0-debug.zip - there is no sound,
uniaud32-linux-3.2-debug.zip   - normal sound.

The logs I apply.

[David McKenna]

Paul,

 FYI - I tried VLC with the Linux 3.2 driver, but still no sound. No errors at boot though, and it shows up in the hardware manager...

Regards,

[Paul Smedley]

Hi Dave!

FYI - I tried VLC with the Linux 3.2 driver, but still no sound. No errors at boot though, and it shows up in the hardware manager...

Are you able to test with http://smedley.id.au/tmp/uniaud32-linux-3.1.zip and confirm you still get sound?

3.16.x is still in work, but this might help reduce the codeset to analyse as to why sound stops working. This one still produces sound with HDA in Virtualbox.

Cheers,

Paul

[David McKenna]

Paul,

  I gave the Linux 3.1 version a shot and it seems to work fine... I'll upload the debug alsahlp$ for it in case it's interesting...

Regards,

[Pete]

Hi Paul

Tested uniaud32-linux-3.2-debug.zip on a Gigabyte 990FXA-UD3 mainboard with this onboard sound

 Bus 0 (PCI Express), Device Number 20, Device Function 2
 Vendor 1002h Advanced Micro Devices, Inc. [AMD/ATI]
 Device 4383h SBx00 Azalia (Intel HDA)
 Subsystem ID A1321458h Unknown
 Subsystem Vendor 1458h Gigabyte Technology Co., Ltd
 System IRQ 16, INT# -


Changed driver, rebooted, startup sound played OK, other system sounds play OK, CD playback fine.
Sound from both (s)mplayer and vlc when using kai:DART but not when using kai:uniaud


Used the following command to generate the list of Controls and settings

   [M:\MMOS2]unimix -list > new_driver.lst

Of interest is that the file generated is larger than the unimixer.txt file created when using the above unimix -list command with an earlier driver - v2.02.02 according to the info at the top of unimixer.txt

The reason?

A quick read through comparing both files reveals that new_driver.lst has these 2 sections which are missing in the unimixer.txt file:-

Control ID: 11
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: 64, step: 0
  value 0: 59
  value 1: 59

Control ID: 19
Interface: virtual mixer device
Device(client): 0, subdevice (substream) 0
Name: [Auto-Mute Mode]
Index: 0
Element type: enumerated type
Count of values: 1
Value:
 Bounds: items: 2, item: 0, name: [Disabled]
  value 0: 1


So, on this real hardware the uniaud32-linux-3.2-debug.zip seems to be working fine.

People testing this build who reported no audio may want to double check the mixer settings.
Make sure that the following are set:

[Master Playback Volume] - set fairly high (adjust down to suit if it works)

[Master Playback Switch] - must be On ie value of 1


Attached the trunk-linux-3.2-log.txt in case it is of any interest.


Regards

Pete

[Eugene Tucker]

 Uniaud32-linux-3.2-debug.zip ended up working great on both my laptop and my desktop. The volume was very low. I used PMmixer to raise it on my laptop. My desktop has a USB audio device. So PMmix doesn't work.