Project

General

Profile

Bug #4261

/hipster: audiohd devices problem

Added by Predrag Zečević almost 7 years ago. Updated over 6 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Category:
Drivers
Target version:
-
Start date:
2013-10-23
Due date:
2013-12-25
% Done:

100%

Estimated time:
2.00 h
Difficulty:
Medium
Tags:
boomer

Description

Hi,

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

System tool:

$ 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...

Regards.

History

#1

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...

Regards.

#2

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.

#3

Updated by Predrag Zečević almost 7 years ago

Hi,

i don't think is fixed. It happen for last illumos kernel, just like that...

Regarding SFE tools, i guess it is hard-coded to use audiohd#1...

Regards.

#4

Updated by Ken Mays almost 7 years ago

  • Category set to Drivers
  • Assignee set to OI illumos
  • Estimated time set to 2.00 h
#5

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.

#6

Updated by Predrag Zečević over 6 years ago

Hi Ken,

proposed solution is NOT possible:

$ uname -rosv
SunOS 5.11 illumos-24766d6 Solaris

$ pkg search -r sound.conf

returns no result (also not present on my HD).

So, where to find that file?

Regards.

#7

Updated by WarGrey Ju over 6 years ago

Hi All.
The simplest way is to relink /dev/sound/audiohd:* to the work ones.

#8

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

Regards.

Also available in: Atom PDF