http://bugs.winehq.org/show_bug.cgi?id=33265
--- Comment #12 from Ken Thomases ken@codeweavers.com 2013-03-24 22:04:44 CDT --- Created attachment 44012 --> http://bugs.winehq.org/attachment.cgi?id=44012 Proposed fix
Please give this patch a try. It basically combines experiment 3 with an attempt to get D3D to pick a more sensible pixel format by changing the ordering.
(I'm not sure that using kCGLPFANoRecovery in create_context() is the right solution, as opposed to removing it from enum_renderer_pixel_formats(). I'm surprised that adding kCGLPFANoRecovery enables more pixel formats rather than fewer. I would think "can I use this pixel format with just the hardware?" would be a more restrictive question than "can I use this pixel format with hardware or a software fallback?". Ultimately, I may make enum_renderer_pixel_formats() actually make both requests and only include pixel formats which get "yes" for both.)