OS/2, eCS & ArcaOS - Technical > Multimedia

Updated Uniaud32 build

<< < (6/233) > >>

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!


--- Quote from: David McKenna on May 08, 2020, 10:00:22 pm --- 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...

--- End quote ---

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.

Navigation

[0] Message Index

[#] Next page

[*] Previous page

Go to full version