artsd -D device option takes "hw:0,0" but rejects "/dev/dsp", contrary to documented usage

Bug #28215 reported by Adrian
12
Affects Status Importance Assigned to Milestone
arts (Ubuntu)
Invalid
Medium
Unassigned

Bug Description

To use a non-default audio device in KDE device, the Sound&Multimedia Settings
interface "What's This" help says to try the device file: /dev/dsp, /dev/dsp1,
etc. in the "Override Device Location" box. This value is passed to artsd as a
-D option. However, the error message returned by artsd is:

Sound server informational message:
Error while initializing the sound driver:
device: /dev/dsp can't be opened for playback (No such file or directory)
The sound server will continue, using the null output device.

even though /dev/dsp exists. Omitting the argument (leaving the box unticked)
works and uses the default device, /dev/dsp. However, setting the device to
"hw:0,0" or "hw:1,0" also works correctly (using /dev/dsp or /dev/dsp1). This
is contrary to the usage message in "artsd -h":

-D <devicename> audio device (usually /dev/dsp)

This might be correct behaviour, but it's wrongly documented in two places and
causes hours of confusion.

I'm using a clean install of Kubuntu 5.10 with only a couple of extra packages
installed (firefox, mp3 support).

Don't hesitate to contact me for extra information!

- Adrian

Revision history for this message
Jonathan Jesse (jjesse) wrote :

Adrian,

Thanks for the bug report, are you still running Kubuntu 5.10? If so are you able to update to Dapper (6.06) and test to see if this is still causing the problem? Once you have can you please update this bug so we can get further information or close this bug if it is no longer a problem.

Thanks,

Jonathan

Revision history for this message
Jonathan Jesse (jjesse) wrote :

Good evening,

I am marking this bug as rejected due to lack of response from the initial reporter. Adrian if you are still having problems please make sure your system is up to date with either the lastest version of Edgy (6;10), or Dappper (6.06.1 LTS).

THanks,

Jonathan

Changed in arts:
status: Unconfirmed → Confirmed
Revision history for this message
Andrew Ash (ash211) wrote :

Actually rejected

Changed in arts:
assignee: jr → nobody
status: Confirmed → Rejected
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.