Joerg-Cyril.Hoehle@t-systems.com wrote:
Chip,
I had hoped that your patch would allow mcicda to work, cf. bug #20323, alas it is not so. Instead I get to see
ERR("This version of Mac OS X does not support IOCDAudioControl" on Leopard.
I googled slightly and found a message from 2004: http://lists.apple.com/archives/darwin-drivers/2004/Jul/msg00049.html
IOCDAudioControl is deprecated if not obsolete.
Therefore I believe the user should not be bothered with a reference to something deprecated half a decade ago and unavailable. A subsequent patch to a simple FIXME("NIY\n") would be enough. Please leave IOCDAudioControl in a comment in the code at most.
Good point. Will do in a subsequent patch.
Just so you know, I wrote patches to fully implement CD audio support, but they only work on Mac OS X < 10.4. Because Wine lists 10.4 as the minimum required version for Mac OS, I decided not to send them.
Reading further, it looks like there's nothing to read audio CDs anymore. Instead, developers are recommended to take advantage of the cddafs, which mounts all audio tracks as "/Volumes/Audio-CD/01 Titel 1.aiff" and to play those files with CoreAudio instead. I've checked that mixed CDs with both data files and audio tracks let 2 CD icons appear on the Finder's desktop, e.g. /Volumes/ABC/ and /Volumes/Audio-CD/
So I wonder whether mcicda on Mac OS should forward calls to waveaudio and play .aiff files instead. I don't know how ntdll and the mountmgr etc. could be changed to accomodate the separation in two volumes, i.e. how to map both /Volumes/ABC and /Volumes/Audio-CD/ to D:\
I think we'll end up doing something like that. But you'll have to ask Alexandre about the drive issue. That's beyond me too at the moment.
Actually, Windows XP (at least) also presents audio CDs as volumes. And the audio CD IOCTLs are deprecated on Vista and up. So I think that, in the future, we may end up doing the same on Linux, too.
Regards, Jörg Höhle.
Thanks for the advice on the ERR message. And good luck with MCICDA.
Chip