[Bug 20323] MacOS mcicda does not play audio CD

[wine-bugs at winehq.org]

http://bugs.winehq.org/show_bug.cgi?id=20323


Charles Davis <cdavis at mines.edu> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |cdavis at mines.edu




--- Comment #2 from Charles Davis <cdavis at 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.