After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 326822 - Don't reuse existing instances if difference device
Don't reuse existing instances if difference device
Status: RESOLVED OBSOLETE
Product: sound-juicer
Classification: Applications
Component: interface
2.14.x
Other All
: Normal enhancement
: ---
Assigned To: Sound Juicer Maintainers
Sound Juicer Maintainers
Depends on:
Blocks:
 
 
Reported: 2006-01-13 11:03 UTC by Salvador Fandiño
Modified: 2021-05-17 15:55 UTC
See Also:
GNOME target: ---
GNOME version: Unversioned Enhancement



Description Salvador Fandiño 2006-01-13 11:03:39 UTC
I want to rip a huge collection of disks and it will be great if sound-juicer
could operate as unattended as possible, starting ripping tracks automatically
when a new disk is inserted and after track information has been retrieved, the
finished request should also be omitted (unless something went wrong).
Comment 1 Per Thomas Jahr 2006-02-01 09:38:47 UTC
I vote for this enhancement! Also it would be nice if sound-juicer could use all the cdrom players in the PC. This way a user can load f.ex. 2 cd's at a time and sound-juicer will rip both of them without user interaction (unless something goes wrong).
Comment 2 Ross Burton 2006-02-01 10:03:26 UTC
Simply go to System->Preferences->Removable Drived and Media and change the sound-juicer command to "sound-juicer --device %d --auto-start".
Comment 3 Per Thomas Jahr 2006-02-02 14:00:19 UTC
Not sure I understand. I changed the command but sound-juicer still only rips the first cd that I insert. Nothing happens to the cd in the second cdrom.

This is what I meant: 

1. Insert CD 1 
2. Insert CD 2
3. sound-juicer starts to rip cd 1
4. sound-juicer finishes cd 1 (eject) and continues with cd 2 without user interaction
5. goto 1

Comment 4 Ross Burton 2006-02-02 20:27:45 UTC
My mistake, the second CD should cause another instance of SJ to start and then they should rip in parallel.
Comment 5 Ross Burton 2006-03-19 17:03:32 UTC
Annoying I can't do with this bacon-message-connection.

Time for a DBus interface I guess.
Comment 6 Ross Burton 2006-04-14 12:17:37 UTC
I can do with this b-m-c after all, I should just pass the device with the raise string.  I'll do this for 2.16.
Comment 7 Rafaël Carré 2006-08-30 21:46:21 UTC
is it done ?
Comment 8 André Klapper 2006-10-19 17:56:15 UTC
ross, any updates with regard to your comment 6?
is this done for gnome 2.16.x?
Comment 9 Ross Burton 2006-10-19 18:22:09 UTC
No... 
Comment 10 Elijah Newren 2006-10-22 03:30:29 UTC
Unsetting gnome-target.  (See bug 313302 comment 6 if you're curious why)
Comment 11 GNOME Infrastructure Team 2021-05-17 15:55:39 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/sound-juicer/-/issues/45.