GNOME Bugzilla – Bug 654756
Disc 1 tracks duplicated when ripping double albums
Last modified: 2011-07-31 22:38:09 UTC
Created attachment 192100 [details] sound juicer listing tracks of both discs and files from disc 2 equal to track no. 1 from disc 1 Hello, I tried to rip the double album "B.B. King - His definitive greatest hits". When inserting disc 1 sound juicer lists not just the 16 tracks of disc 1 but also the 18 tracks of disc 2, although these are definitely not on disc 1. Further the total playing time of both discs is shown (see screenshot left part). The ripping of all 16 tracks that are really on disc 1 works as expected but sound juicer does not stop ripping after the last track of disc 1 but continues to "rip" the 18 tracks from disc 2 (which is impossible since these are not on disc 1 and disc 2 hasn't been inserted yet). After sound juicer has finally finished, a check of the result in the nautilus file browser shows that there are correctly named files for all 34 tracks of disc 1 AND disc 2 together, while only disc 1 had been inserted so far. The files whose names correspond to tracks of disc 2 have all the same size as the first track of disc 1 (see screenshot right part). Playing the files that actually belong to disc 2 reveals that they are all copies of the first track of disc 1 but with the names of the tracks on disc 2. It was possible to reproduce the same behaviour during another session of sound juicer ripping the double album "Queen - Greatest Hits I & II". Has this problem been reported before? I couldn't find anything about that neither on the internet nor in the bug database although it renders sound juicer more or less useless for ripping double albums. BR Hans I'm running Sound Juicer 2.28.2 on Debian Squeeze 64bit with the Debian standard kernel. Output of "uname -a": Linux Intruder 2.6.32-5-amd64 #1 SMP Tue Jun 14 09:42:28 UTC 2011 x86_64 GNU/Linux
Created attachment 192123 [details] Sound juicer having problems with disc 2 of double albums
I believe this is a metadata handling problem. I reproduced it today with this album: http://musicbrainz.org/release/13ec593a-4d9e-3349-9f26-44d1e34793db Basically, soundjuicer fetches the whole album information instead of the relevant for the disc in place.
*** This bug has been marked as a duplicate of bug 652972 ***