-------- Original-Nachricht -------- > > To built it you have to build and install cdrtools > > from the source first and then link to libschily > > and libscg. > > The needed libs/headers will be installed in /opt/schily > > by "make install" command in cdrtools root directory. > > So, building it should be analogous to building the SCG version of > himdformat, right? Yes. > > I am in contact with Joerg Schilling (author of cdrtools) > > to fix problems when building windows version of cdrtools > > on mingw/msys environment. > > This sounds great. You should try to convince Joerg to integrate any > possibly necessary patches upstream into cdrecord to avoid a patch > avalanche ;). Yes, this is what we want to do. Cdrtools should work on any platform without the need of patches. He told me he is working on version 3.0, but without a working mingw port because of too many incompatibillities. But we are working on it and it could take a while. His words (in german): "... dann können wir das auch gleich richtig machen": > On the other hand we still have the problem that apparently we cannot > send any SCSI commands to non-CD/DVD/BD drives on MacOS X. We will > need to patch cdrtools as well, so that it will also work with the > HiMD. When connecting a USB cdrom, the drive is detected by "cdrecord > -scanbus" so it's not an issue with the bus but rather with the drive > type. > > Any ideas? Michael was already suggesting that it's a matter of > cdrecord using the SCSI driver from MacOS which provides access to the > optical drives only. Can you check the source code? Take a look at libscg/scsi-mac-iokit.c on line 137ff. "LOCAL char *devnames[]" seems to hold the Services which are used by libscg. You can try to append "IOSCSIPeripheralDeviceNub" and test if this works. Else why not ask Joerg, he should know it. If you give him more information i am sure we can find a solution together. Thomas P.S.: I have a broken internet connection at the moment, so it could take some time answering your questions if you have some.