* Anssi Saari writes:
>On Fri, Aug 30, 2002 at 09:27:04AM +0200, Markus Plail wrote:
>>* Anssi Saari writes:
>>>I also don't have your DAO vs. TAO problem.
>>Hmm.. you wrote that cdrdao gives the problem, but cdrecord doesn't.
>I doubt that. Even if I did, it's wrong.
Yes, sorry, it was Sergio.
>>And in a previous mail you wrote that you also have the problems when
>>writing audio CDs.
>Yes. Audio CDs and VCDs, to be exact. Probably anything other than
It's not only the content that matters, but the way the content is
written to CD. If you write your stuff in TAO or SAO (which can be DAO,
DAO alone isn't valid) it's no problem. Examples are:
- cdrecord -dao ...
- cdrdao --driver generic-mmc
If you write CDs in RAW modes, then there's the problem with the high
- cdrecord -raw96r/p (2448 bytes/sector)
- cdrecord -raw16 (2368 bytes/sector)
- cdrdao --driver generic-mmc-raw (2368 bytes/sector)
So for Sergio: Try using the generic-mmc without raw driver in cdrdao.
And audio CDs or (S)VCDs are written in mode2 (2352 bytes/sector) and
also cause the high loads, this time independent from the writing mode.
AFAIK this behaviour should be the same on any Linux system.
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to firstname.lastname@example.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/