At 04:16 �� 26/6/2001 +0200, you wrote:
> >
> > At 03:50 �� 26/6/2001 +0200, you wrote:
> > > >
> > > > > Hehe... only problem... if we have our own filing system....
> > > > > how are we
> > > > > going to record it?
> > > > >
> > > > > Phoebus
> > > > Ah well, there's the clever bit. If your CD writing software enables
> > > > it you can prepare your raw CD image in a binary file and then copy it
> > > > straight to a CD.
> > >
> > >exactly. I have been told that even the vast majority of CD writing
> software
> > >on Mac and WinXX supports this.
> > >
> > >Bye
> > >Richard
> >
> > One little problem though... what about other QL platforms?
> > (Aurora/SGC/Qubide = Aurora/GF/?). Will the driver work for them too?
>
>the lowlevel driver would be adaptable without much effort, however
>Qubide does not use QXL.WIN fs format so you would need qxltool to
>access the files inside. Still 1000 times better than ISO+Rockridge
>+Jolliet for which someone would have to write such a program or
>filesystem first.
>
> > And
> > if it does how will they be able to transfer a whole CD image? Maybe break
> > it in pieces and rebuild it on the PC? Sernet, presumably is out of the
> > question.... Even with a sH it will take forever to transfer 640+ Megs
> :-).
>
>Why would they want to transfer the whole image if they can get single
>files out of it?
Ohh I meant from QL to CD not the other way round since we will be
accessing it fully anyways.... As for the QXL.WIN in the case of a CD ROM
driver being into actual existence, it would only add to the bloat site of
things if you ask me... :-).
QXL.WIN files IMHO was a Quick and Dirty (QDOS?) hard drive replacement
solution for putting QDOS/SMSQ on top of other OSes.... doesn't really help
at all since its a Virtual Hard Drive on top of an Actual Hard drive...
it's like going Paris to London through Frankfurt... (True if you are using
Luftansha hehe)
