ken mays <[EMAIL PROTECTED]> wrote:

> > If you have questions, could you please ask then in
> > a non
> > abiguous way?
> > 
> > k3b is not a frontend altough it looks like one.
> > It includes own SCSI access code in it's gui.
> > 
> > Jörg
>
> Ok. I'm mainly discussing Nautilus-CD-Burner and K3b
> GUIs for business/hobbyist DVD/CD authoring and
> burning desktop tools under KDE/GNOME/JDS in which as
> long as we are clear on the latest version of
> CD-Record we use for Solaris 8/9/10 then its all
> 'cookies & cream' to me. ;o>


I still don't understand.

If you like to discuss things, it helps a lot if you would
send questions. Unfortunatley, I could not yet see anything
that looks like a question to me.

k3b is not a pure gui but a "strange conglomerate".

It does not call cdda2wav although this is the best known DAE program.

It does not use cdrecord to write audio CDs by default (AFAIK at least it did 
so in the past) although the used program (cdrdao) has a lot of issues.

It uses growisofs by default to write DVDs. I know that cdrecord would need
some enhancements for dual layer, but even growisofs does not support it.
It is also not shure whether growisofs is still under development.

What I can tell from recent 'bug reports', it seems that growisofs has more
problems than cdrecord. The currently known problems with cdrecord with DVDs
are:

Pioneer drives may need cdrecord -fix call later as the drive returns an illegal
SCSI error and cdrecord should retry a command.

Some drives (pioneer and nec) return wrong information for speed descriptors
so cdrecord may not write at the highest possible speed.


So if you like to discuss things, thell us what you are interested in....

Jörg

-- 
 EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin
       [EMAIL PROTECTED]                (uni)  
       [EMAIL PROTECTED]        (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily
_______________________________________________
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org

Reply via email to