[EMAIL PROTECTED] wrote:
> > The tracksize was unknown -> man cdrecord tells you how to
> > deal with this problem.
>
> I have read that. But the man page as well as cdrecord
> tradition suggest that TAO mode does not need to know the
> track size in advance.
Well there are writers tha need the track in advance size regardless of the
write mode, so I see no problem.
> For my purpose, with TAO from stdin, it would be better to
> simulate a media overrun at 1 GB rather than to demand the
> size in advance.
I don't like to be made responsible for damaged media.
> May i ask for a little favor ?
> I do not know where to dig for the answer to the following question :
>
> Are there objections against having the only track of a CD
> ending with 300+ kB of _ non-zero _ pad bytes rather than the
> padding provided by cdrecord padsize=... or mkisofs -pad ?
>
> A short "is ok" or "better pad 300 kB zeros" would be of help.
I cannot tell, better you use zeroes.
J�rg
--
EMail:[EMAIL PROTECTED] (home) J�rg Schilling D-13353 Berlin
[EMAIL PROTECTED] (uni) If you don't have iso-8859-1
[EMAIL PROTECTED] (work) chars I am J"org Schilling
URL: http://www.fokus.fraunhofer.de/usr/schilling ftp://ftp.berlios.de/pub/schily
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
