http://bugs.winehq.org/show_bug.cgi?id=29872
Bug #: 29872 Summary: Guild Wars: Character graphic is corrupted Product: Wine Version: 1.4-rc2 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: sworddragon2@aol.com Classification: Unclassified
Created attachment 38825 --> http://bugs.winehq.org/attachment.cgi?id=38825 Heavily corrupted graphic (zoomed out)
Rarely the graphic of my cracter looks a little shiny. I have seen this often after my group died in an area and I was resurrected at a shrine. If I zoom more out it looks more weird. If I zoom in it looks 99% normal (there are only small orange stripes (for example at the site of the nose of my helmet)). The 2 screenshots in the attachments show this. I'm using a GeForce 8600 GT with the NVIDIA driver 280.13.
http://bugs.winehq.org/show_bug.cgi?id=29872
--- Comment #1 from sworddragon2@aol.com 2012-02-12 12:16:13 CST --- Created attachment 38826 --> http://bugs.winehq.org/attachment.cgi?id=38826 Minor corrupted graphic (zoomed in)
http://bugs.winehq.org/show_bug.cgi?id=29872
Luke Bratch l_bratch@yahoo.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |l_bratch@yahoo.co.uk
http://bugs.winehq.org/show_bug.cgi?id=29872
--- Comment #2 from chemacg@gmail.com 2012-09-11 05:53:58 CDT --- Created attachment 41646 --> http://bugs.winehq.org/attachment.cgi?id=41646 Graphics corrupted 1
This is really annoying, here are some more examples that i'm seeing
http://bugs.winehq.org/show_bug.cgi?id=29872
--- Comment #3 from sworddragon2@aol.com 2012-09-11 05:57:57 CDT --- Are you sure that your problem from Guild Wars 2 is the same as this one from Guild Wars 1?
http://bugs.winehq.org/show_bug.cgi?id=29872
--- Comment #4 from chemacg@gmail.com 2012-09-11 05:58:33 CDT --- Created attachment 41647 --> http://bugs.winehq.org/attachment.cgi?id=41647 Graphics corrupted 2
This one is quite obvios.
I've look into the command line, but i don't see anything, well i do see this message repeated:
fixme:d3d:resource_check_usage Unhandled usage flags 0x8
but nothing more and it shows from the beginning of the game, even before the character creation
http://bugs.winehq.org/show_bug.cgi?id=29872
chemacg@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |chemacg@gmail.com
--- Comment #5 from chemacg@gmail.com 2012-09-11 06:02:20 CDT --- (In reply to comment #3)
Are you sure that your problem from Guild Wars 2 is the same as this one from Guild Wars 1?
well, i was on the GW2 page of wineappDB, and saw this bug there, if this is not realted to GW2 but to GW then it souldn't be there.
Do i create a new bug for GW2?
http://bugs.winehq.org/show_bug.cgi?id=29872
jonthan-vola@hotmail.com jonathan-vola_tester@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jonathan-vola_tester@hotmai | |l.com
--- Comment #6 from jonthan-vola@hotmail.com jonathan-vola_tester@hotmail.com 2012-09-17 18:35:58 CDT --- This is a GW2 related bug (A remnant of the GW1 engine)
I added it to the bug page but haven't been able to access the bugzilla for a while.
To confirm this is related to GW2, switch to town clothes, then zoom in and out, you will see the model, shaders, textures etc realign just as they do in GW1.
A video I made with some more details: http://www.youtube.com/watch?v=7joFPC_WgNI#t=203s
http://bugs.winehq.org/show_bug.cgi?id=29872
voidcastr voidcastr@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |voidcastr@gmail.com
--- Comment #7 from voidcastr voidcastr@gmail.com 2012-10-01 03:36:03 CDT --- I can confirm this. Swapping helmets in GW2 (or toggling them to be displayed) causes the bug for me.
wine 1.5.14, GF 260 GTX, driver v304.51, Core i5-2500K, Ubuntu 12.04 x64, kernel 3.2.0-31, running the game w/ -dx9single
http://bugs.winehq.org/show_bug.cgi?id=29872
Forest winehq@tibit.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winehq@tibit.com
--- Comment #8 from Forest winehq@tibit.com 2012-11-02 17:56:56 CDT --- This happens to me every time I switch between town clothes and armor in Guild Wars 2, and occasionally at other times. It looks worst when zoomed out.
http://bugs.winehq.org/show_bug.cgi?id=29872
--- Comment #9 from Forest winehq@tibit.com 2012-11-02 17:58:32 CDT --- Wine 1.5.16 nVidia driver 304.60 or 310.14
http://bugs.winehq.org/show_bug.cgi?id=29872
--- Comment #10 from chemacg@gmail.com 2013-06-17 06:14:41 CDT --- Any news on this?
Still present in 1.5.31
http://bugs.winehq.org/show_bug.cgi?id=29872
--- Comment #11 from chemacg@gmail.com 2013-08-08 02:28:54 CDT --- Reported in 2012-02-12 and this is still unconfirmed? it keeps happening in version 1.7.0
It hurts the eye and playability (in pvp/wvw color is used to differentiate teams) in a game so graphics focused.
http://bugs.winehq.org/show_bug.cgi?id=29872
Rodmar rodriguemarch@sfr.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |rodriguemarch@sfr.fr
--- Comment #12 from Rodmar rodriguemarch@sfr.fr 2013-09-26 19:46:43 CDT --- v1.5.31 Driver: fglrx
The same character-related graphic bug is still present, maybe the attached screenshots already provided were not enough, because they are only good/bad examples.
I'll try to illustrate the annoyance the best I can with screenshots. It looks like somehow, the textures are not updated in times when some models are changed. It affects only models worn by the hero character, i.e. armor pieces (townwear included) in-game, and hair/tatoos/skin effects during the character creation where you can change them (as well as the armor pieces). Tints and colors are affected the same way (changing a tint on a tintable armor piece is like changing of model, except that the model is the same, while the new texture (color) is not updated.
Screenshot 0: how the Hero (character) window is displayed when it has just been opened -> OK Screenshot 1: hat (head gear) display was just unchecked (it would be the same if another armor piece had been equipped) -> corruption Screenshot 2: Hero window was closed then re-opened (with hat display unchecked or new hat equipped) -> OK (in this example, the model is the same as in shot 2, but this time, the black hair texture is correctly applied). Screenshot 3: hat display was just re-checked (or original armor piece re-equipped) -> corruption (the black hair texture is applied on the hat model; a pixelized texture is applied where former model didn't have one.) Screenshot 4: same as 3, plus Preview window for another head-gear (the preview system opens a new window where the character is displayed with the selected armor piece/weapon replacing one slot of equipment, or on a naked character if the item is not usable by the profession) -> OK Screenshot 5: the same as 4, with a second armor piece (pants) added to the preview, without having closed the Preview window. Had I closed the Preview window, I wouldn't have simultaneous preview of more than one item. -> corruption Screenshot 6: the Preview window as it should be for the new item (pants)(was closed before a new preview was ordered) ; also, the correct hat texture is shown (because it is already equipped) -> OK Screenshot 7: equipped hat with another head gear in the inventory (a mask, so only the hair cut model is visible here) previewed after a weapon was previewed (the colors have been changed before to be more readable: green and yellow) -> corruption. The weapons are never corrupted on equipping/switching/previewing, but a weapon preview triggers corruption for any subsequent armor piece preview in the same Preview window (as would do any armor piece previewed at first). Screenshot 8: same as 7 with another head gear model (a cowl). In both screenshots one easily spots the yellow feather texture applied on the new models. Screenshot 9: the Hero window is not updated when you change the tint of an armor piece (hat): here, the bright (green) texture si still there. Screenshot 10: after closing and re-opening the window, texture is updated, but one can see in-game (on the left) that there is still a greenish hue at max zoom (the camera is not artificially near the head because of a collision problem for example). I spare you the screenshot in the zoom-out situation: the hat returns green... Screenshot 11: an interesting one: what if you replace the texture twice? Here, the hat colors have been changed while at the surface (from green/gold to gray/black) AND then, the character dived into a pool: the model change is correct (from hat to aquabreather) and when you are very near, the new texture (aqua breather) is quite updated but the hair is still having the hat texture, and this texture is the old one (green) not the new one. Screenshot 12: after disconnection and reconnection: the texture (hair and mask) are correct whatever the distance of the POW is.
There is no zoom feature in those windows, but during character creation, and in game, you can zoom in and out. Previous reports were correct: equip a new armor piece or re-color it, then if you zoom out in game, you get the right (new) model, but the wrong (old) texture/color. Zoom in and it gets better (a mix of old and new textures). If you can zoom in very close (you seldom can, because it occurs when the character is stuck in the scenery, when you are so close that you can see occular globes (...)), then the new textures are correctly displayed. A good example is with the aquatic breather that is de facto a new model when you go into a water pool : corrupted (and pixellized) until the camera gets "struck" into seaweed and gets very close to the hero's face.
Temporary workarounds, as already reported here, are a kind of reloading (of a texture map?): - during character selection: you have to go back to race selection, and then return forth where you left; it's tedious but it works, only because the choices (hair, tatoos, mask/googles, head model) are memorized! - when viewing equipment (Hero window, Preview window): close and re-open those windows. This implies that you can't have a preview of multiple items, such as a full armor set, rendering the Preview window a feature far less valuable. - in-game, when you have change a piece of armor/mask/aquabreather: return to Character selection window (the step before full disconnection) and reselect the same character, change map : travel, enter a private instance, etc.
Is the problem related to mipmaps? Tell me if you want other screenshot
http://bugs.winehq.org/show_bug.cgi?id=29872
--- Comment #13 from Rodmar rodriguemarch@sfr.fr 2013-09-26 19:50:09 CDT --- Created attachment 46092 --> http://bugs.winehq.org/attachment.cgi?id=46092 Hero window just opened: hat is OK
http://bugs.winehq.org/show_bug.cgi?id=29872
--- Comment #14 from Rodmar rodriguemarch@sfr.fr 2013-09-26 19:51:59 CDT --- Created attachment 46093 --> http://bugs.winehq.org/attachment.cgi?id=46093 Hat display just unchecked: model is correct (hair) but texture is corrupted
http://bugs.winehq.org/show_bug.cgi?id=29872
--- Comment #15 from Rodmar rodriguemarch@sfr.fr 2013-09-26 19:54:56 CDT --- Created attachment 46094 --> http://bugs.winehq.org/attachment.cgi?id=46094 Hero window closed and re-opened: texture OK again
http://bugs.winehq.org/show_bug.cgi?id=29872
--- Comment #16 from Rodmar rodriguemarch@sfr.fr 2013-09-26 19:57:21 CDT --- Created attachment 46095 --> http://bugs.winehq.org/attachment.cgi?id=46095 Hat display just checked again: hat model is OK but texture is corrupted
http://bugs.winehq.org/show_bug.cgi?id=29872
--- Comment #17 from Rodmar rodriguemarch@sfr.fr 2013-09-26 19:58:59 CDT --- Created attachment 46096 --> http://bugs.winehq.org/attachment.cgi?id=46096 The Preview window loads correctly the texture, for the first preview onlyfirst time
http://bugs.winehq.org/show_bug.cgi?id=29872
--- Comment #18 from Rodmar rodriguemarch@sfr.fr 2013-09-26 20:01:04 CDT --- Created attachment 46097 --> http://bugs.winehq.org/attachment.cgi?id=46097 A second item previewed in the same Preview window is always corrupted
http://bugs.winehq.org/show_bug.cgi?id=29872
--- Comment #19 from Rodmar rodriguemarch@sfr.fr 2013-09-26 20:02:38 CDT --- Created attachment 46098 --> http://bugs.winehq.org/attachment.cgi?id=46098 The second item's texture and model
http://bugs.winehq.org/show_bug.cgi?id=29872
--- Comment #20 from Rodmar rodriguemarch@sfr.fr 2013-09-26 20:04:43 CDT --- Created attachment 46099 --> http://bugs.winehq.org/attachment.cgi?id=46099 Previewing a weapon first has the same corrupting effect as an armor piece
http://bugs.winehq.org/show_bug.cgi?id=29872
--- Comment #21 from Rodmar rodriguemarch@sfr.fr 2013-09-26 20:08:19 CDT --- Created attachment 46100 --> http://bugs.winehq.org/attachment.cgi?id=46100 Another corrupted "second item" - Texture of equipped item is not updated
http://bugs.winehq.org/show_bug.cgi?id=29872
--- Comment #22 from Rodmar rodriguemarch@sfr.fr 2013-09-26 20:09:32 CDT --- Created attachment 46101 --> http://bugs.winehq.org/attachment.cgi?id=46101 Tints are not updated as well
http://bugs.winehq.org/show_bug.cgi?id=29872
--- Comment #23 from Rodmar rodriguemarch@sfr.fr 2013-09-26 20:11:51 CDT --- Created attachment 46102 --> http://bugs.winehq.org/attachment.cgi?id=46102 In-game, at very short distance, the texture looks updated
http://bugs.winehq.org/show_bug.cgi?id=29872
--- Comment #24 from Rodmar rodriguemarch@sfr.fr 2013-09-26 20:17:21 CDT --- Created attachment 46103 --> http://bugs.winehq.org/attachment.cgi?id=46103 Case of the aquabreather
http://bugs.winehq.org/show_bug.cgi?id=29872
--- Comment #25 from Rodmar rodriguemarch@sfr.fr 2013-09-26 20:18:40 CDT --- Created attachment 46104 --> http://bugs.winehq.org/attachment.cgi?id=46104 Disco/Reco solves the problem until next change in the equipment
http://bugs.winehq.org/show_bug.cgi?id=29872
--- Comment #26 from Forest winehq@tibit.com --- On my system, a 2014-01-09 snapshot of Stefan Dösinger's Command Stream development code seems to fix the problem. Can anyone confirm?
Here's Sefan's repository: https://github.com/stefand/wine/
Ubuntu users can install a snapshot of it using the latest build in my PPA: https://launchpad.net/~foresto/+archive/winepatched/
http://bugs.winehq.org/show_bug.cgi?id=29872
--- Comment #27 from chemacg@gmail.com --- Confirmed, this bug is fixed in stefan's repository, but i get such a massive loss in FPS with CSMT enabled that it's a step back for me U_U
http://bugs.winehq.org/show_bug.cgi?id=29872
André H. nerv@dawncrow.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW CC| |nerv@dawncrow.de Ever confirmed|0 |1
--- Comment #28 from André H. nerv@dawncrow.de --- confirmed by different users
http://bugs.winehq.org/show_bug.cgi?id=29872
Julian Rüger jr98@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jr98@gmx.net
http://bugs.winehq.org/show_bug.cgi?id=29872
--- Comment #29 from chemacg@gmail.com --- I have to take back my words about the performance loss, after using -dx9single with CSMT enabled the performance loss turned in a 50-100% performance gain ^^
So this issue and the poor performance is solved with stefan build.
http://bugs.winehq.org/show_bug.cgi?id=29872
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sheldonl@gmail.com
--- Comment #30 from Anastasius Focht focht@gmx.net --- *** Bug 14433 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=29872
--- Comment #31 from Anastasius Focht focht@gmx.net --- *** Bug 29118 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=29872
klemensbaum@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |klemensbaum@gmail.com
--- Comment #32 from klemensbaum@gmail.com --- This is still a problem.
When the game updates textures, wined3d does not seem to properly update the mipmaps. This causes everything to look corrupted when zoomed-out, and fade to the proper texture when zooming in closely.
https://bugs.winehq.org/show_bug.cgi?id=29872
--- Comment #33 from klemensbaum@gmail.com --- Created attachment 51340 --> https://bugs.winehq.org/attachment.cgi?id=51340 Enable mipmap autogeneration unconditionally
Uncommenting the check for the WINED3DUSAGE_AUTOGENMIPMAP flag in dlls/wined3d/texture.c so that mipmap autogeneration is unconditionally enabled makes the corruption disappear.
It would be interesting to know where the behavior differs from Direct3D, as the flags passed to CreateTexture do not include D3DUSAGE_AUTOGENMIPMAP.
https://bugs.winehq.org/show_bug.cgi?id=29872
Fincer fincer89@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |fincer89@hotmail.com
https://bugs.winehq.org/show_bug.cgi?id=29872
Aaron Opfer me@aaronopfer.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |me@aaronopfer.com
--- Comment #34 from Aaron Opfer me@aaronopfer.com --- Hello,
This issue still exists in wine 2.0.3. I have not tried the patch provided by klemensbaum@gmail.com.
https://bugs.winehq.org/show_bug.cgi?id=29872
Michal Suchanek hramrach@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |hramrach@gmail.com
--- Comment #35 from Michal Suchanek hramrach@gmail.com --- This seems to have improved in wine 3.0.
There are two parts of this bug
1) the PC texture is not loaded when location is changed
2) the PC texture is corrupted when zoomed out
wine 3.0 fixes (2) - most of the time the character texture is correct at all zoom levels whenever it is loaded fully. However, fully loading the texture almost never happens.
So with wine 3.0 and a few other recent versions the deal is like this:
- when you enter a new location or teleport (a loading screen is shown) 95% of the time your texture does not load properly and parts or all of your character is displayed as garbage. This happens for NPCs and PCs of other players as well but as they go out of sight and are displayed again they are eventually reloaded correctly. - when you change a piece of your PC (put on town clothes, change armor piece, show/hide helmet/swap weapons) the part of the character is reloaded and displayed properly - until next time you teleport. It may take a few (tens) of seconds initially to load the texture but once you do the swap it is scheduled and the correct texture eventually appears. Swapping between recently used looks is instanteous. - this does not happen in character selector, item preview, equipment view, etc. Loading the texture might take time there as well but it is never shown corrupted. This is probably because some additional effect is applied to the character in the world environment to reflect the surrounding light conditions.
Using amdgpu driver.
https://bugs.winehq.org/show_bug.cgi?id=29872
--- Comment #36 from Michal Suchanek hramrach@gmail.com --- And CSMT seems to fix (1) with Wine staging 2.21 and also seems to fix GW2 failing to load many locations at random, some more often than others. So correct rendering order is not an optional luxury but a requirement, unsurprisingly.
https://bugs.winehq.org/show_bug.cgi?id=29872
J V jnvsor@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jnvsor@gmail.com
--- Comment #37 from J V jnvsor@gmail.com --- This bug used to be reproduceable by simply changing equipment. It's been ages, but it seems to be fixed as of some time before 3.0. (Spent a month in game without seeing this any more)
https://bugs.winehq.org/show_bug.cgi?id=29872
Matteo Bruni matteo.mystral@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |directx-d3d Status|NEW |RESOLVED Resolution|--- |FIXED
--- Comment #38 from Matteo Bruni matteo.mystral@gmail.com --- I think we can close this bug. Feel free to leave a comment or open a new bug if you can still reproduce character corruption with an up-to-date Wine.
https://bugs.winehq.org/show_bug.cgi?id=29872
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #39 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 3.14.
-
wine-bugs＠winehq.org