Joerg Schilling wrote:
Darren J Moffat <[EMAIL PROTECTED]> wrote:
In some cases this is probably not easy to over come, find for example
just seems to need a lot of options because of what it does. A CD/DVD
writing program on the other hand probably doesn't need to be that
complex. Personally if I felt all these options really did need to be
set I'd have the command itself take a 'profile' - and maybe some higher
level things that use cdrecord(1) actually do that.
If you lioke to support more than the rudimentary things cdrw allows you to do,
you need many options.
Maybe thats our disconnect. I have one and only one use for writing to
CD/DVD media; burning iso files. The iso files are either ones I
download or ones created by mkisofs (which is another really complex
command to use, but luckily for me the default does what I need!).
cdrw only writes Track At Once.
Which for me is all I need!
cdrecord allows you to e.g. write in raw mode and in case you belive that this is
not needed, you would need to throw away all Lite-ON drives because they
write defective CDs unless you use the raw mode.
I don't even understand what you have said there.
I do know that I have only ever had a bad burn of a disk with cdrw(1) on
Solaris when it was the result of corrupt image file. Personally I've
never had a coaster out of it. I can't say that for cdrecord(1) and I'm
pretty sure it was because of my miss understanding of the cdrecord(1)
UI not because of problem hardware or media.
cdrw is just a program that is on the feature support level, cdrecord has been
10 years ago. For this reason, it does not make sense to claim that you believe
that cdrw is simpler in usage....
It is simpler *to me* wither you like it or not so please don't try and
tell me I'm not making sense.
I find cdrecord(1) very confusing and complex, and its man page doesn't
help I've tied in other emails to say why this is so.
I'm done, I'm going to continue using cdrw(1) because it does what I
need and doesn't confuse me.
--
Darren J Moffat
_______________________________________________
opensolaris-discuss mailing list
[email protected]
