Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 03 Jul 2001 01:28:20 +1000
From:      Stephen McKay <mckay@thehub.com.au>
To:        schilling@fokus.gmd.de
Cc:        freebsd-scsi@freebsd.org, ken@kdm.org, mckay@thehub.com.au
Subject:   Re: Problems reading burned CDs 
Message-ID:  <200107021528.f62FSKX13432@dungeon.home>
In-Reply-To: <200107021506.RAA20637@burner.fokus.gmd.de> from schilling@fokus.gmd.de at "Mon, 02 Jul 2001 17:06:08 %2B0200"
References:  <200107021506.RAA20637@burner.fokus.gmd.de>

next in thread | previous in thread | raw e-mail | index | archive | help
On Monday, 2nd July 2001, schilling@fokus.gmd.de wrote:

>The unified cd recorder interface is the top level of libscg.
>
>It is > 99% compatible on any of 29 supported OS.
>
>You will not really try to write your own cd recording program inside the
>kernel and this even in two versions (SCSI & ATAPI) will you?

Before I learned how complex it was, yes I was interested in having
SCSI CD burning support in the kernel (like ATAPI).  But now? :-)

If you have a FreeBSD system handy, try "man burncd".  This is slightly
more complex than I would like it to be, and it is ATAPI only.  Perhaps
with libscg it could be ATAPI and SCSI.  But then the huge number of
options that cdrecord has would have to be trimmed down to fit burncd's
simpler approach.  Thus the search for sensible defaults that nobody
normally has to change.

>>>The latest cdrecord e.g. introduces RAW writing which is thew only way
>>>of doing DAO on Philips drives.  Note that Philips OEM drives are dominating
>>>the drive market now.
>
>>Can this be automatically detected?  Then the best write mode can be
>>used without the user being involved.
>
>Cdrecord tells you a supported mode if you select the wrong one.

I'm still looking for more automation.  The user says "Burn this stuff
to a CD.  Use whatever mode works best.  Tell me when you are done."
Behind the scenes the default should also be friendly to our CD reading
routines (default to DAO, and pad TAO, that sort of thing).

>>By the way, Jörg, do you have expert knowledge of CDROM filesystems,
>>as well as CD burners?  I have a multisession Joliet CDROM that is
>>completely unreadable on FreeBSD (mount reports cd9660: /dev/acd0c:
>>Invalid argument).  It has one more track than it has sessions.  The
>>extra track is between the others, and is 63 seconds long.  It reads
>>perfectly on Win98.
>
>Well first: Joliet is non standard, second: you cannot really create
>a multi session CD without Rock Ridge and with only Joliet on it.
>The reason is that there is no relation between the Joliet filenames
>and the ISO filenames.

It was created on an NT box using Adaptec Easy CD Creator in two
sessions.  But it has three tracks on it.

When you say "Joliet is non standard", are you saying that there is
no published documentation?  I can believe that.

>If the CD is XA-mode 2 it may be that your CD-rom or the kernel driver
>does not support to read XA.

The same hardware running Win98 will read the CD that FreeBSD won't read.
I have other multisession CDs made with the same method on the same
system.  FreeBSD reads them all properly.  It is quite puzzling.

Stephen.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-scsi" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200107021528.f62FSKX13432>