From: Java Jive on
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
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
> 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
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.

From: jr4412 on
> Also since Schilling forgot to put the "device=" option into his commands, he got errors.

not in the man page (slackware 12.0 or 13.0).

> This is starting to look a lot like a troll...

forced to agree.
First  |  Prev  |  Next  |  Last
Pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
Prev: A spanked spammer...
Next: nvidia geforce 9500 dualview