http://bugs.winehq.org/show_bug.cgi?id=10406
Summary: Missing surface textures in Titan Quest game v.1.3 Product: Wine Version: 0.9.49. Platform: PC OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-directx-d3d AssignedTo: wine-bugs@winehq.org ReportedBy: juergenw_@web.de
Several surface textures are missing in this game, probably due to the below mentioned bug: wine err:d3d_surface:surface_prepare_system_memory Surface without memory or pbo has SFLAG_INSYSMEM set!
I have created a .jpg to visualize this bug.
The bug was not shown in the err log proir to wine version 0.9.49 but the surfaces were missing anyway.
My system: Athlon64 3800+ with kernel-2.6.23 / xorg-1.3 Geforce 7600GT with latest Nvidia driver version 100.14.23 2GB sys mem
http://bugs.winehq.org/show_bug.cgi?id=10406
--- Comment #1 from Juergen Wieczorek juergenw_@web.de 2007-11-11 05:57:47 --- Created an attachment (id=9094) --> (http://bugs.winehq.org/attachment.cgi?id=9094) Ttitan Quest missing textures
http://bugs.winehq.org/show_bug.cgi?id=10406
Christof Sigel TNVGetStuff@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #2 from Christof Sigel TNVGetStuff@hotmail.com 2008-03-20 20:58:31 --- *** This bug has been confirmed by popular vote. ***
http://bugs.winehq.org/show_bug.cgi?id=10406
Christof Sigel TNVGetStuff@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |TNVGetStuff@hotmail.com
--- Comment #3 from Christof Sigel TNVGetStuff@hotmail.com 2008-03-20 21:07:45 --- These textures load on low quality setting, and switching to medium or high after the missing textures have been seen shows the medium/high quality version. If you then move to another area with different textures, they are again missing and switching to low and back to high seems to load them, giving the same results. This is with wine-0.9.57-274-g5e463ac (git from a few days ago).
http://bugs.winehq.org/show_bug.cgi?id=10406
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #4 from joaopa jeremielapuree@yahoo.fr 2008-08-27 11:44:37 --- Does the bug still occur with the latest wine?
Joaopa
http://bugs.winehq.org/show_bug.cgi?id=10406
Forest Hale lordhavoc@ghdigital.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |lordhavoc@ghdigital.com
--- Comment #5 from Forest Hale lordhavoc@ghdigital.com 2008-10-22 18:50:24 --- Yes it still does. Confirmed on wine 1.1.5.
Basically the game comes up looking fine, but if you walk far enough from your starting location all the new art that the game tried to progressively load on demand comes up transparent, and you get this strange mipmap banding thing going on where the higher detail mipmaps are simply missing, so you see the ground below buildings when you approach them, and other such behavior (often rocky details look like shards of glass with half of each triangle missing).
This game stores a *LOT* of textures, easily many gigabytes, it's easy to see why it would attempt to use system memory.
This game has a very advanced rendering technique with all the modern features (per pixel lighting with soft shadowmapping, bumpmaps and specular, bloom and stream loading of massive textures), I liken it to being the Crysis of Diablo clones.
http://bugs.winehq.org/show_bug.cgi?id=10406
--- Comment #6 from Forest Hale lordhavoc@ghdigital.com 2008-10-22 19:28:38 --- Created an attachment (id=16806) --> (http://bugs.winehq.org/attachment.cgi?id=16806) Screenshot of missing texture mipmaps
Attached screenshot of higher quality mipmap loading problem affecting rocky models (similar problems appear on other static models).
http://bugs.winehq.org/show_bug.cgi?id=10406
--- Comment #7 from Forest Hale lordhavoc@ghdigital.com 2008-10-22 21:30:44 --- Created an attachment (id=16808) --> (http://bugs.winehq.org/attachment.cgi?id=16808) Screenshot of corrupted splatmap (terrain blending texture)
Attached a screenshot of corrupted splatmap (terrain blending texture) that occurs after moving quite far from starting location, I believe this is another instance of the same missing texture issue.
http://bugs.winehq.org/show_bug.cgi?id=10406
--- Comment #8 from Forest Hale lordhavoc@ghdigital.com 2008-10-22 22:38:12 --- I get warnings like this while playing the game, without turning on any WINEDEBUG options: fixme:d3d:IWineD3DDeviceImpl_UpdateSurface Updating part of a compressed texture is not supported at the moment fixme:d3d:IWineD3DDeviceImpl_UpdateSurface >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glTexSubImage2D @ device.c / 5980
Not sure if it's related.
I'd be happy to post logs of any WINEDEBUG options desired.
http://bugs.winehq.org/show_bug.cgi?id=10406
--- Comment #9 from Austin English austinenglish@gmail.com 2009-04-26 20:39:18 --- Is this still an issue in current (1.1.20 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=10406
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|jeremielapuree@yahoo.fr |
http://bugs.winehq.org/show_bug.cgi?id=10406
--- Comment #10 from Forest Hale lordhavoc@ghdigital.com 2009-04-27 20:24:34 --- Yes on current git. No apparent change visually.
I do not know if it is related to these warnings: fixme:d3d:IWineD3DDeviceImpl_UpdateSurface Updating part of a compressed texture is not supported at the moment fixme:d3d:IWineD3DDeviceImpl_UpdateSurface >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glTexSubImage2D @ device.c / 6372
The second warning occurs more often than the first, but most of the time it's one then the other happening continually while moving around in the game.
As far as I know the game uploads parts of textures as you move around.
http://bugs.winehq.org/show_bug.cgi?id=10406
--- Comment #11 from Wes Lange wes.lange@yahoo.com 2009-05-12 23:40:08 --- I have tried previous suggestions on the section for "Titan Quest: Immortal Throne". Mine works well as an Intel single core with minor issues similar to those reported by other participants. It appears I require an SH script for the purpose of applying modifications to the software on "textures" and "skins" of various 3D objects like the player character.
I use Ubuntu Jaunty 9.04 with an nVidia card and Wine 1.01. I simply use the following in a file set as executable:
cd "/home/INSERT_USER_NAME_HERE/.wine/dosdevices/c:/Program Files/THQ/Titan Quest Immortal Throne/" wine Tqit.exe
Likewise, the script from Forest Hale would also work appropriately for those desiring to add player-made modifications for others with single-core processors as long as the following portions DO NOT BECOME PART OF THE SCRIPT:
sleep 5 taskset -p 1 `pidof Tqit.exe`
With no modifications, Immortal Throne 1.30 appears to work correctly. "TQUpdater.EXE" in the Patch folder within the Immortal Throne folder will reset and erase modifications in the standard Titan Quest folder. This re-allows the icon created during the installation processes to work normally.
With the above comments, I have been able to get TQM files working.
http://bugs.winehq.org/show_bug.cgi?id=10406
--- Comment #12 from Forest Hale lordhavoc@ghdigital.com 2009-05-13 14:17:23 --- (In reply to comment #11)
Likewise, the script from Forest Hale would also work appropriately for those desiring to add player-made modifications for others with single-core processors as long as the following portions DO NOT BECOME PART OF THE SCRIPT:
sleep 5 taskset -p 1 `pidof Tqit.exe`
I did this to prevent crashes and graphical corruption which occur after a few minutes of play.
As far as I can tell the game actually restricts itself to one core on Windows (due to these same crashes) but the attempt fails on wine, hence this script.
With no modifications, Immortal Throne 1.30 appears to work correctly. "TQUpdater.EXE" in the Patch folder within the Immortal Throne folder will reset and erase modifications in the standard Titan Quest folder. This re-allows the icon created during the installation processes to work normally.
With the above comments, I have been able to get TQM files working.
Did you test thoroughly? The crashes and corruption take a few minutes to appear, and usually involve traveling far away from your starting location.
I am not familiar with TQUpdater.EXE, I currently have the game on Steam (where understandably such a thing would not be present), so I can't check this. (I used to have the retail game but gave it to a friend after purchasing it on Steam)
http://bugs.winehq.org/show_bug.cgi?id=10406
Wes Lange wes.lange@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |wes.lange@yahoo.com
--- Comment #13 from Wes Lange wes.lange@yahoo.com 2009-05-17 00:59:46 --- (In reply to comment #12)
(In reply to comment #11)
Likewise, the script from Forest Hale would also work appropriately for those desiring to add player-made modifications for others with single-core processors as long as the following portions DO NOT BECOME PART OF THE SCRIPT:
sleep 5 taskset -p 1 `pidof Tqit.exe`
I did this to prevent crashes and graphical corruption which occur after a few minutes of play.
As far as I can tell the game actually restricts itself to one core on Windows (due to these same crashes) but the attempt fails on wine, hence this script.
My system has a single core, but other problems occur regardless of its presence type. I was able to get certain parts to work well, yet others errors seemed unresolvable, which I identify as related to my nVidia video hardware. It is in my opinion that using the original suggested script is best as a default. The last two lines didn't appear to benefit my computer during game play.
With no modifications, Immortal Throne 1.30 appears to work correctly. "TQUpdater.EXE" in the Patch folder within the Immortal Throne folder will reset and erase modifications in the standard Titan Quest folder. This re-allows the icon created during the installation processes to work normally.
With the above comments, I have been able to get TQM files working.
Did you test thoroughly? The crashes and corruption take a few minutes to appear, and usually involve traveling far away from your starting location.
I am not familiar with TQUpdater.EXE, I currently have the game on Steam (where understandably such a thing would not be present), so I can't check this. (I used to have the retail game but gave it to a friend after purchasing it on Steam)
My version came from DVDs. I might have had extra complications because of that as well. I could play uninterrupted for a couple of hours, but loading scenes for some reason causes horrible crashing. I purchased my versions, but I used a NoDVD patch as well. I'm not sure if that also had to do with my problems.
For running with out disks, the Steam version seems the best in my opinion. I also attempted various fixes with registry edits for Direct3D, OpenGL, nVidia, and so on to no avail. It worked beautifully, but then died back to Linux on the player-made portals.
Anyways to resummarize, using the regular script suggested on the main page works for adding modifications.
http://bugs.winehq.org/show_bug.cgi?id=10406
--- Comment #14 from Wes Lange wes.lange@yahoo.com 2009-05-17 01:06:21 ---
I am not familiar with TQUpdater.EXE, I currently have the game on Steam (where understandably such a thing would not be present), so I can't check this.
TQUpdater.exe is just a function of the Immortal Throne software upgrade from disks to bring the original install of Titan Quest from disks up to date with Immortal Throne. As far as modifications to "skins" and "textures", many pull from the Titan Quest folder and not the Immortal Throne folder.
The TQUpdater.exe executable is just a thing of convenience. A simple reinstall will probably achieve the same effect over all.
http://bugs.winehq.org/show_bug.cgi?id=10406
--- Comment #15 from Forest Hale lordhavoc@ghdigital.com 2009-05-17 05:24:57 --- Be careful with any NoDVD patch, because TQ itself was famous for crashing randomly every 5-15 minutes if the protection was disabled in any way, it was never fully removed by any of the patches that were released; indeed, many of the user reviews on the web are from people using a NoDVD patch and reporting it as being crashy, without realizing it was entirely based of the NoDVD patch.
However Titan Quest v1.30 supposedly removed the protection.
The Immortal Throne expansion never had the protection in the first place and is the only one I test, so it may be far more stable than Titan Quest itself.
http://bugs.winehq.org/show_bug.cgi?id=10406
--- Comment #16 from Wes Lange wes.lange@yahoo.com 2009-05-17 12:50:19 --- (In reply to comment #15)
Be careful with any NoDVD patch, because TQ itself was famous for crashing randomly every 5-15 minutes if the protection was disabled in any way, it was never fully removed by any of the patches that were released; indeed, many of the user reviews on the web are from people using a NoDVD patch and reporting it as being crashy, without realizing it was entirely based of the NoDVD patch.
However Titan Quest v1.30 supposedly removed the protection.
The Immortal Throne expansion never had the protection in the first place and is the only one I test, so it may be far more stable than Titan Quest itself.
Thanks for the info. I discarded my installation of the software for now. I had crashing issues also under Windows XP even with completely different hardware. My systems usually never crash because of tweaks and such I put in, and of course, I don't need to tweak my version of Linux except for what I want on it.
I tested both ATI and nVidia graphics hardware for Linux on different occasions with TQ, though I only put my nVidia card through the rigors. I had mixed results with the NoDVD patches. I think the ATI card was more sensitive to it, but that was over a year past before I had the Immortal Throne software. Wine has also changed since. In contrast, I am of the opinion that ATI performs better for TQ.
I agree that the NoDVD patches seem touchy on Wine, but the results usually have larger benefits than Ḿ1©ʁ0$0ƒτ products in my perspective.
http://bugs.winehq.org/show_bug.cgi?id=10406
--- Comment #17 from Austin English austinenglish@gmail.com 2009-11-19 12:52:20 --- This is your friendly reminder that there has been no bug activity for 6 months. Is this still an issue in current (1.1.33 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=10406
--- Comment #18 from Forest Hale lordhavoc@ghdigital.com 2009-11-20 22:54:27 --- (In reply to comment #17)
This is your friendly reminder that there has been no bug activity for 6 months. Is this still an issue in current (1.1.33 or newer) wine?
Yes, no change.
These messages persist as well: fixme:d3d:IWineD3DDeviceImpl_UpdateSurface >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glTexSubImage2D @ device.c / 5523 fixme:d3d:IWineD3DDeviceImpl_UpdateSurface Updating part of a compressed texture is not supported. fixme:d3d:IWineD3DDeviceImpl_UpdateSurface >>>>>>>>>>>>>>>>> GL_INVALID_VALUE (0x501) from glTexSubImage2D @ device.c / 5523
http://bugs.winehq.org/show_bug.cgi?id=10406
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #19 from joaopa jeremielapuree@yahoo.fr 2010-03-30 14:42:12 --- Should be fixed in current git. can you give a try?
http://bugs.winehq.org/show_bug.cgi?id=10406
--- Comment #20 from Forest Hale lordhavoc@ghdigital.com 2010-04-02 18:41:28 --- Yes it is fixed.
The game runs great now actually (a few shader glitches left, but otherwise perfect), thanks.
http://bugs.winehq.org/show_bug.cgi?id=10406
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
--- Comment #21 from Dmitry Timoshkov dmitry@codeweavers.com 2010-04-05 04:08:58 --- Reported fixed.
http://bugs.winehq.org/show_bug.cgi?id=10406
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #22 from Alexandre Julliard julliard@winehq.org 2010-04-16 13:02:20 --- Closing bugs fixed in 1.1.43.