http://bugs.winehq.org/show_bug.cgi?id=20808
Summary: SolidWorks 2008 displays a black screen Product: Wine Version: 1.1.33 Platform: PC OS/Version: Mac OS X 10.6 Status: UNCONFIRMED Severity: normal Priority: P2 Component: opengl AssignedTo: wine-bugs@winehq.org ReportedBy: cdavis@mines.edu
Created an attachment (id=24922) --> (http://bugs.winehq.org/attachment.cgi?id=24922) Wine 1.1.32-641-ga7bfd6d Log +wgl on Mac OS X
Like I said in bug 20807, there's a second issue with SolidWorks' rendering. If you get past the issue in bug 20807, you see only a black screen when it tries to render parts. I will once again attach the log from bug 20807.
From reading the log, it seems like SolidWorks is looking for a particular
pixel format. First it tries the pixel format it got back trying to create a bitmap context earlier. Then it enumerates every pixel format supported by the driver. Failing that, it tries to create a bitmap context anyway, but fails because once again no pixel format is set in the DC.
http://bugs.winehq.org/show_bug.cgi?id=20808
Roderick Colenbrander thunderbird2k@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |thunderbird2k@gmail.com
--- Comment #1 from Roderick Colenbrander thunderbird2k@gmail.com 2009-11-24 04:22:58 --- I haven't had time to check the log yet but I expect that the black screen is not related to bitmap rendering. Bitmap rendering only works in combination with the Microsoft GDI genderer (software opengl 1.1) and is only used in rare cases. For the main rendering stuff Solidworks likely creates a 3D view using child windows. The way we render child windows doesn't work on OSX (and actually on Linux only using Nvidia and AMD at this point), so that could also explain the black screen.
http://bugs.winehq.org/show_bug.cgi?id=20808
--- Comment #2 from Charles Davis cdavis@mines.edu 2009-11-24 07:47:42 --- (In reply to comment #1)
I haven't had time to check the log yet but I expect that the black screen is not related to bitmap rendering. Bitmap rendering only works in combination with the Microsoft GDI genderer (software opengl 1.1) and is only used in rare cases. For the main rendering stuff Solidworks likely creates a 3D view using child windows. The way we render child windows doesn't work on OSX (and actually on Linux only using Nvidia and AMD at this point), so that could also explain the black screen.
Huh. I see. I could have sworn that was fixed.
Why doesn't it work? (At this point I would say, "Maybe I could fix it," but I don't know enough about winex11.drv or WGL/GLX to fix it.)
http://bugs.winehq.org/show_bug.cgi?id=20808
--- Comment #3 from Roderick Colenbrander thunderbird2k@gmail.com 2009-11-24 08:14:51 --- Created an attachment (id=24934) --> (http://bugs.winehq.org/attachment.cgi?id=24934) opengl window hack
This hacky patch should give you 3D in most apps.
http://bugs.winehq.org/show_bug.cgi?id=20808
--- Comment #4 from Roderick Colenbrander thunderbird2k@gmail.com 2009-11-24 08:24:17 --- I will shortly describe the problem but it needs to be fixed in the X11 server.
On Windows all controls are win32 windows, so buttons, labels, text boxes and so on. In Wine we only create an X11 window for the top-level window (and the client area). A button is just drawn on top of the top-level window. OpenGL doesn't like sharing an X11 window and really needs its own window.
In case of child window rendering we create a separate X11 window to which we render all 3D. The contents of this window which just acts as a buffer is copied back to the top-level window. The tricky thing is that the window is made unvisible using the Composite extension. 3D drivers which support 'redirected GL rendering' (which is needed for compiz and friends) can render properly to this window. A normal hidden window doesn't has an undefined framebuffer content.
You might wonder why we don't just place an X11 subwindow on top of the x11 top-level window? This works but causes issues related to events. For instance when you cover a window with another window we receive X11 events. We map these X11 events to win32 ones but the 'GL window' doesn't exist on the win32 side and this can cause issues for apps.
The hack which I posted uses the X11 window hack and I required this for a program at my university. There is no efficient alternative.
http://bugs.winehq.org/show_bug.cgi?id=20808
--- Comment #5 from Charles Davis cdavis@mines.edu 2009-11-24 08:40:36 --- I probably need to report this to Xquartz (if it hasn't been already).
I'll try the patch as soon as I have AC power again. Building Wine on the battery tends to wear it down quickly.
http://bugs.winehq.org/show_bug.cgi?id=20808
--- Comment #6 from Charles Davis cdavis@mines.edu 2009-11-24 20:04:08 --- No dice. I still get a black screen, even with your hack (and the hack I use to get around bug 20807).
http://bugs.winehq.org/show_bug.cgi?id=20808
denis bonnenfant denis.bonnenfant@diderot.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |denis.bonnenfant@diderot.or | |g
--- Comment #7 from denis bonnenfant denis.bonnenfant@diderot.org 2009-12-04 06:44:52 --- This issue is not present on linux with a NV 6800 GT and compiz enabled. So this problem seems to be really Mac-specific.
There is still a little compositing-related problem, maybe related ? : bug 18507, which made transparent icons displayed in toolbars and graphics windows not to be composited : they are diplayed with a black background.
http://bugs.winehq.org/show_bug.cgi?id=20808
Charles Davis cdavis@mines.edu changed:
What |Removed |Added ---------------------------------------------------------------------------- Depends on| |20807
http://bugs.winehq.org/show_bug.cgi?id=20808
NSLW lukasz.wojnilowicz@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |lukasz.wojnilowicz@gmail.co | |m
--- Comment #8 from NSLW lukasz.wojnilowicz@gmail.com 2009-12-28 14:46:23 --- (In reply to comment #7)
This issue is not present on linux with a NV 6800 GT and compiz enabled. So this problem seems to be really Mac-specific.
This issue is present on Linux with a NVIDIA 9xxx card with 195.30 drivers. Applying "opengl window hack" doesn't change anything on wine-1.1.35-242-g1cee323. I tried SolidWorks 2008 SP0.
BTW. The screen is not black but it isn't redrawn so the previous screen stays on top.
http://bugs.winehq.org/show_bug.cgi?id=20808
--- Comment #9 from Roderick Colenbrander thunderbird2k@gmail.com 2009-12-28 14:50:55 --- I guess that your wine was not compiled with libXcomposite support. We use this during windowed opengl rendering. When the composite libray isn't around we fall back to some pixmap rendering 'hack'. In recent drivers nvidia fixed their drivers which breaks our hack. I'm not sure if you used the window rendering hack or not (you might have to force it in the code). In case of osx it is used because some libs aren't around.
http://bugs.winehq.org/show_bug.cgi?id=20808
--- Comment #10 from NSLW lukasz.wojnilowicz@gmail.com 2009-12-28 15:48:09 --- (In reply to comment #9)
I guess that your wine was not compiled with libXcomposite support.
I've got libXcomposite and libXcomposite-devel on my Fedora 12. To get Wine i did simple ./configure && make depend && make. AFAIK Wine is compiled by default with Xcomposite.
When the composite libray isn't around we fall back to some pixmap rendering 'hack'. In recent drivers nvidia fixed their drivers which breaks our hack. I'm not sure if you used the window rendering hack or not (you might have to force it in the code). In case of osx it is used because some libs aren't around.
Now I'm bit confused. Should I compile Wine with or without libXcomposite to be sure to use your hack?
http://bugs.winehq.org/show_bug.cgi?id=20808
--- Comment #11 from Roderick Colenbrander thunderbird2k@gmail.com 2009-12-28 16:03:00 --- It seems I disable the composite code fully in the hack I posted. The window hack might not work properly at all. I created for an app we had to get running on Linux and it had to work on drivers which didn't support composite+gl well yet. If you don't use the hack window rendering should work fine (unless it really can't open xcomposite). Try if other windowed opengl apps like google earth or so work well.
http://bugs.winehq.org/show_bug.cgi?id=20808
--- Comment #12 from NSLW lukasz.wojnilowicz@gmail.com 2009-12-29 04:15:18 --- On Compiz with or without hack the whole screen was black all the time even when I changed Desktops.
Metacity: a) without hack Black screen appears for a while and then Google Earth works as it should. b) with hack Black screen appears for a while and then Google Earth starts. Window with Earth is at fixed position and on all desktops and don't get moved. I can move top window frame independently of Earth window. I cannot rotate Earth in Earth window but I see changes in Earth window when I choose something from top window.
http://bugs.winehq.org/show_bug.cgi?id=20808
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- OS/Version|Mac OS X 10.6 |Mac OS X
http://bugs.winehq.org/show_bug.cgi?id=20808
--- Comment #13 from Austin English austinenglish@gmail.com 2013-11-13 16:47:54 CST --- This is your friendly reminder that there has been no bug activity for 2 years. Is this still an issue in current (1.7.6 or newer) wine? If so, please attach the terminal output in 1.7.6 (see http://wiki.winehq.org/FAQ#get_log).
https://bugs.winehq.org/show_bug.cgi?id=20808
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |ABANDONED
--- Comment #14 from Austin English austinenglish@gmail.com --- Abandoned.
https://bugs.winehq.org/show_bug.cgi?id=20808 Bug 20808 depends on bug 20807, which changed state.
Bug 20807 Summary: SolidWorks 2008 can't render parts https://bugs.winehq.org/show_bug.cgi?id=20807
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |ABANDONED
https://bugs.winehq.org/show_bug.cgi?id=20808
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #15 from Austin English austinenglish@gmail.com --- Closing.
-
wine-bugs＠winehq.org