[lkml]   [2002]   [Aug]   [30]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: PROBLEM: CD burning at 12x uses excessive CPU, although DMA is enabled
Hi Anssi!

* 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
>vanilla ISO9660.

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
loads. Examples:
- 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
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:22    [W:0.069 / U:0.756 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site