Description of problem: During QA testing it was discovered that bchunk fails to read a cue file generated by cdrdao; bchunk works on a bin/cue pair of files. While trying to process the cue file bchunk reports that there is no space after track number, a message which comes from the area of the code around line 421; https://github.com/phracker/bchunk/blob/master/bchunk.c. The question is, is there a later version of cdrdao which we could use? Note that bchunk has no problem with a cue file edited according to the proforma at https://en.wikipedia.org/wiki/Cue_sheet_(computing). Version-Release number of selected component (if applicable): cdrdao-1.2.3-10.mga5.tainted Mageia 6 is also affected by this fault. How reproducible: Always. Steps to Reproduce: 1. Load a commercial audio CD in the optical disk drive slot 2. $ cdrdao read-cd <rootname-for-cue-file> 3. Note the production of a data.bin file in the current directory with an associated .cue file. 4. Suggested test of cue file: $ bchunk data.bin <whatever>.cue <root of file names for the tracks> e.g. $ bchunk data.bin CreedenceClearwater.cue CreedenceClearwater This should fault immediately when bchunk fails to parse the cue file. "Reading the CUE file: Track 1: ... ouch, no space after track number."
Created attachment 9803 [details] Specimen cue file which works with bchunk. The "data.bin" name has not been changed so this file could be used with any data.bin file, otherwise the name should be edited. It might also need to be truncated because it indexes 29 tracks.
Note that I did not search to see if wikipedia has the last word on cue sheet formats. There seemed to be some argument about format as late as September this year. Forum posts at http://www.digital-inn.de/threads/why-i-hate-eac-malformed-cue-sheets.40013/page-3#post-148353
Assigning to the registered cdrdrao maintainer.
Assignee: bugsquad => shlomifCC: (none) => marja11
(In reply to Len Lawrence from comment #0) > Description of problem: > During QA testing it was discovered that bchunk fails to read a cue file > generated by cdrdao; bchunk works on a bin/cue pair of files. While trying > to process the cue file bchunk reports that there is no space after track > number, a message which comes from the area of the code around line 421; > https://github.com/phracker/bchunk/blob/master/bchunk.c. The question is, > is there a later version of cdrdao which we could use? there is no later version and there hasn't been one for 8 years. There is little we can do without one. > Note that bchunk has no problem with a cue file edited according to the > proforma > at https://en.wikipedia.org/wiki/Cue_sheet_(computing). > > Version-Release number of selected component (if applicable): > cdrdao-1.2.3-10.mga5.tainted > Mageia 6 is also affected by this fault. > > How reproducible: > Always. > > Steps to Reproduce: > 1. Load a commercial audio CD in the optical disk drive slot > 2. $ cdrdao read-cd <rootname-for-cue-file> > 3. Note the production of a data.bin file in the current directory with an > associated .cue file. > 4. Suggested test of cue file: > $ bchunk data.bin <whatever>.cue <root of file names for the tracks> > e.g. $ bchunk data.bin CreedenceClearwater.cue CreedenceClearwater > This should fault immediately when bchunk fails to parse the cue file. > "Reading the CUE file: > > Track 1: > ... ouch, no space after track number."
Copy that Shlomi. That makes this a WONTFIX then. Leaving that to you. Thanks.
Well, we could patch cdrdao to create 'good' .cue files.. But for that we would need the 'bad' .cue file also to see the differences.
OK Jani, that can be done. Uploading a specimen later.
Created attachment 9808 [details] "Bad" cue file
Created attachment 9809 [details] Terminal output from cdrdao during bad cue run
(In reply to Len Lawrence from comment #8) > Created attachment 9808 [details] > "Bad" cue file IINM this is identical with the good one..
Attachment 9803 mime type: application/x-cue => text/plain
Attachment 9808 mime type: application/x-cue => text/plain
Drat. Finger trouble. A thousand apologies Jani. Picked up the wrong "good" file. Uploading a replacement - which I shall check!
Created attachment 9813 [details] Specimen cue file which works with bchunk
Attachment 9803 is obsolete: 0 => 1
Attachment 9813 mime type: application/x-cue => text/plain
Does this report need to stay open for Mageia 6 and/or cauldron?
In reply to marja comment 13. Probably not for Mageia 6. When I have some spare time I shall check how this works in Cauldron.
(In reply to Len Lawrence from comment #14) > In reply to marja comment 13. > Probably not for Mageia 6. > When I have some spare time I shall check how this works in Cauldron. Thanks for the reply. If Mageia 6 is fine, then Cauldron will, as good as sure, be fine, too. Closing as OLD, because Mga5 is no longer maintained.
Status: NEW => RESOLVEDResolution: (none) => OLD