[Bug 20323] MacOS mcicda does not play audio CD

[wine-bugs at winehq.org]

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

--- Comment #6 from Jörg Höhle <hoehle at users.sourceforge.net> 2011-02-18 07:08:34 CST ---
Charles Davis sent me privately a patch that makes RAW_READ work on MacOS. 
We'll hopefully see in git soon.  I summarise the new state.

+ MCI_PLAY FROM TO works with his patch!

- MCI_PLAY fails because READ_Q_CHANNEL is used to get the current position.
  It should not, see bug #26160, comment #2.

- MCI_SEEK fails because of an IOCTL_CDROM_SEEK_AUDIO_MSF which it should not
invoke at all when using RAW_READ, not PLAY_AUDIO.
  See again bug #26160, comment #2.  mcicda should maintain its own position
variable.


- SET c DOOR OPEN messes up with the internal state (see bug #26160, comment
#1).

- READ_Q_CHANNEL?
status c mode -> be able to return "open"
status c media present
status c ready
Actually, any means to determine whether a disk is present would be fine IMHO.
I believe Loïc Maury's recent patch to CDROM_Verify should not give the idea
that these commands should always return open/present/ready (because a device
node is only present for as long as a disk is present on Mac OS), but that
should be discussed and solved in bug #26158.  On Mac OS currently, MCICDA can
only be opened when an audio CD-ROM is inserted (and correctly configured in
winecfg), unlike native or Linux.

-- 
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.