http://bugs.winehq.org/show_bug.cgi?id=20323
Charles Davis cdavis@mines.edu changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |cdavis@mines.edu
--- Comment #2 from Charles Davis cdavis@mines.edu 2009-11-17 19:02:17 --- OK, I've implemented CDROM_RawRead() and CDROM_ReadQChannel() (well, partially), and I should have fixed the issue with Wine not properly detecting a CD-ROM as a CD-ROM (it's because of the contrived way Apple designed the device file implementation on Mac OS X). But like I said before, I don't think we can implement CD Audio right now.
The way I see it, there are two options:
1. Make mcicda read files off the disk. 2. Implement a driver to provide some way (ioctls, probably) of doing CD audio.
I don't care either way. If we do it the first way, we'll have to keep track of the current position, the current track, etc. in mcicda, and we'll probably have to refactor it into two implementations, one on top of the NT ioctls, and the other on top of the Mac OS CDDA file system. We'll also need some way to pass the audio data (which the cddafs driver presents as AIFF, a format that Apple loves because they invented it) to the audio system. I don't want to bypass winecoreaudio (that seems kinda dangerous), so I think we should try to convert the AIFF data to wave format.
If we do it the second way, we can keep only one implementation in mcicda, and I can implement the NT ioctls on top, but then Wine will have yet another external dependency--on a kernel-mode component, no less.