On Lundi 02 Juillet 2001 16:47, Richard Zidlicky wrote:
> On Sun, Jul 01, 2001 at 07:59:12PM +0200, Thierry Godefroy wrote:
>.../...
> > I now can get direct access to a CD-ROM on my Q60 with:
> >
> > OPEN #3,"cdr1_*d2d" (for 512 bytes blocks access, or *d4d
> > for 1024, or *d8d for 2048)
>
> I assume the block size is just a "soft" size?
Of course ! The actual size of data CD-Rs "sectors" is 2048
bytes and the ATAPI read command only got a block granurality
(i.e. you can read less than 2048 bytes).
This is the device driver that takes care of splitting data
in virtual 512 or 1024 bytes blocks.
> Otherwise it would
> be necessary to get the real block size somewhow. The naming
> scheme will be somewhat difficult to maintain with audio discs,
> they have a sector size of 2352 or something like that ;)
A CD-ROM block size can be 2048, 2052, 2056, 2324, 2332, 2336,
2340 or 2352 _data_ bytes long, depending on the CD-ROM format.
Hopefully almost all data CD-ROMs use 2048 bytes sectors (this
is the only format currently supported by the device driver,
but other format could easily be implemented later).
Audio CDs can currently be played using the driver (PLAY, PAUSE,
RESUME, and STOP are implemented). The final driver will also
provide Audio data acquisition from the CD (that is, you will be
able to recover CD audio data into memory)...
> Btw how about getting the length of the CD?
Yes, this will be implemented very soon (this is needed anyway).
> > For the most curious or impatient among you, the sources for
> > the alpha release (still many cleanup to do and most TRAP #3
> > to implement) are available (write me a private email)...
>
> how much more do you want to implement? io.sstrg/io.fstrg seems
> quite sufficient.
All SMSQ/E TRAP #3 calls will be implemented (but those irrelevant
to direct access, such as IOF.RHDR, IOF.DATE and IOF.VERS which
are specifically _file_ related).
QDOS/SMS forever !
Thierry.
