/hipster: audiohd devices problem
tried to search a bit, but not found similar case.
I am using /hipster repository and have noticed different behave between updates, regarding audiohd#? devices.
Hardware is Dell Vostro 400 and system has detected following:
$ prtconf -d | grep -i audio pci3842,1301 (pciex10de,be3) [NVIDIA Corporation High Definition Audio Controller], instance #2 pci1028,23d (pciex8086,293e) [Intel Corporation 82801I (ICH9 Family) HD Audio Controller], instance #1
where instance #2 is HDMI port on NVIDIA and instance #1 is "normal" audio device.
Problem is that rhythmbox (gnome/media/gnome-media-player) and songbird (desktop/media-player/songbird) try to play using audiohd#2, which produces silence because no device is attached to it.
From other hand, mplayer2 and mpg123 audio tools, from sfe-encumbered repository use proper one: instance#1
$ audioctl list-devices audiohd#2 audiohd#1
also detects device #2 as first one, as well as:
$ audiotest Sound subsystem and version: SunOS Audio 4.0 (0x00040003) Platform: SunOS 5.11 illumos-8181b43 i86pc *** Scanning sound adapter #1 *** /dev/sound/audiohd:2dsp (audio engine 0): audiohd#2 - Performing audio playback test... <left> ................OK <right> ...............OK <stereo> ..............OK <measured sample rate 47932.00 Hz (-0.14%)> *** Scanning sound adapter #2 *** /dev/sound/audiohd:1dsp (audio engine 1): audiohd#1 - Performing audio playback test... <left> ................OK <right> ...............OK <stereo> ..............OK <measured sample rate 47959.00 Hz (-0.09%)> *** All tests completed OK ***
so, we can see that system tries 1st device instance #2 and use it as adapter instance #1.
Do I missing something?
Is there tool which can be used to tell to the system (kernel, or windows manager, etc) which device should be used?
GNOME audio mixer shows audiohd#1 first.
Funny thing is that one of previous /hipster releases (I guess one from Oct 16) all players tried (and managed) to play to audiohd#1 first...
Updated by Predrag Zečević almost 7 years ago
Just updated to latest /hipster and:
$ audioctl list-devices audiohd#1 audiohd#2
devices are listed in different order, and now
$ audiotest Sound subsystem and version: SunOS Audio 4.0 (0x00040003) Platform: SunOS 5.11 illumos-8bf5805 i86pc *** Scanning sound adapter #1 *** /dev/sound/audiohd:1dsp (audio engine 0): audiohd#1 - Performing audio playback test... <left> ................OK <right> ...............OK <stereo> ..............OK <measured sample rate 47959.00 Hz (-0.09%)> *** Scanning sound adapter #2 *** /dev/sound/audiohd:2dsp (audio engine 1): audiohd#2 - Performing audio playback test... <left> ................OK <right> ...............OK <stereo> ..............OK <measured sample rate 47930.00 Hz (-0.15%)> *** All tests completed OK ***
enumeration is done properly and all applications work (well would work too if I had some speaker on monitor and that one is connected via HDMI)...
That was just info, still not clear how to manage output devices...
Updated by Nikola M. almost 7 years ago
So is it fixed, e.g. not a problem anymore and right device is used for output and every application plays?
But we don't know who fixed it and what changed when updating Hipster.
And we dont' know where to select right default output device and why it was different for hipster packages and different for SFE ones.
Updated by Ken Mays over 6 years ago
- Due date set to 2013-12-25
- Status changed from New to Closed
- Assignee changed from OI illumos to Ken Mays
- % Done changed from 0 to 100
- Tags changed from needs-triage to boomer
Two ways to resolve this is either at the CLI level which is the audio/sound.conf file of Boomer and the order of the devices (i.e. you want your main output as audio 1, Intel audio). Boomer is the integrated sound framework and you need to get things correct there first.
Or, make sure GNOME sound default to your selected audio device. Best to do this at the low-level (i.e. Boomer), then at the GNOME level.
Restart Rhythmbox or Songbird when you change audio settings as they reviews the env setup during startup.
Updated by Predrag Zečević over 6 years ago
From [OpenIndiana-discuss] Hipster upgrade:
In regard to: Re: [OpenIndiana-discuss] Hipster upgrade, russell said (at...: > Hi, > > Further to this email, the problem was resolved by installing > > pkg install gstreamer/plugin/good > > I also appear to have hit the Bug #4261 when gstreamer is reporting that > there is no sound device. However using audioctl list-devices > > usb_ac#5 - web cam microphone > audiohd#2 - not used > audiohd#0 - speakers connected What happens when you run gstreamer-properties and select the output device you want to use? Once I did that, I've had no further audio output issues on 151a9. Doing that and having gnome/media/gnome-media-extras installed from "SFE encumbered" has given me a very good audio output experience on 151a9. Tim -- Tim Mooney Tim.Mooney@ndsu.edu
Thank you Tim!
That worked as charm:
a) got extra plug-ins (AAC for example) with gnome/media/gnome-media-extras package
b) managed to set DEFAULT device with gstreamer-properties