Properly handle multiple devices

[Sven Hoffmeister]

Binary package hint: sound-juicer

ubuntu 8.04
sound-juicer 2.22.0-1ubuntu2

sound-juicer is called with no argument according to the current .desktop file but gets the gvfs mount point anyway (don't know why). This doesn't harm sound-juicer because it simply ignores arguments and uses the default device.

The problem appears on systems with multiple devices (e.g., with virtual devices like cdemu provides). Audio-CD autostart or selecting sound-juicer from the context menu of the desktop icon or the nautilus cluebar with some non-default device (like /dev/scd1) leads to a sound-juicer instance with the content of the wrong device loaded.

Unforunately, since hardy it is not possible to define custom commands in "Removable drives and media" with the placeholder %d to retrieve the device name directly and call sound-juicer with the --device option.

Possible solution:
Support alternative url parameter with format cdda://device/ as given by the system and use "Exec=sound-juicer %u" in desktop file.

I don't think this is a problem of sound-juicer alone but I can't think of any other solution at the moment.

For now, I created a wrapper script /usr/local/bin/sound-juicer-cdda with the following content:
#!/bin/bash
DEVICE=$(echo "$1" | sed "s@cdda://\(.*\)/@/dev/\1@g")
[ "$DEVICE" == "$1" ] && sound-juicer || sound-juicer --device=$DEVICE

and created a overriding .desktop file as /usr/local/share/applications/sound-juicer.desktop with the Exec line changed to:
Exec=sound-juicer-cdda %u

[Sven Hoffmeister (schaumkeks)]

By the way: The solution from (LP: #42752) doesn't work anymore because of the redesign in hardy.
https://bugs.launchpad.net/ubuntu/+source/sound-juicer/+bug/42752

[Pedro Villavicencio (pedro)]

may you send this upstream to bugzilla.gnome.org? thanks.

[Sven Hoffmeister (schaumkeks)]

Since version 2.23 sound-juicer seems to accept cdda:// urls. I successfully tested this in intrepid alpha 2. So I'm looking forward to the 8.10 release.

[Pedro Villavicencio (pedro)]

no need to close the report, re opening for the linked task, thanks.