Robert Riebisch schreef:
Then we have to convince him. :-) CD burning is currently a pain in DOS
and relies on closed source or even copyrighted software (OAK ASPI,
wnaspi32.dll, www.goldenhawk.com). I think another driver (XASPI?) built
on top of XCDROM would be of great help. :-)
it's the other way around:
base: controller/interface driver (SYM8XX.SYS for example)
add-on: disktype-dependent driver (ASPICD.SYS for example)
It would be great if ATAPICDD or XCDROM could behave as the ASPI add-on
part, but Jack has no interest, so all that remains is someone else
improving that functionality inside one or both of the CD-driver
projects. If ASPI was supported, SCSI drives would also always work,
provided you load the controller-specific driver. (ASPI8DOS, SYM8XX, etc...)
Would an *ATAPI* make sense on these computers? AFAIR ATAPI drives were
introduced in 486 times. Up to 386 most drives followed their own
standards and were connected to a sound card or drive-specific controller
card.
Embedded 186/286 platforms currently still made I guess, with ATAPI
controller.
There were 3 major soundcard interfaces for cdrom indeed, and separate
controller cards (my dad has a Wearness CDD110, 2speed with custom
interface).
A while ago there was a person on this list who got a SCSI CDROMdrive
working on his 8086 by using an ancient SCSI controller card.
That at least proves the need for 8086 compatible drivers, but not
necessarily for IDE/ATA(PI).
So I agree that 386+ is sufficient.
Bernd
--
Efficiency is intelligent lazyness
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Freedos-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freedos-devel
