[Bug 29872] New: Guild Wars: Character graphic is corrupted
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(a)winehq.org ReportedBy: sworddragon2(a)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. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=29872 --- Comment #1 from sworddragon2(a)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) -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=29872 Luke Bratch <l_bratch(a)yahoo.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |l_bratch(a)yahoo.co.uk -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=29872 --- Comment #2 from chemacg(a)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 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=29872 --- Comment #3 from sworddragon2(a)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? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=29872 --- Comment #4 from chemacg(a)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 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=29872 chemacg(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |chemacg(a)gmail.com --- Comment #5 from chemacg(a)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? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=29872 jonthan-vola(a)hotmail.com <jonathan-vola_tester(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jonathan-vola_tester(a)hotmai | |l.com --- Comment #6 from jonthan-vola(a)hotmail.com <jonathan-vola_tester(a)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 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=29872 voidcastr <voidcastr(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |voidcastr(a)gmail.com --- Comment #7 from voidcastr <voidcastr(a)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 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=29872 Forest <winehq(a)tibit.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |winehq(a)tibit.com --- Comment #8 from Forest <winehq(a)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. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=29872 --- Comment #9 from Forest <winehq(a)tibit.com> 2012-11-02 17:58:32 CDT --- Wine 1.5.16 nVidia driver 304.60 or 310.14 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=29872 --- Comment #10 from chemacg(a)gmail.com 2013-06-17 06:14:41 CDT --- Any news on this? Still present in 1.5.31 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=29872 --- Comment #11 from chemacg(a)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. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=29872 Rodmar <rodriguemarch(a)sfr.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rodriguemarch(a)sfr.fr --- Comment #12 from Rodmar <rodriguemarch(a)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 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=29872 --- Comment #13 from Rodmar <rodriguemarch(a)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 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=29872 --- Comment #14 from Rodmar <rodriguemarch(a)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 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=29872 --- Comment #15 from Rodmar <rodriguemarch(a)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 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=29872 --- Comment #16 from Rodmar <rodriguemarch(a)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 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=29872 --- Comment #17 from Rodmar <rodriguemarch(a)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 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=29872 --- Comment #18 from Rodmar <rodriguemarch(a)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 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=29872 --- Comment #19 from Rodmar <rodriguemarch(a)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 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=29872 --- Comment #20 from Rodmar <rodriguemarch(a)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 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=29872 --- Comment #21 from Rodmar <rodriguemarch(a)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 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=29872 --- Comment #22 from Rodmar <rodriguemarch(a)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 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=29872 --- Comment #23 from Rodmar <rodriguemarch(a)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 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=29872 --- Comment #24 from Rodmar <rodriguemarch(a)sfr.fr> 2013-09-26 20:17:21 CDT --- Created attachment 46103 --> http://bugs.winehq.org/attachment.cgi?id=46103 Case of the aquabreather -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=29872 --- Comment #25 from Rodmar <rodriguemarch(a)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 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=29872 --- Comment #26 from Forest <winehq(a)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/ -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=29872 --- Comment #27 from chemacg(a)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 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=29872 André H. <nerv(a)dawncrow.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW CC| |nerv(a)dawncrow.de Ever confirmed|0 |1 --- Comment #28 from André H. <nerv(a)dawncrow.de> --- confirmed by different users -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=29872 Julian Rüger <jr98(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jr98(a)gmx.net -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=29872 --- Comment #29 from chemacg(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=29872 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sheldonl(a)gmail.com --- Comment #30 from Anastasius Focht <focht(a)gmx.net> --- *** Bug 14433 has been marked as a duplicate of this bug. *** -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=29872 --- Comment #31 from Anastasius Focht <focht(a)gmx.net> --- *** Bug 29118 has been marked as a duplicate of this bug. *** -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=29872 klemensbaum(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |klemensbaum(a)gmail.com --- Comment #32 from klemensbaum(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=29872 --- Comment #33 from klemensbaum(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=29872 Fincer <fincer89(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fincer89(a)hotmail.com -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=29872 Aaron Opfer <me(a)aaronopfer.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |me(a)aaronopfer.com --- Comment #34 from Aaron Opfer <me(a)aaronopfer.com> --- Hello, This issue still exists in wine 2.0.3. I have not tried the patch provided by klemensbaum(a)gmail.com. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=29872 Michal Suchanek <hramrach(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |hramrach(a)gmail.com --- Comment #35 from Michal Suchanek <hramrach(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=29872 --- Comment #36 from Michal Suchanek <hramrach(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=29872 J V <jnvsor(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jnvsor(a)gmail.com --- Comment #37 from J V <jnvsor(a)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) -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=29872 Matteo Bruni <matteo.mystral(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |directx-d3d Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #38 from Matteo Bruni <matteo.mystral(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=29872 Alexandre Julliard <julliard(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #39 from Alexandre Julliard <julliard(a)winehq.org> --- Closing bugs fixed in 3.14. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
participants (1)
-
wine-bugs＠winehq.org