cdrdao - gaps between tracks problem
in [Slackware]
|
Prev: who said slackware not support old versions?
Next: sadc system activity collector missing from slackware 13
From: jens on 21 May 2010 18:11 On 05/21/2010 08:51 PM, Mike Jones wrote: >> On 2010-05-21, Mike Jones <luck(a)dasteem.invalid> wrote: >>> Responding to jens: >>> >>>> What happens when you use cdda-player to play your copy? Maybe it's a >>>> bug in Xine Audacious that's biting you; cdda-player plays my copy >>>> just fine. >>>> >>>> Jens >>> >>> As I've mentioned elsewhere, the original CD's play fine. >>> >>> Something is not doing a clone, its doing a reset. Reset? > And surely, if the original plays ok, and the copy doesn't, SOMETHING HAS > CHANGED! Duh? Yes, for example the media has changed. I'm not an expert, but I'm pretty sure that your CD-drive can detect what kind of medium it is reading from, i.e. if it's an original CD or a copy residing on a CD-R or CD-RW. Some information might be stored on the CD-R by the manufaturer, before you even start to copy any data. Your CD-drive can pass this data or information about the medium to applications like mplayer or Xine and it is up to those applications to change their behaviour in some or another way. I'd not be surprised, if an exact copy isn't possible with a standard CD-burner and CD-R or CD-RW media. > So, I have two choices ATM. Glue files together to prevent gaps, or > continue trying to figure out why some people seem to be creating > functioning duplicates, and I don't. Who can create 'functioning' duplicates, by your definition of 'functioning'? Haven't seen anyone here posting something like that. Jens
From: Java Jive on 22 May 2010 10:14 If the CD is a genuine CD according to the spec, that is with no hidden rootkits such as Sony's, then it will certainly be copyable. I use copies exclusively in the car, so that I won't lose the original if the car or the stereo is stolen, or I have an accident. On Sat, 22 May 2010 00:11:58 +0200, jens <invalid(a)invalid.invalid> wrote: > > I'd > not be surprised, if an exact copy isn't possible with a standard > CD-burner and CD-R or CD-RW media. -- ========================================================= Please always reply to ng as the email in this post's header does not exist. Or use a contact address at: http://www.macfh.co.uk/JavaJive/JavaJive.html http://www.macfh.co.uk/Macfarlane/Macfarlane.html
From: unruh on 22 May 2010 10:31 On 2010-05-21, jens <invalid(a)invalid.invalid> wrote: > On 05/21/2010 08:51 PM, Mike Jones wrote: > >>> On 2010-05-21, Mike Jones <luck(a)dasteem.invalid> wrote: >>>> Responding to jens: >>>> >>>>> What happens when you use cdda-player to play your copy? Maybe it's a >>>>> bug in Xine Audacious that's biting you; cdda-player plays my copy >>>>> just fine. >>>>> >>>>> Jens >>>> >>>> As I've mentioned elsewhere, the original CD's play fine. >>>> >>>> Something is not doing a clone, its doing a reset. > > Reset? > >> And surely, if the original plays ok, and the copy doesn't, SOMETHING HAS >> CHANGED! Duh? > > Yes, for example the media has changed. I'm not an expert, but > I'm pretty sure that your CD-drive can detect what kind of medium > it is reading from, i.e. if it's an original CD or a copy residing > on a CD-R or CD-RW. Some information might be stored on the CD-R > by the manufaturer, before you even start to copy any data. Your > CD-drive can pass this data or information about the medium to > applications like mplayer or Xine and it is up to those > applications to change their behaviour in some or another way. I'd > not be surprised, if an exact copy isn't possible with a standard > CD-burner and CD-R or CD-RW media. > >> So, I have two choices ATM. Glue files together to prevent gaps, or >> continue trying to figure out why some people seem to be creating >> functioning duplicates, and I don't. > > Who can create 'functioning' duplicates, by your definition of > 'functioning'? Haven't seen anyone here posting something like > that. What he means by functioning is duplicates that do not have the 2 second gap between tracks if the original does not. > > Jens
From: jr4412 on 22 May 2010 12:32 > What he means by functioning is duplicates that do not have the 2 second > gap between tracks if the original does not. yes, and if the OP follows the instructions in the cdrecord man page, then there's no gap.
From: unruh on 22 May 2010 13:05
On 2010-05-22, jr4412 <jr4412(a)googlemail.com> wrote: >> What he means by functioning is duplicates that do not have the 2 second >> gap between tracks if the original does not. > > yes, and if the OP follows the instructions in the cdrecord man page, > then there's no gap. He seems strangely resistant to doing so. When Schilling suggested it, he tried running the two lines of command together into one. Also since Schilling forgot to put the "device=" option into his commands, he got errors. When I told the OP how to put in the device command he objected that I was giving him orders without explanation. This is starting to look a lot like a troll, rather than someone who genuinely has a problem he wants a solution to. |