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 567433 - Batch ripping for multiple CDs would be great (would require smarter default track names, an option to retain metadata from disc to disc)
Batch ripping for multiple CDs would be great (would require smarter default ...
Status: RESOLVED OBSOLETE
Product: sound-juicer
Classification: Applications
Component: interface
unspecified
Other Linux
: Normal enhancement
: ---
Assigned To: Sound Juicer Maintainers
Sound Juicer Maintainers
Depends on: 663456
Blocks:
 
 
Reported: 2009-01-11 23:53 UTC by Tina Russell
Modified: 2021-05-17 16:02 UTC
See Also:
GNOME target: ---
GNOME version: 2.23/2.24



Description Tina Russell 2009-01-11 23:53:41 UTC
One annoyance I always have with Sound Juicer is that I rip a lot of audiobooks, which always have three properties:

a) Many CDs; Doris Kearns Goodwin’s “Team of Rivals,” for instance, spans a good 38 discs.
b) The metadata for each disc is identical, save for the disc number.
c) MusicBrainz almost never has metadata, and if it does, it’s inconsistent and dubious.

Sound Juicer reasonably gives each track a default name: Track 1, Track 2, etc. This doesn’t help, though, if one album is across multiple discs; multiple tracks will have the same title, unless you rip each disc as a separate album. (I’ve done this before; to use that same example, I’ve ripped Team of Rivals as thirty-eight separate albums, titling them “Team of Rivals, 1,” “Team of Rivals, 2,” etc., re-entering the metadata each time, which is exhausting!) It doesn’t help that bug 566282 means that the disc number is ignored.

http://bugzilla.gnome.org/show_bug.cgi?id=566282

So, here’s part of a solution:

1) What I would like to happen: Ideally, if no metadata is provided by MusicBrainz, then providing a “disc” number should change the default track names. For instance, if I am ripping a disc with Sound Juicer and enter the number 1 in the “disc” field, then “Track 1” should become “Disc 1, Track 1,” etc.
2) What happens: Nothing. :(

The second problem is what I mentioned before: you can’t tell Sound Juicer to keep the metadata you just entered. If I want to rip multiple discs of the same album, I must enter everything again, which is a pain! Sure, I can store one long field in the clipboard (I usually do that for the “artist” field), and entering genres is fairly easy with the suggestions as you type, but it’s still cumbersome and impractical. So, here’s what would fix that problem:

1) What I would like to happen: Something allows me to keep the metadata I entered before from disc to disc, possibly incrementing the “disc” number each time.
2) What happens: My fingers are sore. :(

I’m not sure how to implement this best. One possibility is to add a button or tab or something to the main window called “Rip Multiple Discs,” or something. Another possibility—this might be better—would be that, if you enter a disc number before ripping, once the ripping is finished the program would ask you if you’d like to rip another disc for the same album. Anyway, it shouldn’t be too hard to incorporate the ripping of multiple-disc albums, such as audiobooks, into an interface as pleasantly simple and usable as Sound Juicer (and believe me, I appreciate that simplicity).

Thanks!
Comment 1 James Broadhead 2011-11-05 15:33:08 UTC
Fixing the problems described here would also require fixing the problems described in Bug #663456 . 

I do not have permissions to add it as a DEPEND however.
Comment 2 James Broadhead 2011-11-05 15:36:36 UTC
Actually, I do - but only in 'reverse'. Dependency added.
Comment 3 GNOME Infrastructure Team 2021-05-17 16:02:12 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/108.