Preemptive apology: this might end up being a hardware-related problem but I'm going to try the software fora first.
I occasionally burn copies of CDs for use in the car (I have a ton of out-of-print releases that I don't want damaged) using the instructions in the manpage for wodim. That involves a specific icedax command followed by a wodim command to copy a CD "in the most accurate way".
Code:
icedax dev=/dev/cdrom -vall cddb=0 -B -Owav
wodim dev=/dev/cdrw -v -dao -useinfo -text *.wav
I have been using the above commands with the aim to accurately reproduce CDs that have tracks that segue into one another so as to avoid that jarring gap.
What
sometimes seems to happen is that the CD copy will not have correct indexing information. While the CD is playing, if you let it go from start to finish, everything's fine. However, if you try to skip to, say, track "4", the player hangs and there's no way to reach that track. I notice the playback problem mainly in the car since that is where the CDs are intended to be played back but I have noticed it on a CD played connected to my nice stereo in the family room.
Is this:
a) problem with the icedax command producing invalid information regarding the tracks?
b) a wodim problem where it's not writing information to the blank properly?
c) a hardware problem with the burner (a Pioneer IDE DVD-RW DVR-110D)?
d) some sort of poisoning/copy-protection scheme to prevent people from duplicating CDs?
e) an error in the wodim manpage?
The problem is not occurring with
every CD I burn though, to be honest, I don't burn that many. CDs created from a variety of sources (my "road trip" CDs) seem to get created without any problems [1]. The problem only seems to be occurring when I use the above combination of icedax/wodim commands to make a copy of a whole CD.
In case anyone wants to know: this is a problem that I've seen going back to SuSE/OpenSuSE 11.x. I'm currently at 12.2.
I normally let the burner run a full speed. Has anyone found that using "speed=0" on the wodim command line fixes problems like this?
TIA...
--
Rick
[1] -- Except for when the burn process encounters an MP3 file that was created from a WAV file that was supposedly ripped from the CD without errors but in actuality was corrupted and resulted in a messed up MP3.