Help me get a patch into Wine -> Mac cdrom issue
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. 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:\ Regards, Jörg Höhle.
Hi, I don't know much about the cd-rom stuff on osx but I expect there are much more issues of which some are more severe than this (and the solution might fix all the issues). I believe that on osx there is no such thing as direct cd-rom access (anymore) and due to this I think wine can't read audio tracks, neither can we write CDs from Wine or read special data tracks needed for e.g. copy protections. As far as I remember Transgaming wrote their own cd-rom driver for this, so perhaps that's the direction we should head into as well else we will never get copy protections working on OSX. Roderick On Wed, Oct 14, 2009 at 5:02 PM, <Joerg-Cyril.Hoehle(a)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.
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:\
Regards, Jörg Höhle.
Roderick Colenbrander wrote:
Hi,
I don't know much about the cd-rom stuff on osx but I expect there are much more issues of which some are more severe than this (and the solution might fix all the issues). I believe that on osx there is no such thing as direct cd-rom access (anymore) and due to this I think wine can't read audio tracks, neither can we write CDs from Wine or read special data tracks needed for e.g. copy protections. There is this CFPlugIn object called the "SCSITaskDevice" that lets us get raw SCSI access to devices like CD-ROM drives. But there are a number of issues with it. For one thing, all the descriptors to all the device files have to be closed (because the files go away when using the object), and the disk has to be unmounted (same reason). I have a patch that uses this object, but it's useless right now because wineserver holds an FD to the device file which must be closed. Guess I'll have to take that up with AJ. As far as I remember Transgaming wrote their own cd-rom driver for this, so perhaps that's the direction we should head into as well else we will never get copy protections working on OSX. You mean they wrote a kernel extension that replaced Apple's? I've thought about doing that, and I even have one that does drive locking. (The key is the IOMediaBSDClient class family, which provides the device files themselves. They can be extended to support almost anything.) Not sure if AJ will accept it, though. The fact that it's a KEXT and the fact that you have to write IOKit KEXTs in C++ are definite blockers.
Or did you mean something else entirely?
Roderick
On Wed, Oct 14, 2009 at 5:02 PM, <Joerg-Cyril.Hoehle(a)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.
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:\
Regards, Jörg Höhle.
Chip
Hi, For peoples interested with cd-rom support on Mac OS X, i think that you need to investigated in IOKit, especially in SCSITaskDeviceInterface and MMCDeviceInterface. Emmanuel Le 14 oct. 2009 à 17:50, Roderick Colenbrander a écrit :
Hi,
I don't know much about the cd-rom stuff on osx but I expect there are much more issues of which some are more severe than this (and the solution might fix all the issues). I believe that on osx there is no such thing as direct cd-rom access (anymore) and due to this I think wine can't read audio tracks, neither can we write CDs from Wine or read special data tracks needed for e.g. copy protections. As far as I remember Transgaming wrote their own cd-rom driver for this, so perhaps that's the direction we should head into as well else we will never get copy protections working on OSX.
Roderick
On Wed, Oct 14, 2009 at 5:02 PM, <Joerg-Cyril.Hoehle(a)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.
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:\
Regards, Jörg Höhle.
Emmanuel Maillard wrote:
Hi,
For peoples interested with cd-rom support on Mac OS X, i think that you need to investigated in IOKit, especially in SCSITaskDeviceInterface and MMCDeviceInterface.
Emmanuel I know. I have patches for all that. Did I not just write an email back to Roderick talking about the SCSITaskDevice?
Le 14 oct. 2009 à 17:50, Roderick Colenbrander a écrit :
Hi,
I don't know much about the cd-rom stuff on osx but I expect there are much more issues of which some are more severe than this (and the solution might fix all the issues). I believe that on osx there is no such thing as direct cd-rom access (anymore) and due to this I think wine can't read audio tracks, neither can we write CDs from Wine or read special data tracks needed for e.g. copy protections. As far as I remember Transgaming wrote their own cd-rom driver for this, so perhaps that's the direction we should head into as well else we will never get copy protections working on OSX.
Roderick
On Wed, Oct 14, 2009 at 5:02 PM, <Joerg-Cyril.Hoehle(a)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.
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:\
Regards, Jörg Höhle.
Chip
I know. I have patches for all that. Did I not just write an email back to Roderick talking about the SCSITaskDevice?
Easy now. I didn't get your reply to Roderick until after Emmanuel's response. Not only that, but with pretty large differences in time zone, it's normal to have delayed responses. Are you subscribed to wine-devel? If you're not, your replies to the list don't get here until they've been moderated, so I'd suggest you do so. You can have it not send you anything from the list if you like, and your emails will still hit the list without the moderation delay. --Juan
Joerg-Cyril.Hoehle(a)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
participants (5)
-
Charles Davis -
Emmanuel Maillard -
Joerg-Cyril.Hoehle＠t-systems.com -
Juan Lang -
Roderick Colenbrander