Re: Oddness piping mkisofs into recent cdrecord versions
Joerg Schilling wrote:
Bill Davidsen <davidsen@tmr.com> wrote:
Note that you may either call cdrecord -tao or use tsize=
tsize is clearly a problem, since it requires running the mkisofs twice
to get the size, and -tao doesn't seem to work, for some reason cdrecord
thinks the TAO capability is missing. As noted, growisofs has no such
problem, and can write single or multi-session to this device, but will
only do DVD, which is slightly more expensive for media.
DVDs do not support TAO
Yes, I didn't make it clear that even with a CD it doesn't work on this
particular burner. Clarification noted.
growisofs only supports packet mode. This is less compatible than the streaming
mode used by cdrecord.
I did try using packet mode with cdrecord. Even though PACKET is listed
as supported by the drive, and -packet is a documented option, it
doesn't seem to work. I don't know if the -dvd-compat mode streams,
there was a discussion of what it did, but I don't remember the details.
Compatibility may only be an issue with multimedia destined for DVD
players, I certainly don't do that, but I make a LOT of backups.
AFAIK, growisofs does not support multi-session but implement a fake...
cdrecord will soon support real multi-session for DVDs.
Now I have to go try mounting an individual session to see how good that
fake it.
You _need_ to run mkisofs twice in case you do not create an intermediate file.
The man page mentions using -isosize, but it seems that only works for a
fully created image. That's a minor problem for 4.7GB, a larger one for
8.5GB, and when Blu-Ray comes down a bit in media price 50GB will be
unavailable n most systems being backed up.
The backup system could store the image and burn from that, but it
increases the time considerably.
--
bill davidsen <davidsen@tmr.com>
CTO TMR Associates, Inc
Doing interesting things with small computers since 1979
Reply to: