http://bugs.winehq.org/show_bug.cgi?id=33265 --- Comment #12 from Ken Thomases <ken(a)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.) -- 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.