On Sun, Dec 25, 2011 at 2:29 PM, Thomas Schmitt <[email protected]> wrote:
> Hi, > > a few weeks ago i concluded that my LG burner drives would not write > CD-TEXT. Different from drives by Samsung, LITE-ON, Optiarc. > > This conclusion was wrong. CD-TEXT is not significant in this case. > The reason for the refusal is rather in the short tracks which are > defined in file test/data/cdtext.cue and in a yet unexplained peculiarity > of wodim with the command > wodim -v dev=/dev/... -dao -text cuefile=cdtext.cue > > MMC prescribes: > "Each track has a minimum length of 4 seconds, not including the pause > length preceding the track." > The LG drives are entitled by MMC to refuse on the CUE SHEET that > wodim sends them: > 0 : 01 00 00 41 00 00 00 00 > 8 : 01 01 00 00 00 00 00 00 > 16 : 01 01 01 00 00 00 02 00 > 24 : 01 02 00 00 00 00 04 00 > 32 : 01 02 01 00 00 00 06 00 > 40 : 01 03 00 00 00 00 08 00 > 48 : 01 03 01 00 00 00 0A 00 > 56 : 01 AA 01 01 00 00 0E 06 > All three tracks preceded by a pre-gap of 2 seconds which wodim takes > from the payload data. So only 2 seconds remain for the payload part. > > If i double the size of test/data/cdtext.bin and also double the > addresses of the INDEX lines in test/data/cdtext.cue then my LG > drives accept the CUE SHEET of wodim and write CD-TEXT to the medium. > > > So i would propose to do this size doubling in libcdio test/data too. > E.g. > cat cdtext.bin cdtext.bin >cdtext_x2.bin > mv cdtext_x2.bin cdtext.bin > and in cdtext.cue: > CDTEXTFILE "cdtext.cdt" > FILE "cdtext.bin" BINARY > TRACK 01 AUDIO > INDEX 01 00:00:00 > TRACK 02 AUDIO > INDEX 01 00:08:00 > TRACK 03 AUDIO > INDEX 01 00:16:00 > > > I believe wodim's CUE SHEET generator is buggy. It is seems to cut off > the first two seconds of each track, as if they were claimed by INDEX 00. > > The one of cdrskin resp. libburn does not cause the LG drives to refuse. > My .cue file reader is now able to perform the libcdio test. I was > quite puzzled when a try on LG succeeded that was intended to fail. > > cdrskin -v dev=/dev/... -dao -text cuefile=cdtext.cue > produces this CUE SHEET with acceptable track lengths: > 0 : 01 00 00 41 00 00 00 00 > 8 : 01 01 01 00 00 00 00 00 > 16 : 01 01 01 00 00 00 02 00 > 24 : 01 02 01 00 00 00 06 00 > 32 : 01 03 01 00 00 00 0A 00 > 40 : 01 AA 01 01 00 00 0E 06 > > > Have a nice day :) > > Thomas > > > I have changed the git cdtext cue and bin to double the size as you suggest. Please double check matches what you expect. Thanks.
