http://bugs.winehq.org/show_bug.cgi?id=32648
Bug #: 32648 Summary: Incorrect scene rendering in LightWave3D 10.1 Product: Wine Version: 1.5.20 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: andrew.denisenco@gmail.com Classification: Unclassified
Created attachment 43075 --> http://bugs.winehq.org/attachment.cgi?id=43075 screenshot
NewTek LightWave3D 10.1 2161 32bit
Three objects in the scene. Conus placed between box and cylinder. But it rendered at the top.
Looks like that Z buffer is not working.
http://bugs.winehq.org/show_bug.cgi?id=32648
Andrey andrew.denisenco@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |andrew.denisenco@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=32648
Andrey andrew.denisenco@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |opengl
http://bugs.winehq.org/show_bug.cgi?id=32648
Roderick Colenbrander thunderbird2k@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |thunderbird2k@gmail.com
--- Comment #1 from Roderick Colenbrander thunderbird2k@gmail.com 2013-04-29 00:15:56 CDT --- Can you run wine with 'WINEDEBUG=+wgl' when this issue happens? We can then see whether we picked a pixel format with depth buffering support. Pixel format ordering on Windows OpenGL is strange and it could have been an application bug where it was lucky enough to get a format with depth buffering by default.
https://bugs.winehq.org/show_bug.cgi?id=32648
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |ABANDONED
--- Comment #2 from Austin English austinenglish@gmail.com --- (In reply to Roderick Colenbrander from comment #1)
Can you run wine with 'WINEDEBUG=+wgl' when this issue happens? We can then see whether we picked a pixel format with depth buffering support. Pixel format ordering on Windows OpenGL is strange and it could have been an application bug where it was lucky enough to get a format with depth buffering by default.
Abandoned.
https://bugs.winehq.org/show_bug.cgi?id=32648
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #3 from Austin English austinenglish@gmail.com --- Closing.