http://bugs.winehq.org/show_bug.cgi?id=20323 Charles Davis <cdavis(a)mines.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |cdavis(a)mines.edu --- Comment #2 from Charles Davis <cdavis(a)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. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.