From: Markus Plail <plail@web.de>
To: Anssi Saari <as@sci.fi>
Cc: Sergio Bruder <sergio@bruder.net>,
Andre Hedrick <andre@linux-ide.org>,
vojtech@ucw.cz, linux-kernel@vger.kernel.org
Subject: Re: PROBLEM: CD burning at 12x uses excessive CPU, although DMA is enabled
Date: Fri, 30 Aug 2002 18:58:09 +0200 [thread overview]
Message-ID: <873cswuvvi.fsf@plailis.homelinux.net> (raw)
In-Reply-To: <20020830154225.GA6114@sci.fi>
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.
regards
Markus
next prev parent reply other threads:[~2002-08-30 16:55 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-04-09 20:06 PROMBLEM: CD burning at 16x " Roger Larsson
2002-04-09 20:27 ` Andre Hedrick
2002-04-10 9:10 ` Matthias Andree
2002-04-14 12:39 ` Anssi Saari
2002-08-30 4:33 ` PROBLEM: CD burning at 12x " Sergio Bruder
2002-08-30 4:48 ` Sergio Bruder
2002-08-30 6:14 ` Markus Plail
2002-08-30 6:51 ` Anssi Saari
2002-08-30 7:27 ` Markus Plail
2002-08-30 15:42 ` Anssi Saari
2002-08-30 16:58 ` Markus Plail [this message]
2002-08-30 21:22 ` Sergio Bruder
2002-08-31 16:29 ` Anssi Saari
2002-08-30 6:41 ` Andre Hedrick
2002-08-30 12:59 ` Henrique de Moraes Holschuh
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=873cswuvvi.fsf@plailis.homelinux.net \
--to=plail@web.de \
--cc=andre@linux-ide.org \
--cc=as@sci.fi \
--cc=linux-kernel@vger.kernel.org \
--cc=sergio@bruder.net \
--cc=vojtech@ucw.cz \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®