|
View:
New views
3 Messages
—
Rating Filter:
Alert me
|
|
|
Copy-protected discID confusionHello!
May I please direct your attention to the comments on http://musicbrainz.org/show/edit/?editid=11206312 The summary is this is a disc with: * tracks 1–10 normal tracks, one song per track. * track 11 has two songs on it (kind of like a “hidden” song, although AFAIK the song is listed on the packaging, and even the release title implies its existence). * it appears there is a 12th “data” track containing some kind of copy protection. * two different applications generate the same TOC and discid (I think SoundJuicer uses MB's library): SoundJuicer: http://musicbrainz.org/bare/cdlookup.html?id=SZIe2XCEedGBIu8SL253aq.0YOw-&toc=1+12+202682+150+12107+29055+46162+59357+80830+97030+111532+128037+144465+160550+214082&tracks=12 Picard: http://musicbrainz.org/bare/cdlookup.html?id=SZIe2XCEedGBIu8SL253aq.0YOw-&tracks=12&toc=1+12+202682+150+12107+29055+46162+59357+80830+97030+111532+128037+144465+160550+214082&tport=8000 * however, SoundJuicer (a CD-ripping Linux application) seems to get confused by the copy protection, and reports thirteen tracks to the user (although the discid-lookup string it generates asks for 12). When ripping it generates thirteen files, the last two of which are copies of track 1. * strangely enough, the page opened by the lookup URL does not offer to search for a release to attach the discid to. I've no idea what that means. I'm tempted to remove track 13 from the edit mentioned above, mark the 12th as “[copy protection]”, and put the two song names in track 11. However, I don't know if that will allow us to add the discid, nor what will happen to confused apps like SoundJuicer. Also, I thought devs might like to take a look at it before I make any changes. What do you guys think? -- Bogdan Butnaru _______________________________________________ MusicBrainz-devel mailing list MusicBrainz-devel@... http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-devel |
|
|
Re: Copy-protected discID confusionAs was pointed out by nikki in the edit, this appears to be a bug in
libdiscid. I'd agree, you should remove the 13-track release—it's an artifact of a bug in a library, not a valid TOC track per MB disc ID specifications. Could you maybe try to use cdparanoia proper, and see what it does with the "extra" tracks? SoundJuicer—if I recall correctly—uses Gstreamer which may in turn use cdparanoia. It may be that Gstreamer sources or filters or extraction libraries are resulting in strange extraction. Paul On Tue, 2009-09-29 at 16:20 +0200, Bogdan Butnaru wrote: > Hello! > > May I please direct your attention to the comments on > http://musicbrainz.org/show/edit/?editid=11206312 > > The summary is this is a disc with: > * tracks 1–10 normal tracks, one song per track. > * track 11 has two songs on it (kind of like a “hidden” song, although > AFAIK the song is listed on the packaging, and even the release title > implies its existence). > * it appears there is a 12th “data” track containing some kind of copy > protection. > * two different applications generate the same TOC and discid (I think > SoundJuicer uses MB's library): > SoundJuicer: http://musicbrainz.org/bare/cdlookup.html?id=SZIe2XCEedGBIu8SL253aq.0YOw-&toc=1+12+202682+150+12107+29055+46162+59357+80830+97030+111532+128037+144465+160550+214082&tracks=12 > Picard: http://musicbrainz.org/bare/cdlookup.html?id=SZIe2XCEedGBIu8SL253aq.0YOw-&tracks=12&toc=1+12+202682+150+12107+29055+46162+59357+80830+97030+111532+128037+144465+160550+214082&tport=8000 > * however, SoundJuicer (a CD-ripping Linux application) seems to get > confused by the copy protection, and reports thirteen tracks to the > user (although the discid-lookup string it generates asks for 12). > When ripping it generates thirteen files, the last two of which are > copies of track 1. > * strangely enough, the page opened by the lookup URL does not offer > to search for a release to attach the discid to. I've no idea what > that means. > > I'm tempted to remove track 13 from the edit mentioned above, mark the > 12th as “[copy protection]”, and put the two song names in track 11. > However, I don't know if that will allow us to add the discid, nor > what will happen to confused apps like SoundJuicer. Also, I thought > devs might like to take a look at it before I make any changes. > > What do you guys think? > > -- Bogdan Butnaru > > _______________________________________________ > MusicBrainz-devel mailing list > MusicBrainz-devel@... > http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-devel _______________________________________________ MusicBrainz-devel mailing list MusicBrainz-devel@... http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-devel |
|
|
Re: Copy-protected discID confusionHi Paul,
I only encountered the edit while voting, I don't own the disc in question. If you think it's useful you might try contacting the original editor for more diagnostics. -- Bogdan Butnaru On Tue, Sep 29, 2009 at 5:12 PM, Paul C. Bryan <email@...> wrote: > As was pointed out by nikki in the edit, this appears to be a bug in > libdiscid. > > I'd agree, you should remove the 13-track release—it's an artifact of a > bug in a library, not a valid TOC track per MB disc ID specifications. > > Could you maybe try to use cdparanoia proper, and see what it does with > the "extra" tracks? SoundJuicer—if I recall correctly—uses Gstreamer > which may in turn use cdparanoia. It may be that Gstreamer sources or > filters or extraction libraries are resulting in strange extraction. > > Paul > > On Tue, 2009-09-29 at 16:20 +0200, Bogdan Butnaru wrote: >> Hello! >> >> May I please direct your attention to the comments on >> http://musicbrainz.org/show/edit/?editid=11206312 >> >> The summary is this is a disc with: >> * tracks 1–10 normal tracks, one song per track. >> * track 11 has two songs on it (kind of like a “hidden” song, although >> AFAIK the song is listed on the packaging, and even the release title >> implies its existence). >> * it appears there is a 12th “data” track containing some kind of copy >> protection. >> * two different applications generate the same TOC and discid (I think >> SoundJuicer uses MB's library): >> SoundJuicer: http://musicbrainz.org/bare/cdlookup.html?id=SZIe2XCEedGBIu8SL253aq.0YOw-&toc=1+12+202682+150+12107+29055+46162+59357+80830+97030+111532+128037+144465+160550+214082&tracks=12 >> Picard: http://musicbrainz.org/bare/cdlookup.html?id=SZIe2XCEedGBIu8SL253aq.0YOw-&tracks=12&toc=1+12+202682+150+12107+29055+46162+59357+80830+97030+111532+128037+144465+160550+214082&tport=8000 >> * however, SoundJuicer (a CD-ripping Linux application) seems to get >> confused by the copy protection, and reports thirteen tracks to the >> user (although the discid-lookup string it generates asks for 12). >> When ripping it generates thirteen files, the last two of which are >> copies of track 1. >> * strangely enough, the page opened by the lookup URL does not offer >> to search for a release to attach the discid to. I've no idea what >> that means. >> >> I'm tempted to remove track 13 from the edit mentioned above, mark the >> 12th as “[copy protection]”, and put the two song names in track 11. >> However, I don't know if that will allow us to add the discid, nor >> what will happen to confused apps like SoundJuicer. Also, I thought >> devs might like to take a look at it before I make any changes. >> >> What do you guys think? >> >> -- Bogdan Butnaru >> >> _______________________________________________ >> MusicBrainz-devel mailing list >> MusicBrainz-devel@... >> http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-devel > > > _______________________________________________ > MusicBrainz-devel mailing list > MusicBrainz-devel@... > http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-devel _______________________________________________ MusicBrainz-devel mailing list MusicBrainz-devel@... http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-devel |
| Free embeddable forum powered by Nabble | Forum Help |