http://bugs.winehq.org/show_bug.cgi?id=25325
Summary: Titan quest: missing models on with fglrx >= 10.10 (mobility radeon hd 5730) Product: Wine Version: 1.3.8 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx9 AssignedTo: wine-bugs@winehq.org ReportedBy: rechapita@hotmail.com CC: wine-bugs@winehq.org
some models are missing from the screen, particulary character models, while using wine versions 1.2 to 1.3.8 and fglrx >= 10.10 (screenshot:http://img574.imageshack.us/img574/7813/tquest.jpg) reverting to fglrx 10.9 solves this problem
don't know if its a wine or fglrx issue
http://bugs.winehq.org/show_bug.cgi?id=25325
--- Comment #1 from Martín Perazzo rechapita@hotmail.com 2010-11-27 15:16:58 CST --- link to demo:http://www.gamershell.com/download_13703.shtml
http://bugs.winehq.org/show_bug.cgi?id=25325
--- Comment #2 from Martín Perazzo rechapita@hotmail.com 2010-12-15 18:25:02 CST --- seems you can workarround this bug by disabling glsl
http://bugs.winehq.org/show_bug.cgi?id=25325
Gregory gregory.hainaut@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gregory.hainaut@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=25325
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download Status|UNCONFIRMED |NEW URL| |http://www.gamershell.com/d | |ownload_13703.shtml Summary|Titan quest: missing models |Titan quest: missing models |on with fglrx >= 10.10 | |(mobility radeon hd 5730) | Ever Confirmed|0 |1
--- Comment #3 from Austin English austinenglish@gmail.com 2011-05-03 14:14:49 CDT --- I see the same on an nvidia gtx 480 / 270.41.03 drivers / wine-1.3.19-100-ga343c1f. Disabling glsl allows the character to show.
http://bugs.winehq.org/show_bug.cgi?id=25325
--- Comment #4 from Austin English austinenglish@gmail.com 2011-05-03 14:15:41 CDT --- Created an attachment (id=34461) --> (http://bugs.winehq.org/attachment.cgi?id=34461) screenshot
Ignore the white boxes. On the left, a character should appear.
http://bugs.winehq.org/show_bug.cgi?id=25325
Brian Vuyk brian@brianvuyk.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |brian@brianvuyk.com
--- Comment #5 from Brian Vuyk brian@brianvuyk.com 2011-10-27 14:31:56 CDT --- Happens to me as well with a Geforce 250GTS and the 260.19.06-0ubuntu1 drivers.
Disabling glsl seems to work some times; seems to work intermittently with glsl off. I mean, it seems to work for a week just fine, then reappear for a week. All tested on a clean wineprefix with only Steam and TQ:IT, and winetricks so I can turn glsl off easily.
Since it happens to me reliably, any debug data I can provide?
http://bugs.winehq.org/show_bug.cgi?id=25325
Plague 4plague@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |4plague@gmail.com
--- Comment #6 from Plague 4plague@gmail.com 2012-01-25 20:12:36 CST --- Seems to work for most times, but sometimes I have to run the game 5 times until it finally shows models. Tried with fbo, pbo and pbuffer mode.
http://bugs.winehq.org/show_bug.cgi?id=25325
Rico kgbricola@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|directx-d3dx9 |directx-d3d
--- Comment #7 from Rico kgbricola@web.de 2012-08-27 15:16:57 CDT --- Is this still an issue?
http://bugs.winehq.org/show_bug.cgi?id=25325
--- Comment #8 from Plague 4plague@gmail.com 2012-09-05 15:51:26 CDT --- (In reply to comment #7)
Is this still an issue?
Yes, I have to start the game few times to get the whole character model shown in the character selection screen. Not all parts of the body are missing. After few tries everything works and is visible for the rest of the play.
http://bugs.winehq.org/show_bug.cgi?id=25325
Alexander Karatarakis danimothonline@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |danimothonline@gmail.com
--- Comment #9 from Alexander Karatarakis danimothonline@gmail.com 2013-03-17 12:20:58 CDT --- Still an issue in 1.5.26. Plague's description in the above post is accurate.
http://bugs.winehq.org/show_bug.cgi?id=25325
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #10 from joaopa jeremielapuree@yahoo.fr 2013-09-11 00:15:52 CDT --- Still present in wine-1.7.1
http://bugs.winehq.org/show_bug.cgi?id=25325
Nicky nheart@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |nheart@gmail.com
--- Comment #11 from Nicky nheart@gmail.com 2013-10-01 12:13:00 CDT --- Wine 1.7.2 here.
With GeForce GTX 765M I can't get models drawn no matter what. If I go ingame and change details from high to low/medium I get the models of the nearby characters drawn (mostly), but when I enter new area, I have to do the same and old models disappear. GLSL enabled or disabled doesn't make a difference.
However with the Intel integrated GPU (Running Haswell 4900MQ), everything is drawn correctly (provided the adaptor doesn't run out of memory.)
Seems to be a driver problem combined with how the game renders?
http://bugs.winehq.org/show_bug.cgi?id=25325
Jen garputhefork@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |garputhefork@gmail.com
--- Comment #12 from Jen garputhefork@gmail.com --- For what it's worth, I'm having this problem (wine 1.7.17) more often than I was a year ago. It'll eventually load the character textures, but I'll have to exit, then reload the game 2-3 times.
http://bugs.winehq.org/show_bug.cgi?id=25325
--- Comment #13 from Nicky nheart@gmail.com --- I can positively say this is the same bug as bug #34052 It only occurs for users running on nvidia hardware with proprietary drivers (not sure about open source ones.)
If running without bumblebee (Only nvidia video card, or using nvidia prime, or DP output wired directly to the nvidia card running on a separate xorg server) it is possible to get all textures in every other run of the game.
If running with optirun/primus you can't get textures no matter how many times you restart the game.
If running on intel gfx you can all textures no problem.
So bug is with nvidia/nvidia+wine and is being exposed much more through the use of bumblebee
http://bugs.winehq.org/show_bug.cgi?id=25325
--- Comment #14 from Jen garputhefork@gmail.com --- Would agree, but in my case I'm not using optirun or bumblebee. No intel on my computer.
http://bugs.winehq.org/show_bug.cgi?id=25325
--- Comment #15 from Nicky nheart@gmail.com --- (In reply to Jen from comment #14)
Would agree, but in my case I'm not using optirun or bumblebee. No intel on my computer.
In that case you should be getting textures every other run or so. (Still a problem in nvidia drivers/wine integration but it is made much worse by bumblebee)
https://bugs.winehq.org/show_bug.cgi?id=25325
--- Comment #16 from Ken Sharp imwellcushtymelike@gmail.com --- Is this still an issue in Wine 1.7.46 or later? Is this definitely a duplicate as stated above?
https://bugs.winehq.org/show_bug.cgi?id=25325
--- Comment #17 from Alexander Karatarakis danimothonline@gmail.com --- It works for me with nvidia proprietary drivers. Tried it many times, and it started with the models properly shown every time.
https://bugs.winehq.org/show_bug.cgi?id=25325
--- Comment #18 from Plague 4plague@gmail.com --- Tested with 1.7.46 and the problem is still there. Also tried a clean WINEPREFIX. Proprietary nvidia, 32b Gentoo.
https://bugs.winehq.org/show_bug.cgi?id=25325
Andrew Pam xanni@glasswings.com.au changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |xanni@glasswings.com.au
--- Comment #19 from Andrew Pam xanni@glasswings.com.au --- The higher the resolution, the more likely the problem will manifest, but it can happen at any resolution.
https://bugs.winehq.org/show_bug.cgi?id=25325
xgamer25125@yahoo.gr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |xgamer25125@yahoo.gr
--- Comment #20 from xgamer25125@yahoo.gr --- Wine 1.9.4 seems to fix this almost always. character models are ok if you use the original game's exe (not IT expansion) and tinker a bit with Details level as there may be some artifacts.
https://bugs.winehq.org/show_bug.cgi?id=25325
--- Comment #21 from xgamer25125@yahoo.gr --- Addendum, wine 1.9.3 makes models appear ok in full high graphics, 1680x1050 resolution AND in the immortal expansion too.
https://bugs.winehq.org/show_bug.cgi?id=25325
Gordan Bobic gordan@bobich.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gordan@bobich.net
--- Comment #22 from Gordan Bobic gordan@bobich.net --- Still happening on WINE 1.9.12. With high detail textures cannot get the character to render at all. With low detail the character's right leg is missing, and the NPCs don't render in the game either.
https://bugs.winehq.org/show_bug.cgi?id=25325
fjfrackiewicz@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |fjfrackiewicz@gmail.com
--- Comment #23 from fjfrackiewicz@gmail.com --- (In reply to Gordan Bobic from comment #22)
Still happening on WINE 1.9.12. With high detail textures cannot get the character to render at all. With low detail the character's right leg is missing, and the NPCs don't render in the game either.
Can you run the game for a bit and get the terminal output? Perhaps this is a shader issue but it's difficult to tell without any terminal output :)
https://bugs.winehq.org/show_bug.cgi?id=25325
--- Comment #24 from Gordan Bobic gordan@bobich.net --- I'll see what I can do to gather some logs. In the meantime, the symptoms of this seem very similar to: https://bugs.winehq.org/show_bug.cgi?id=38541
Specifically, in that in both cases there are textures/models missing and that the bug manifests with Nvidia GPUs but not with Intel GPUs.
https://bugs.winehq.org/show_bug.cgi?id=25325
--- Comment #25 from fjfrackiewicz@gmail.com --- Grim Dawn has or had a similar problem where the player character and NPC textures would be invisible.
https://appdb.winehq.org/objectManager.php?sClass=version&iId=29162&...
One solution was to go into Nvidia settings and do the following:
to NOT get invisible textures, in a terminal type: nvidia-xconfig nvidia-settings
Navigate to OpenGL Settings and UNCHECK "Allow Flipping" Navigate to PowerMizer, change Preferred Mode to "Prefer Maximum Performance" Navigate to nvidia-settings Configuration, click Save Current Configuration>Save Then quit nvidia settings.
Since different games can require different startup uptions for wine, What I did was created a folder inside my steam folder labeled "game-launchers". and put game launcher scripts in there. Here is my steam start script for Grim Dawn: #!/bin/sh
export WINEPREFIX=~/.grim_dawn #COMMENT IF THE GAME IS FAILING TO LAUNCH export WINEDEBUG=-all
# UNCOMMENT THESE LINES IF YOU USE NVIDIA DRIVERS export LD_PRELOAD="libpthread.so.0 libGL.so.1" export __GL_THREADED_OPTIMISATIONS=1 export __GL_SYNC_TO_VBLANK=1 export __GL_YIELD="NOTHING"
Does any of that help with Titan Quest?
https://bugs.winehq.org/show_bug.cgi?id=25325
--- Comment #26 from Aexander kq3thih@mailnesia.com --- According to bug 34052, comment 76 setting HKCU/Software/Wine/Direct3D/CheckFloatConstants to enabled should fix this.
https://bugs.winehq.org/show_bug.cgi?id=25325
--- Comment #27 from Nicky nheart@gmail.com --- Fixed, i'm playing the game the registry entry to check floatConstants works.
https://bugs.winehq.org/show_bug.cgi?id=25325
--- Comment #28 from Nicky nheart@gmail.com --- Fixed, i'm playing the game the registry entry to check floatConstants works.
https://bugs.winehq.org/show_bug.cgi?id=25325
winetest@luukku.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winetest@luukku.com
--- Comment #29 from winetest@luukku.com --- So this bug is fixed with the registery hack? Then this is a duplicate of that bug and should be closed as so.
https://bugs.winehq.org/show_bug.cgi?id=25325
--- Comment #30 from Gordan Bobic gordan@bobich.net --- I can confirm that https://bugs.winehq.org/show_bug.cgi?id=34052#c76 seems to fix the problem for me (PlayOnLinux, Wine 1.19.20)
However - that bug is listed as fixed in 1.19.11, which presumably means that this extra registry entry should no longer be required - yet it quite clearly is. So while this may be a duplicate of the old bug, the old bug was closed as fixed when it wasn't actually fixed.
So the bug is still present, and the registry entry workaround is still required.
https://bugs.winehq.org/show_bug.cgi?id=25325
winetest@luukku.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |00cpxxx@gmail.com, | |dimesio@earthlink.net
--- Comment #31 from winetest@luukku.com --- (In reply to Gordan Bobic from comment #30)
I can confirm that https://bugs.winehq.org/show_bug.cgi?id=34052#c76 seems to fix the problem for me (PlayOnLinux, Wine 1.19.20)
However - that bug is listed as fixed in 1.19.11, which presumably means that this extra registry entry should no longer be required - yet it quite clearly is. So while this may be a duplicate of the old bug, the old bug was closed as fixed when it wasn't actually fixed.
So the bug is still present, and the registry entry workaround is still required.
The registery key is still needed even the bug is marked fixed.
https://wiki.winehq.org/Useful_Registry_Keys
| +->CheckFloatConstants | | [Range check float constants in d3d9 shaders. Use this to workaround | | application bugs like https://bugs.winehq.org/show_bug.cgi?id=34052, | | usually resulting in geometry glitches. Enabling this has a small performance | | impact, default is disabled.]
According to your own words this bug is duplicate.
https://bugs.winehq.org/show_bug.cgi?id=25325
--- Comment #32 from Gordan Bobic gordan@bobich.net --- This is a much older bug than the duplicate listed. However, I disagree that it is fixed until this setting is made the default and the registry key is instead needed to instate the old behaviour.
Unless this key is known to outright break something else, it should be the default because it's absence clearly breaks some applications.
https://bugs.winehq.org/show_bug.cgi?id=25325
Matteo Bruni matteo.mystral@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |DUPLICATE Status|NEW |RESOLVED
--- Comment #33 from Matteo Bruni matteo.mystral@gmail.com --- (In reply to Gordan Bobic from comment #32)
This is a much older bug than the duplicate listed. However, I disagree that it is fixed until this setting is made the default and the registry key is instead needed to instate the old behaviour.
Unless this key is known to outright break something else, it should be the default because it's absence clearly breaks some applications.
I don't think we're ever going to flip the default. What the registry key really does is to enable a workaround for a game bug, which by chance doesn't cause issues on Windows (or on Linux, with other drivers). The workaround, in theory, also has a performance impact.
FWIW, I don't necessarily disagree with you about bug 34052 FIXED resolution. I'm not sure what the correct status should be, though (I don't care too much about it either).
*** This bug has been marked as a duplicate of bug 34052 ***
https://bugs.winehq.org/show_bug.cgi?id=25325
--- Comment #34 from Gordan Bobic gordan@bobich.net --- WINE is supposed to provide compatibility with Windows. If a bug doesn't manifest on Windows but manifests on WINE, then the setting that makes the bug also not manifest on WINE surely needs to be the default in order to not needlessly break compatibility.
https://bugs.winehq.org/show_bug.cgi?id=25325
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #35 from Austin English austinenglish@gmail.com --- (In reply to Gordan Bobic from comment #34)
WINE is supposed to provide compatibility with Windows. If a bug doesn't manifest on Windows but manifests on WINE, then the setting that makes the bug also not manifest on WINE surely needs to be the default in order to not needlessly break compatibility.
That would also introduce bugs for a wider range of applications, by causing a performance impact. It's a tradeoff.