https://bugs.winehq.org/show_bug.cgi?id=41307
Bug ID: 41307 Summary: OpenGL Screen does not refresh Product: Wine Version: 1.9.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: influxWishdream@gmail.com Distribution: ---
After compiling a Blitz3D App (Using Sonic World as a reference compiled app)
Screen does not refresh automatically unless forcibility called by the compiled app. Seems to only update when the window is moved or hovering over the window buttons.
I assume this is a draw error. It also updates when xrefresh is called.
Running under: Manjaro Linux GNOME 3.20.2 AMD Proprietary Driver XOrg 1.17.4
https://bugs.winehq.org/show_bug.cgi?id=41307
John Jerome Romero influxWishdream@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Distribution|--- |Other
https://bugs.winehq.org/show_bug.cgi?id=41307
John Jerome Romero influxWishdream@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|OpenGL Screen does not |Screen does not refresh |refresh |
https://bugs.winehq.org/show_bug.cgi?id=41307
--- Comment #1 from Bruno Jesus 00cpxxx@gmail.com --- Can you share a compiled sample that has the issue so others can test?
https://bugs.winehq.org/show_bug.cgi?id=41307
--- Comment #2 from John Jerome Romero influxWishdream@gmail.com --- (In reply to Bruno Jesus from comment #1)
Can you share a compiled sample that has the issue so others can test?
Here you go.
http://www.mediafire.com/download/innmzloikmm/BlitzSonicSource.zip
https://bugs.winehq.org/show_bug.cgi?id=41307
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download
--- Comment #3 from Bruno Jesus 00cpxxx@gmail.com --- I cannot confirm here in wine 1.9.18-git. The game plays fine, mouse moves the camera and WASD move Sonic, if I don't do anything the rings keep rotating. Did you maybe upload the wrong (manually fixed) game instead of the problematic one?
https://bugs.winehq.org/show_bug.cgi?id=41307
--- Comment #4 from John Jerome Romero influxWishdream@gmail.com --- (In reply to Bruno Jesus from comment #3)
I cannot confirm here in wine 1.9.18-git. The game plays fine, mouse moves the camera and WASD move Sonic, if I don't do anything the rings keep rotating. Did you maybe upload the wrong (manually fixed) game instead of the problematic one?
Strange, well to me it only updates on the loading screen and that's it. It freezes on me. Pretty sure I uploaded the problematic one. And note, it applies to every other Blitz game too that doesn't have manual draw calls.
I'm guessing it might be a graphics card bug or how GNOME renders the window.
https://bugs.winehq.org/show_bug.cgi?id=41307
--- Comment #5 from Bruno Jesus 00cpxxx@gmail.com --- I'm testing in an Intel onboard graphics board and Mesa 12.
Some glxinfo: OpenGL vendor string: Intel Open Source Technology Center OpenGL renderer string: Mesa DRI Intel(R) Ironlake Mobile OpenGL version string: 2.1 Mesa 12.0.2 OpenGL shading language version string: 1.20
I guess you can try:
LIBGL_ALWAYS_SOFTWARE=1 wine <program.exe>
https://bugs.winehq.org/show_bug.cgi?id=41307
Fabian Maurer dark.shadow4@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dark.shadow4@web.de
--- Comment #6 from Fabian Maurer dark.shadow4@web.de --- I tried testing it with mesa-git on arch, but it always crashes with a "Memory access violation" messagebox.
Used a fresh prefix and wine 1.9.18. Do I need to adjust something before running the exe?
https://bugs.winehq.org/show_bug.cgi?id=41307
--- Comment #7 from John Jerome Romero influxWishdream@gmail.com --- (In reply to Fabian Maurer from comment #6)
I tried testing it with mesa-git on arch, but it always crashes with a "Memory access violation" messagebox.
Used a fresh prefix and wine 1.9.18. Do I need to adjust something before running the exe?
Yes, make sure that GLSL is enabled and the direct draw renderer is opengl. The video memory size should be max, but you can lower it down until before it does a "Memory access violation"
Though usually, a fresh install works. Try that if it doesn't.
https://bugs.winehq.org/show_bug.cgi?id=41307
--- Comment #8 from Fabian Maurer dark.shadow4@web.de --- Thanks, got it to work. For some odd reason it doesn't seem to like my wine version, only the version from POL works, not own compiled, not the one from my distro.
Now I get a mostly black window with a small part of the scene rendered in the top left corner. Seems indeed to have some drawing problems, but it isn't updated by moving the window.
https://bugs.winehq.org/show_bug.cgi?id=41307
--- Comment #9 from Bruno Jesus 00cpxxx@gmail.com --- (In reply to Fabian Maurer from comment #8)
Now I get a mostly black window with a small part of the scene rendered in the top left corner. Seems indeed to have some drawing problems, but it isn't updated by moving the window.
Try running with LIBGL_ALWAYS_SOFTWARE=1 wine <program.exe>
https://bugs.winehq.org/show_bug.cgi?id=41307
--- Comment #10 from Fabian Maurer dark.shadow4@web.de --- Sorry, I figured it out, seems like my mesa install was buggy.
It works with the current stable mesa like it should, so this is most likely not a wine issue. Seems like the current mesa-git is broken. With mesa-git the earlier mentioned partial render issue occurs, and software-rendering freezes the game. With 12.0.2 both works.
However, the "Memory access violation" problem with vanilla wine remains even with stable mesa.
https://bugs.winehq.org/show_bug.cgi?id=41307
--- Comment #11 from John Jerome Romero influxWishdream@gmail.com --- (In reply to Fabian Maurer from comment #10)
Sorry, I figured it out, seems like my mesa install was buggy.
It works with the current stable mesa like it should, so this is most likely not a wine issue. Seems like the current mesa-git is broken. With mesa-git the earlier mentioned partial render issue occurs, and software-rendering freezes the game. With 12.0.2 both works.
However, the "Memory access violation" problem with vanilla wine remains even with stable mesa.
The MAV problem occurs to me as well outside of POL. If you install dx10 and above, it also causes this on POL. Not so sure why.
LIBGL_ALWAYS_SOFTWARE=1 did not work and outside POL sends me into a Memory Access Violation.
It's possible this might be a driver problem. I'm gonna switch out my non-free driver to the free one and see if it solves this.
https://bugs.winehq.org/show_bug.cgi?id=41307
--- Comment #12 from John Jerome Romero influxWishdream@gmail.com --- (In reply to John Jerome Romero from comment #11)
The MAV problem occurs to me as well outside of POL. If you install dx10 and above, it also causes this on POL. Not so sure why.
LIBGL_ALWAYS_SOFTWARE=1 did not work and outside POL sends me into a Memory Access Violation.
It's possible this might be a driver problem. I'm gonna switch out my non-free driver to the free one and see if it solves this.
Okay, after a bit of testing, I'm now experiencing the same problem as Fabian. Partial render glitch and all.
Some glxinfo: OpenGL vendor string: X.Org OpenGL renderer string: Gallium 0.4 on AMD ARUBA (DRM 2.43.0 / 4.4.20-1-MANJARO, LLVM 3.8.1) OpenGL core profile version string: 4.1 (Core Profile) Mesa 12.0.2 OpenGL core profile shading language version string: 4.10
Pretty sure this isn't a wine issue anymore but it's more of it being gfxcard selective.
https://bugs.winehq.org/show_bug.cgi?id=41307
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #13 from joaopa jeremielapuree@yahoo.fr --- Does the bug still occur with wine-4.9?
https://bugs.winehq.org/show_bug.cgi?id=41307
--- Comment #14 from John Jerome Romero influxWishdream@gmail.com --- (In reply to joaopa from comment #13)
Does the bug still occur with wine-4.9?
It still does happen sadly. I just tested recently. At least the MAV, I could not get it to run normally since then.
https://bugs.winehq.org/show_bug.cgi?id=41307
--- Comment #15 from joaopa jeremielapuree@yahoo.fr --- Does the bug still occur with wine-5.14?
https://bugs.winehq.org/show_bug.cgi?id=41307
--- Comment #16 from John Jerome Romero influxWishdream@gmail.com --- (In reply to joaopa from comment #15)
Does the bug still occur with wine-5.14?
I can't check if it freezes the screen as I still got a "Memory access violation" error on a fresh prefix of wine-5.14.
I am not sure what it is causing this.