http://bugs.winehq.org/show_bug.cgi?id=32092
Bug #: 32092 Summary: Star Wars: The Old Republic - Game Crashes when Using Map Product: Wine Version: 1.5.1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: directx-d3d AssignedTo: wine-bugs@winehq.org ReportedBy: jmarszalek@gmail.com Classification: Unclassified
Game will crash when you are playing the game, and you move your mouse over a quest item on the map. Will cause UI to disappear, and game to hang. Have to kill process to get out of it. Running Wine1.5.1 (x32) with the SWTOR patch, as well as DirectX 9, 10, DirectInput, and MS C++ v9.0 on system. Thanks!
http://bugs.winehq.org/show_bug.cgi?id=32092
John Marszalek jmarszalek@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jmarszalek@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=32092
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|directx-d3d |-unknown Severity|critical |normal
--- Comment #1 from Austin English austinenglish@gmail.com 2012-10-29 15:16:57 CDT --- You should retest in 1.5.16. What SWTOR patch? Why are you using all those native dlls?
Lastly, we need terminal output/backtrace.
http://bugs.winehq.org/show_bug.cgi?id=32092
rawfox rawfox@freenet.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |rawfox@freenet.de
--- Comment #2 from rawfox rawfox@freenet.de 2012-11-04 17:25:13 CST --- (In reply to comment #1)
You should retest in 1.5.16. What SWTOR patch? Why are you using all those native dlls?
Lastly, we need terminal output/backtrace.
on the latest wine git source(s) daily grab:
The SWTOR patch in question is the user_shared_data patch, born out of this: http://appdb.winehq.org/objectManager.php?sClass=version&iId=26284&i...
SWTOR works from a fresh wineprefix and vc2008, just the launcher demands a sized Desktop (wine explorer /desktop=SW:TOR,1000x614 launcher.exe) to show up correctly. The native d3dx9 seems a need because else the renderer doesnt work, maybe due to its remote render nature ? /shrug.
Back to the POI-map bug.
Screenshot shows the crash sensitive points on the map and the minimap: http://i46.tinypic.com/j8dyx5.jpg
Screenshot shows the situation after a mouseover on the crash sensitive map points: http://i48.tinypic.com/oj42op.jpg
There is a ongoing fixme:spam about depht/stencil buffer locking not implemented, but when the mouseover crashes the game, the following line is printed:
fixme:dbghelp:elf_search_auxv can't find symbol in module
No futher time now for investigations, cheers ^^
http://bugs.winehq.org/show_bug.cgi?id=32092
--- Comment #3 from rawfox rawfox@freenet.de 2012-11-04 17:28:59 CST --- I forgot to explain the screenshots, sry. The POIs circled in green, do work on mous over. The POIs circled in red, do crash the game, ist only that one type of POI that crashes the game.
http://bugs.winehq.org/show_bug.cgi?id=32092
Horigo ludo.surfer@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ludo.surfer@gmail.com
--- Comment #4 from Horigo ludo.surfer@gmail.com 2012-11-05 11:57:05 CST --- Hello, I confirm the bug Exactly the same issue. I have a radeon so its not nvidia drivers related. How can i help ?
http://bugs.winehq.org/show_bug.cgi?id=32092
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #5 from joaopa jeremielapuree@yahoo.fr 2012-11-05 12:29:50 CST --- At least, a console output would be useful. If it is a regression, please perform a regression test: http://wiki.winehq.org/RegressionTesting
http://bugs.winehq.org/show_bug.cgi?id=32092
--- Comment #6 from Horigo ludo.surfer@gmail.com 2012-11-05 12:41:21 CST --- Well yesterday i had the bug and today i cant reproduce it because everything works !!! Dont understand.......... I will post a console output if i have the bug again.
http://bugs.winehq.org/show_bug.cgi?id=32092
--- Comment #7 from rawfox rawfox@freenet.de 2012-11-06 18:27:10 CST --- A search for this shows, we are not allone. https://www.google.de/search?q=elf_search_auxv+can%27t+find+symbol+in+module...
Its a wine related problem, so what exacly does this mean ?
elf_search_auxv can't find symbol in module
wasnt elf a binary standart for libraries ? and if the symbol isnt found, its either in another binary format or just not there due to version conflicts for example ?
Its a fixme:dbghelp elf_search_auxv can't find symbol in module
This problem still exists in the 1.5 on PTS.
http://bugs.winehq.org/show_bug.cgi?id=32092
feokrit@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |feokrit@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=32092
Patrick Rudolph patrick1804@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |patrick1804@web.de
--- Comment #8 from Patrick Rudolph patrick1804@web.de 2012-11-19 01:47:49 CST --- using +relay I found the last wined3d call goes to 0086:Call wined3d.wined3d_texture_create_2d(0019def0,00000020,00000020,00000001,00000200,00000000,00000000,15b11fd0,7e447eb8,15b11fd8) ret=7e437135
using +d3d_texture I found this: warn:d3d_texture:texture_init (0x63cfc850) : Texture cannot be created with a format of WINED3DFMT_UNKNOWN. warn:d3d_texture:wined3d_texture_create_2d Failed to initialize texture, returning 0x8876086c.
As this is the last log entry before the rendering-process exits, this may be the root cause.
It attemps to display a tooltip, which sometimes work for me.
Tested on wine1.5.17 with sw.tor1.5.
http://bugs.winehq.org/show_bug.cgi?id=32092
--- Comment #9 from Patrick Rudolph patrick1804@web.de 2012-11-21 00:43:01 CST --- The problem is located in the background-process. 'trace:seh:raise_exception code=c0000094 flags=0 addr=0x874f69 ip=00874f69 tid=007b' This signal (INT_DIVIDE_BY_ZERO) terminates the background-process. This leaves the rendering-process in an undefined state, it executes CreateTexture(..., D3DFMT_UNKNOWN) and then idles until it receives new instructions, which will never happen again.
http://bugs.winehq.org/show_bug.cgi?id=32092
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dank@kegel.com
--- Comment #10 from Dan Kegel dank@kegel.com 2012-11-21 11:04:59 CST --- Does +relay,+seh show anything interesting for the background process?
http://bugs.winehq.org/show_bug.cgi?id=32092
--- Comment #11 from Patrick Rudolph patrick1804@web.de 2012-11-29 06:36:37 CST --- Created attachment 42665 --> http://bugs.winehq.org/attachment.cgi?id=42665 winedbg output
maybe this helps a bit
http://bugs.winehq.org/show_bug.cgi?id=32092
Lars Eriksen fuddboyapa@netscape.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |fuddboyapa@netscape.net
--- Comment #12 from Lars Eriksen fuddboyapa@netscape.net 2012-12-01 06:34:03 CST --- d3d9_device_CreateTexture is called with format D3DFMT_UNKNOWN which is bound to fail. Question is, why does it call this function with an unknown format? I don't see any warnings from the WINED3DFMT <-> D3DFMT conversion functions so i have no idea why it is doing this. Maybe the program calls this function expecting it to fail in a certain way?
I tried returning D3DERR_INVALIDCALL in d3d9_device_CreateTexture if format is unknown but it didn't change anything. It certainly doesn't seem right to me to continue creating the texture if the format is unknown.
http://bugs.winehq.org/show_bug.cgi?id=32092
Cogohi winehq@projectplasma.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winehq@projectplasma.com
--- Comment #13 from Cogohi winehq@projectplasma.com 2012-12-01 09:41:42 CST --- A friend of mine tells me that those spots pop up a detail map showing what to look for. I'll see if I can get him to screenshot it. I've also heard that 1.4.1 with the patch doesn't have the same problem, so I was going to try that out next.
http://bugs.winehq.org/show_bug.cgi?id=32092
--- Comment #14 from Cogohi winehq@projectplasma.com 2012-12-01 14:08:49 CST --- (In reply to comment #13)
A friend of mine tells me that those spots pop up a detail map showing what to look for. I'll see if I can get him to screenshot it. I've also heard that 1.4.1 with the patch doesn't have the same problem, so I was going to try that out next.
Ah, no joy with 1.4.1
http://bugs.winehq.org/show_bug.cgi?id=32092
korrode@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |korrode@gmail.com
--- Comment #15 from korrode@gmail.com 2012-12-02 01:16:56 CST --- This bug makes me a sad Jedi.
Looks like debug data has already been provided, but if there is anything I can provide/test/etc. just let me know.
http://bugs.winehq.org/show_bug.cgi?id=32092
--- Comment #16 from Rob McCathie korrode@gmail.com 2012-12-02 11:53:56 CST --- The bug also occurs when hovering over a usable quest item.
Example:
http://www.paradoxcomputers.com.au/stuff/swtor_wine_bug-01.jpg
In the image you can see the quest "The Last Defenders" has a usable item associated with it. You're meant to target the remains of a dead droid and then click the icon. Within 1-2 seconds of the mouse being over it the bug occurs and the game/wine must be forcibly closed. Due to the 1-2 seconds you get prior to the crash occurring, it is actually possible to complete the quest, it's just going to require 6 restarts of the game to do it, lol.
http://bugs.winehq.org/show_bug.cgi?id=32092
--- Comment #17 from Cogohi winehq@projectplasma.com 2012-12-02 12:12:33 CST --- (In reply to comment #16)
The bug also occurs when hovering over a usable quest item.
Yeah. It invokes the same thing as hovering over the map icon.
Due to the 1-2 seconds you get prior to the crash occurring, it is actually possible to complete the quest, it's just going to require 6 restarts of the game to do it, lol.
Quest items are in the Mission Items tab of your inventory. I've always used them from there (tbh, I never realized you could activate them from the quest log, d'oh).
http://bugs.winehq.org/show_bug.cgi?id=32092
--- Comment #18 from Cogohi winehq@projectplasma.com 2012-12-03 10:03:56 CST --- Did a bit of googling this morning and found the following:
http://stackoverflow.com/questions/1204452/passing-d3dfmt-unknown-into-idire...
See the answer by GManNickG. Basically treat it like D3DFMT_A8R8G8B8?
http://bugs.winehq.org/show_bug.cgi?id=32092
--- Comment #19 from Patrick Rudolph patrick1804@web.de 2012-12-03 10:26:44 CST --- Msdn does not specify the case D3DFMT_unknown. Some sources on the internet claim it let the driver choose, but I could not verify this. Native WindowsXp return Invalid_call, like wine does at the moment. The problem here has nothing to do with the rendering, as it crashes in another thread earlier than the rendering thread executes D3D9Device:CreateTexture...
http://bugs.winehq.org/show_bug.cgi?id=32092
--- Comment #20 from Rob McCathie korrode@gmail.com 2012-12-04 01:07:13 CST --- I only just started playing SW:TOR a couple of days ago and am quite enjoying it so far, i'd really like to be able to play without this hindrance. As this bug isn't even against clean Wine I assume it's not of high priority to the Wine devs (and that's fair enough). So, I offer US$35 to any person who posts a patch stopping the game from crashing due to this issue within the next 72 hours.
Only payment options are direct transfer if you have an Australian bank account, otherwise pretty much has to be PayPal.
I would prefer if a patch was also provided against Wine 1.4.1, but payment will be made even if the patch is only against 1.5.x.
http://bugs.winehq.org/show_bug.cgi?id=32092
--- Comment #21 from Cogohi winehq@projectplasma.com 2012-12-04 15:53:05 CST --- (In reply to comment #19)
Msdn does not specify the case D3DFMT_unknown. Some sources on the internet claim it let the driver choose, but I could not verify this. Native WindowsXp return Invalid_call, like wine does at the moment. The problem here has nothing to do with the rendering, as it crashes in another thread earlier than the rendering thread executes D3D9Device:CreateTexture...
Aha, CreateTexture is a red-herring. Oops.
(In reply to comment #10)
Does +relay,+seh show anything interesting for the background process?
I think I exported WINEDEBUG="+relay,+seh" and then ran the process. Is that the correct way to do this or is there something else necessary.
The output had so much spam that the game wouldn't launch properly. FWIW I was running launcher.exe, should I try against swtor.exe instead?
http://bugs.winehq.org/show_bug.cgi?id=32092
--- Comment #22 from Dan Kegel dank@kegel.com 2012-12-04 16:01:25 CST --- Redirect output to a file, that's faster than letting the spam go to the screen. But only do this for your own needs, I doubt we need a +relay log attached to this bug.
See http://wiki.winehq.org/FAQ#get_log
http://bugs.winehq.org/show_bug.cgi?id=32092
--- Comment #23 from Rob McCathie korrode@gmail.com 2012-12-06 01:10:09 CST --- When I tried to log +relay to a file a couple of days ago, by the time i got logged into the game and was in a position to make the crash occur, the log file was 7GB.
Maybe my text editors just suck but I, for any useful purpose, couldn't open the thing :P
http://bugs.winehq.org/show_bug.cgi?id=32092
--- Comment #24 from Rico kgbricola@web.de 2012-12-06 01:59:09 CST --- Just try "tail -n 100000 old.log >new.log", this will only copy the last 100k lines into a new file. Maybe that's enough to get an impression. You may compress and attach new.log here.
http://bugs.winehq.org/show_bug.cgi?id=32092
--- Comment #25 from Patrick Rudolph patrick1804@web.de 2012-12-06 05:57:07 CST --- Created attachment 42726 --> http://bugs.winehq.org/attachment.cgi?id=42726 console output +tid,+relay,+seh of crashing thread
WINEDEBUG=+tid,+relay,+seh /var/chroot/wine/wine launcher.exe 2>&1|gzip>swtor.log grep -sir 0017: swtor.log>swtor2.log tail -n 10000 swtor2.log>swtor_tid0017.log
http://bugs.winehq.org/show_bug.cgi?id=32092
eroen eroen@faith.eroen.eu changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |eroen@faith.eroen.eu
http://bugs.winehq.org/show_bug.cgi?id=32092
gregor gregor.binder@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gregor.binder@gmx.net
--- Comment #26 from gregor gregor.binder@gmx.net 2012-12-23 08:14:59 CST --- same problem with the following settings: - fedora 17 x86_64 3.6.9-2.fc17.x86_64 - wine 1.5.20 - patch KUSER_SHARED_DATA for 1.5.18
:-(
http://bugs.winehq.org/show_bug.cgi?id=32092
--- Comment #27 from John Marszalek jmarszalek@gmail.com 2013-01-13 19:19:18 CST --- Any update on this bug? It's still happening to multiple people out there...
http://bugs.winehq.org/show_bug.cgi?id=32092
Happless screamingholt@yahoo.com.au changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |screamingholt@yahoo.com.au
--- Comment #28 from Happless screamingholt@yahoo.com.au 2013-01-20 15:10:12 CST --- This issue is still occurring in Wine 1.5.22. Hover over any AOE icons/quest log/items and game client fails.
http://bugs.winehq.org/show_bug.cgi?id=32092
--- Comment #29 from Happless screamingholt@yahoo.com.au 2013-01-28 16:47:08 CST --- What is required to get this confirmed?
http://bugs.winehq.org/show_bug.cgi?id=32092
Jonathan Marchand jonathlela@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jonathlela@gmail.com
--- Comment #30 from Jonathan Marchand jonathlela@gmail.com 2013-01-28 17:09:58 CST --- Maybe it’s stupid, but does someone doesn’t have this bug ?
If it be so, then we should look why this peculiar case is working.
http://bugs.winehq.org/show_bug.cgi?id=32092
--- Comment #31 from Happless screamingholt@yahoo.com.au 2013-01-28 18:38:32 CST --- This crash also occurs when one attempts to change graphics settings one game has started (ie after character selection screen). Also when trying to change chat text coulours
http://bugs.winehq.org/show_bug.cgi?id=32092
--- Comment #32 from Happless screamingholt@yahoo.com.au 2013-01-29 03:04:05 CST --- I am using Wine 1.5.22 (from PPA) and latest upfate overnight has changed nothing. Still get map, GFX setting and chat colour related crashes.
http://bugs.winehq.org/show_bug.cgi?id=32092
--- Comment #33 from Happless screamingholt@yahoo.com.au 2013-02-05 21:02:50 CST --- Tested with 1.5.23 -AOE POI still crashes client when mousing over
http://bugs.winehq.org/show_bug.cgi?id=32092
Graham libgradev@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |libgradev@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=32092
--- Comment #34 from John Marszalek jmarszalek@gmail.com 2013-02-16 14:01:56 CST --- Issue still happening. Need to get bug confirmed.
http://bugs.winehq.org/show_bug.cgi?id=32092
--- Comment #35 from Happless screamingholt@yahoo.com.au 2013-03-22 07:28:51 CDT --- Whelp...its *kinda* fixed in the 2 latest versions (1.5.25 and 1.5.26) in that i get the dbghelp elf_search_auxv can't find symbol in module error on initial loading screen. Anyone have any advance?
http://bugs.winehq.org/show_bug.cgi?id=32092
--- Comment #36 from Happless screamingholt@yahoo.com.au 2013-03-22 07:31:14 CDT --- Addendum; reverting to Wine 1.4.1 yields a functional game again, save for prev. covered issues
http://bugs.winehq.org/show_bug.cgi?id=32092
Kalin Yancy kalinyancy@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |kalinyancy@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=32092
Kent Bair fuzzybair@comcast.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |fuzzybair@comcast.net
http://bugs.winehq.org/show_bug.cgi?id=32092
--- Comment #37 from Kent Bair fuzzybair@comcast.net 2013-04-24 23:58:43 CDT --- I am using 1.5.24 and the game crashes a lot but i am new to the game so i need to open the map a lot. is there anything i can do to help with this issue (i.e. provide logs, backtrace, test patches, etc) i am a software developer and know a fair amount of c and c++ but i don't have the time to try to learn wine well enough to be confidant in creating a patch on my own. if there is anything i can do i would be happy to help.
http://bugs.winehq.org/show_bug.cgi?id=32092
StewVed stewved@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |stewved@gmail.com
--- Comment #38 from StewVed stewved@gmail.com 2013-07-18 13:28:08 CDT --- This bug is still here for everyone playing Star Wars: The Old Republic even using the latest Wine (1.6 RC5) - How come this has not even been confirmed by someone who has permission to confirm it?
Ubuntu 13.04 64-bit using env WINEARCH=win32 because the game needs it, along with: winetricks vcrun2008 d3dx9 msls31 Also the swtor_fix.exe 'patch' thing for Bug #29168
my launcher to run the game - to workaround Bug #31186 and also put the password directly into the clipboard on loading the launcher :D (Needs xsel installed) --------------------------- #!/bin/bash cd ~/wines && env WINEARCH=win32 WINEPREFIX=~/wines/swtor wine "swtor_fix.exe" & echo -n 'YourPasswordHere' | xsel -i -b & xrandr -s 800x600 cd 'Where You installed the game' && env WINEARCH=win32 WINEPREFIX=~/wines/swtor wine launcher.exe xrandr -s 1280x1024 wait
killall swtor_fix.exe -----------------------------
Download the game for free from http://www.swtor.com/ - so anyone can test this.
http://bugs.winehq.org/show_bug.cgi?id=32092
James Christie james.aaron.christie@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |james.aaron.christie@gmail. | |com
--- Comment #39 from James Christie james.aaron.christie@gmail.com 2013-07-19 10:22:16 CDT --- Having the same issues here, regardless of wine version. The earlier comment of 1.4.1 bypassing this bug does not appear to be true for me.
http://bugs.winehq.org/show_bug.cgi?id=32092
Radu r.barsoianu@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |r.barsoianu@gmail.com
--- Comment #40 from Radu r.barsoianu@gmail.com 2013-10-01 06:03:09 CDT --- It's been over 1 year and this bug is still not confirmed :(. It's impossible to play the game without checking the map for where you have to go/take/complete a quest.
http://bugs.winehq.org/show_bug.cgi?id=32092
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #41 from Bruno Jesus 00cpxxx@gmail.com 2013-10-01 07:36:47 CDT --- Confirmed by multiple users.
http://bugs.winehq.org/show_bug.cgi?id=32092
chagam@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |chagam@gmail.com
--- Comment #42 from chagam@gmail.com 2013-10-09 15:59:28 CDT --- Hi,
The problem is still here in wine 1.6 beta.
Chag
http://bugs.winehq.org/show_bug.cgi?id=32092
hash HASH.DuOrden@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |HASH.DuOrden@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=32092
Jason Merrill jason@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jason@redhat.com
--- Comment #43 from Jason Merrill jason@redhat.com 2013-11-25 10:18:32 CST --- This is still broken in Wine 1.7.5 (specifically, Fedora wine-1.7.5-1.fc19.x86_64).
http://bugs.winehq.org/show_bug.cgi?id=32092
Nicklas Larsson nicklas.larsson@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |nicklas.larsson@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=32092
Bjoern Bidar theodorstormgrade@googlemail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |theodorstormgrade@googlemai | |l.com
--- Comment #44 from Bjoern Bidar theodorstormgrade@googlemail.com --- still valid as of wine 1.7.10 has anyone an idea which debug channels should be enabled to help fixing this?
http://bugs.winehq.org/show_bug.cgi?id=32092
Johan Gardhage johan.gardhage@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |johan.gardhage@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=32092
Jerome Leclanche adys.wh@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |adys.wh@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=32092
--- Comment #45 from Radu r.barsoianu@gmail.com --- on-topic - Still present in 1.7.12 off-topic - While i agree that this is not the most popular game, this bug has been opened in 2012 :(. Can someone please let us know what we can do to help the developers ? While it might seem as a minor bug, playing any MMORPG without the map is...is not playable :).
http://bugs.winehq.org/show_bug.cgi?id=32092
Justin Chrysler pintodragon@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |pintodragon@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=32092
Alan Jackson ajackson1972@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ajackson1972@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=32092
--- Comment #46 from John Marszalek jmarszalek@gmail.com --- Can we get an update on this bug? Thanks!
http://bugs.winehq.org/show_bug.cgi?id=32092
--- Comment #47 from Radu r.barsoianu@gmail.com --- bug is still present. Using latest 1.7.18.
http://bugs.winehq.org/show_bug.cgi?id=32092
mbokman@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mbokman@gmail.com
--- Comment #48 from mbokman@gmail.com --- Running wine-1.7.19 from homebrew on OS X 10.9.3 and with SW:TOR patch 2.7.2 released May 20, I seem to no longer have the crash related to the map.
I have the idea that the fix for this stems from the SW:TOR 2.7.2 patch, rather than a fix in Wine, since I can also no longer reproduce it in CrossOver which has not been updated in a while.
http://bugs.winehq.org/show_bug.cgi?id=32092
--- Comment #49 from Justin Chrysler pintodragon@gmail.com --- (In reply to mbokman from comment #48)
Running wine-1.7.19 from homebrew on OS X 10.9.3 and with SW:TOR patch 2.7.2 released May 20, I seem to no longer have the crash related to the map.
I have the idea that the fix for this stems from the SW:TOR 2.7.2 patch, rather than a fix in Wine, since I can also no longer reproduce it in CrossOver which has not been updated in a while.
I haven't tested this yet but I went through the release notes of the last few versions of the game and found the following at (http://www.swtor.com/patchnotes/4292014/2.7.1-patch-notes)
Addressed an issue that could cause a crash in certain Flashpoints, such as Esseles, Black Talon, Boarding Party, and The Foundry.
I believe that this is related to this bug as each time I did the Esseles I got the same crash effect. If it has been fixed by the patch I bet it was 2.7.1 that fixed it which was released on the 29th of April. Fingers crossed that it is fixed!
http://bugs.winehq.org/show_bug.cgi?id=32092
--- Comment #50 from Patrick Rudolph patrick1804@web.de --- tested with SWTOR 2.7.2 wine-1.7.18-4 wine-1.7.19-60 WINEARCH=win32 Fedora20 x86_64
Still crashing with both versions of wine. Neither wine-1.7.19-60 nor SWTOR 2.7.2 fixed it.
http://bugs.winehq.org/show_bug.cgi?id=32092
--- Comment #51 from John Marszalek jmarszalek@gmail.com --- Bug is still present in 1.7.21. Any update on when it will be fixed?
http://bugs.winehq.org/show_bug.cgi?id=32092
--- Comment #52 from Cogohi winehq@projectplasma.com --- (In reply to John Marszalek from comment #51)
Bug is still present in 1.7.21. Any update on when it will be fixed?
This bug cannot be fixed without inside information on what the engine is calling. That will require either some hairy reverse engineering or getting the right SW:TOR dev interested in helping.
http://bugs.winehq.org/show_bug.cgi?id=32092
Cogohi winehq@projectplasma.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|winehq@projectplasma.com |
http://bugs.winehq.org/show_bug.cgi?id=32092
wine@0x1.se changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |wine@0x1.se
http://bugs.winehq.org/show_bug.cgi?id=32092
loic+dev@quentin.tf changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |loic+dev@quentin.tf
https://bugs.winehq.org/show_bug.cgi?id=32092
Morten fannoj@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |fannoj@gmail.com
--- Comment #53 from Morten fannoj@gmail.com --- Is there really nothing we can do =/ ?
https://bugs.winehq.org/show_bug.cgi?id=32092
iwan aucamp aucampia@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |aucampia@gmail.com
--- Comment #54 from iwan aucamp aucampia@gmail.com --- Created attachment 50549 --> https://bugs.winehq.org/attachment.cgi?id=50549 backtrace gentoo wine-1.7.33
Unhandled exception: divide by zero in 32-bit code (0x0088fd05).
backtrace attatched
Installed versions: 1.7.33^t(04:02:05 AM 01/21/2015)(X alsa cups fontconfig gecko gsm jpeg lcms ldap mono mp3 ncurses nls openal opencl opengl osmesa perl pipelight png prelink pulseaudio realtime run-exes samba ssl threads truetype udisks v4l xinerama xml -capi -custom-cflags -dos -gphoto2 -gstreamer -netapi -odbc -oss -pcap -scanner -selinux -test -xcomposite ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64" ABI_S390="-32 -64" ABI_X86="32 64 -x32" ELIBC="glibc" LINGUAS="en -ar -bg -ca -cs -da -de -el -en_US -eo -es -fa -fi -fr -he -hi -hr -hu -it -ja -ko -lt -ml -nb_NO -nl -or -pa -pl -pt_BR -pt_PT -rm -ro -ru -sk -sl -sr_RS@cyrillic -sr_RS@latin -sv -te -th -tr -uk -wa -zh_CN -zh_TW")
https://bugs.winehq.org/show_bug.cgi?id=32092
--- Comment #55 from iwan aucamp aucampia@gmail.com --- Please go post @ http://www.swtor.com/community/showthread.php?t=586313 if you want this bug fixed.
https://bugs.winehq.org/show_bug.cgi?id=32092
Sebastian Lackner sebastian@fds-team.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sebastian@fds-team.de
https://bugs.winehq.org/show_bug.cgi?id=32092
Michael Müller michael@fds-team.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |michael@fds-team.de
https://bugs.winehq.org/show_bug.cgi?id=32092
--- Comment #56 from Sebastian Lackner sebastian@fds-team.de --- Someone asked us to take a look at this issue ( https://github.com/wine-compholio/wine-staging/issues/291 ) a couple of days ago. We already found out several internal details, but its not yet sufficient to track down this bug completely.
For everyone interested playing this game, you can use the following VERY! ugly hack by Michael in the meantime, which allows to get past the point where the game would usually crash, tested with the graphic settings menu: https://dl.dropboxusercontent.com/u/61413222/swtor-evil-workaround.diff Please note that this hack might break a lot of other apps, so its not really suitable for general purpose Wine versions. ;) Even though this is so ugly that I prefer to not show it at all, I thought its useful to mention it here, because the game still seems to have a very big community. We'll hopefully find a proper fix soon, and then update this bug report accordingly.
https://bugs.winehq.org/show_bug.cgi?id=32092
Simon Corry simoncorry@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |simoncorry@gmail.com
--- Comment #57 from Simon Corry simoncorry@gmail.com --- Has there been any luck solving this? I can confirm after a fresh install of Wine today that the issue with game freeze via the map is still occurring.
https://bugs.winehq.org/show_bug.cgi?id=32092
rjperry611@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |rjperry611@gmail.com
--- Comment #58 from rjperry611@gmail.com --- I tried it on wine 1.7.37 and the bug was gone for me!
The only other configuration I've done is configure wine to use Windows 7 with a virtual full screen window at 1920 by 1080 pixels. I touched nothing else from the out of the box wine
https://bugs.winehq.org/show_bug.cgi?id=32092
--- Comment #59 from Justin Chrysler pintodragon@gmail.com --- (In reply to Lezorte Seven from comment #58)
I tried it on wine 1.7.37 and the bug was gone for me!
The only other configuration I've done is configure wine to use Windows 7 with a virtual full screen window at 1920 by 1080 pixels. I touched nothing else from the out of the box wine
I just tired on a fresh install of the game using wine 1.7.37. Bug still exists.
https://bugs.winehq.org/show_bug.cgi?id=32092
EoD EoD@xmw.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |EoD@xmw.de
https://bugs.winehq.org/show_bug.cgi?id=32092
--- Comment #60 from EoD EoD@xmw.de --- Created attachment 52811 --> https://bugs.winehq.org/attachment.cgi?id=52811 A log with WINEDEBUG=+debugstr,+d3d_texture,+trace,+d3d9
Even though most of the problem is already known, here is a full log with some trace information:
trace:d3d9:d3d9_device_CreateTexture iface 0x163728, width 32, height 32, levels 1, usage 0x200, format 0, pool 0, texture 0xaafe7b8, shared_handle (nil). trace:d3d_texture:wined3d_texture_create device 0x1851d8, desc 0xaafe694, level_count 1, surface_flags 0x1, data (nil), parent 0x577ed0c0, parent_ops 0x7effccc0, texture 0x577ed0d0. warn:d3d_texture:texture_init (0x580c9c10) : Texture cannot be created with a format of WINED3DFMT_UNKNOWN.
https://bugs.winehq.org/show_bug.cgi?id=32092
--- Comment #61 from Anastasius Focht focht@gmx.net --- *** Bug 37572 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=32092
gregor gregor_forum@catrix.at changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gregor_forum@catrix.at
--- Comment #62 from gregor gregor_forum@catrix.at --- Any news here? Sometimes I can use the hover effects for hours and now it crashed so often that I can't play. Every hover forces a crash and the startup with the help of the swtor_fix.exe took about 10 minutes :-(
Wine 1.8 under Arch Linux
https://bugs.winehq.org/show_bug.cgi?id=32092
--- Comment #63 from EoD EoD@xmw.de --- Created attachment 53247 --> https://bugs.winehq.org/attachment.cgi?id=53247 Backtrace when I enabled Depth of Field + Bloom
I still can confirm the map bug in current wine git.
Additionally, I hit a divide by zero when I enabled my bloom + depth of field settings. I never had this before, but this might be slightly related so I add it here for the record.
https://bugs.winehq.org/show_bug.cgi?id=32092
--- Comment #64 from EoD EoD@xmw.de --- It is probably related to the amount of stuff displayed on the screen. The same error does not happen if I change graphics settings in the main menu, but is 100% reproducible when I am in a specific place in game (see video/apitrace).
I made an apitrace and a youtube video of the depth of field enabling issue if this helps in any way: https://www.youtube.com/watch?v=A0FwzSTBOMY https://drive.google.com/file/d/0B42CQY2wGHumZ3d6WTk1c2ZHNTg/view?usp=sharin...
https://bugs.winehq.org/show_bug.cgi?id=32092
Sebastian Lackner sebastian@fds-team.de changed:
What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.wine-staging.c | |om/show_bug.cgi?id=545
https://bugs.winehq.org/show_bug.cgi?id=32092
malstrond@googlemail.com malstrond@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |malstrond@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=32092
lexi@parateam.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |lexi@parateam.uk
--- Comment #65 from lexi@parateam.uk --- Anyone had any luck with this? It's an absolute pain as I can't run the game for more than 5 minutes at a time and I really want to get back into it. Can't believe this bug has been unresolved for over three years.
I'm stuck on the same mission as Rob (comment 16) showed. Running on Manjaro 15.12 with Wine 1.8 (also run with 1.7.51 and both versions' -staging counterparts) and the swtor_fix.exe program.
https://bugs.winehq.org/show_bug.cgi?id=32092
--- Comment #66 from lexi@parateam.uk --- (In reply to lexi from comment #65)
Anyone had any luck with this? It's an absolute pain as I can't run the game for more than 5 minutes at a time and I really want to get back into it. Can't believe this bug has been unresolved for over three years.
I'm stuck on the same mission as Rob (comment 16) showed. Running on Manjaro 15.12 with Wine 1.8 (also run with 1.7.51 and both versions' -staging counterparts) and the swtor_fix.exe program.
By the way, in the meantime the best way around this I've got to making it "playable" is disabling the minimap in the Interface Editor, using mission items from your inventory and moving your mouse off the window then opening the map so you don't hover on anything. It's really cumbersome when trying to get around or achieve tasks, but at least it's playable (as long as nothing else triggers it).
https://bugs.winehq.org/show_bug.cgi?id=32092
Andrew Rutherford andrewr-winehq@iagu.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |andrewr-winehq@iagu.net
--- Comment #67 from Andrew Rutherford andrewr-winehq@iagu.net --- Regarding http://www.swtor.com/community/showthread.php?t=586313 mentioned Sebastian Lacknerby - that thread is now closed so we can't add to it.
I must agree it's a bit odd this is in "NEW" state after three years. I'm running under wine-1.8-rc3 under FreeBSD, and in-game I've encountered two Mac users running under Crossover with the same "divide by zero when you get a mouseover popup from map or mission log"
https://bugs.winehq.org/show_bug.cgi?id=32092
stooj winebugs@stooj.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winebugs@stooj.org
https://bugs.winehq.org/show_bug.cgi?id=32092
--- Comment #69 from Paul Gofman gofmanp@gmail.com --- Created attachment 54074 --> https://bugs.winehq.org/attachment.cgi?id=54074 Prebuilt d3d9_crosstest.exe for testing CheckDeviceFormat on Windows
https://bugs.winehq.org/show_bug.cgi?id=32092
Paul Gofman gofmanp@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gofmanp@gmail.com
--- Comment #68 from Paul Gofman gofmanp@gmail.com --- Created attachment 54073 --> https://bugs.winehq.org/attachment.cgi?id=54073 Fix for testing
I've played around with it a little, and think I found what is this problem about, though the patch fixing this game for me does not look yet like a correct solution (at least fully correct).
Could someone interested please test if the patch fixes the issue (including minimap)? I tested with crash on in-game settings change (the patch fixes the crash). I do not know how to play the game and could not test this for minimap crash, so I do not know if this is actually the same issue or not.
Besides, patch modifies a test in d3d9 (adds a sort of test with debug output in respect to this problem, and removes all but added test to speed up its run). I've tested it under Windows 7 with Intel and Nvidia discrete card. It would be great if someone can run the test on other Windows version and/or video cards. To compile the test, run 'make crosstest' in dlls/d3d9/tests. This should build d3d9_crosstest.exe if build environment is set up correctly. In the next message I will attach prebuilt test executable. To run the test on Windows, please run 'd3d9_crosstest.exe visual' in the command prompt, and attach the output here or send to me by email.
So, what is likely happening there. Somehow after changing settings and resetting the device the game wants to create a texture of D3D9 format D3DFMT_A8B8G8R8 (0x20) (seemingly similar textures are successfully created previously with D3DFMT_X8R8G8B8 format, 0x15). Somehow it decides that it likes this 0x20 format, but it looks like not really supported inside the game, and it ends up in unknown internal texture format, which leads to to D3DFMT_UNKNOWN in actual texture creation and in something like stride or alignment which it decides from format code being 0 (this is the division by zero).
Simply disabling the support for texture format D3DFMT_A8B8G8R8 in wined3d solves the issue (surely for ingame settings change, minimap yet to be tested, see above). This is essentially what the patch does. Initially I thought of it as just a tweak which can maybe help to find out a right difference between Wine and native D3D, but my test on Windows 7 (unlike that on Wine test bot) showed that CheckDeviceFormat fails on Windows for this format either. So for now I am not sure if refusing this format is a correct behaviour, or rather there are some conditions or Windows versions/hardware types when it is refused, more testing is needed.
https://bugs.winehq.org/show_bug.cgi?id=32092
--- Comment #70 from Lars Eriksen fuddboyapa@netscape.net --- (In reply to Paul Gofman from comment #68)
Looks like the patch makes a difference. I was able to make it crash quite often using the minimap, but haven't been able to with 4-5 minutes of vigorous testing.
https://bugs.winehq.org/show_bug.cgi?id=32092
S Boisvert vojd@outlook.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |vojd@outlook.fr
--- Comment #71 from S Boisvert vojd@outlook.fr --- Is the patch really working ? How can I apply it ?
I too have this minimap/quest log problem, on PoL 1.9.6 and xUbuntu 14.04.
https://bugs.winehq.org/show_bug.cgi?id=32092
--- Comment #72 from Henri Verbeet hverbeet@gmail.com --- (In reply to Paul Gofman from comment #68)
Simply disabling the support for texture format D3DFMT_A8B8G8R8 in wined3d solves the issue (surely for ingame settings change, minimap yet to be tested, see above). This is essentially what the patch does. Initially I thought of it as just a tweak which can maybe help to find out a right difference between Wine and native D3D, but my test on Windows 7 (unlike that on Wine test bot) showed that CheckDeviceFormat fails on Windows for this format either. So for now I am not sure if refusing this format is a correct behaviour, or rather there are some conditions or Windows versions/hardware types when it is refused, more testing is needed.
For what it's worth, note that while disabling the format for d3d9 and earlier may be correct, the format is required for d3d10 and later.
https://bugs.winehq.org/show_bug.cgi?id=32092
--- Comment #73 from Paul Gofman gofmanp@gmail.com --- (In reply to Henri Verbeet from comment #72)
(In reply to Paul Gofman from comment #68)
For what it's worth, note that while disabling the format for d3d9 and earlier may be correct, the format is required for d3d10 and later.
Yes, sure, I realize that disabling it like I did in this testing patch is incorrect. I suppose if it will be confirmed that the format is widely unavailable under d3d9 it should be blacklisted in d3d9.dll and not in wined3d.
https://bugs.winehq.org/show_bug.cgi?id=32092
--- Comment #74 from Paul Gofman gofmanp@gmail.com --- (In reply to S Boisvert from comment #71)
Is the patch really working ? How can I apply it ?
I too have this minimap/quest log problem, on PoL 1.9.6 and xUbuntu 14.04.
I tested it a bit in game and minimap works fine for me. The only way to apply the patch is to download wine source, apply the patch with 'patch -p1 < <patch_file>', build wine from this source (https://www.winehq.org/docs/wineusr-guide/installing-wine-source) and use your build for the game. If you will be doing so make sure you run that very version of Wine ('make install' will install it to /usr/local prefix and your default wine will still be the system one). What I always do when experiment with different configurations is 'lsof -p <pid>' for the running up to see it uses shared libraries from where I expect (in this case, the library under concern is wined3d.dll.so).
https://bugs.winehq.org/show_bug.cgi?id=32092
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |romulocollopy@gmail.com
--- Comment #75 from Bruno Jesus 00cpxxx@gmail.com --- *** Bug 40171 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=32092
--- Comment #76 from Patrick Rudolph patrick1804@web.de --- Tested with: vanilla wine-1.9.6 SWTOR 4.3 OpenGL vendor string: X.Org OpenGL renderer string: Gallium 0.4 on AMD RV770 (DRM 2.43.0, LLVM 3.7.0) OpenGL core profile version string: 3.3 (Core Profile) Mesa 11.3.0-devel (git-37fc997) OpenGL core profile shading language version string: 3.30 32bit WINE PREFIX
I haven't applied Paul's proposed patch ! I can't reproduce the minimap mouse-over crash. I can't reproduce the resolution change bug. The game works fine for me.
I've run the crosstest.exe on Windows 7 and Nvidia ION and it reports D3DFMT_A8B8G8R8 as unavailable.
@Paul: Can you improve your test and try to actually create textures, offscreen-plain and rendertargets using D3DFMT_A8B8G8R8 ? Please do not use ok(FALSE, ... to print test results.
@all: Maybe it depends on the GPU and graphics driver in issue. Please report which GPU you are using and what driver you are using.
https://bugs.winehq.org/show_bug.cgi?id=32092
--- Comment #77 from EoD EoD@xmw.de --- (In reply to Patrick Rudolph from comment #76)
Tested with: vanilla wine-1.9.6 SWTOR 4.3 OpenGL vendor string: X.Org OpenGL renderer string: Gallium 0.4 on AMD RV770 (DRM 2.43.0, LLVM 3.7.0) OpenGL core profile version string: 3.3 (Core Profile) Mesa 11.3.0-devel (git-37fc997) OpenGL core profile shading language version string: 3.30 32bit WINE PREFIX
I haven't applied Paul's proposed patch ! I can't reproduce the minimap mouse-over crash. I can't reproduce the resolution change bug. The game works fine for me.
@all: Maybe it depends on the GPU and graphics driver in issue. Please report which GPU you are using and what driver you are using.
I can confirm this. I never successfully hovered the mouse over the map before!
wine-1.9.6 + gallium nine OpenGL vendor string: X.Org OpenGL renderer string: Gallium 0.4 on AMD TONGA (DRM 3.1.0, LLVM 3.8.0) OpenGL core profile version string: 4.1 (Core Profile) Mesa 11.3.0-devel (git-2abe4f8) OpenGL core profile shading language version string: 4.10
As there have been confusion about the map bug before, I made a video on how the bug has been tested: https://youtu.be/wtD7Ah6vLm4
https://bugs.winehq.org/show_bug.cgi?id=32092
--- Comment #78 from Paul Gofman gofmanp@gmail.com --- (In reply to Patrick Rudolph from comment #76)
Tested with: vanilla wine-1.9.6 SWTOR 4.3 OpenGL vendor string: X.Org OpenGL renderer string: Gallium 0.4 on AMD RV770 (DRM 2.43.0, LLVM 3.7.0) OpenGL core profile version string: 3.3 (Core Profile) Mesa 11.3.0-devel (git-37fc997) OpenGL core profile shading language version string: 3.30 32bit WINE PREFIX
I haven't applied Paul's proposed patch ! I can't reproduce the minimap mouse-over crash. I can't reproduce the resolution change bug. The game works fine for me.
I've retested the issue with Swtor 4.3. The issue (crash on map & graphics settings change in game) was 100% reproducible for me with Swtor 4.2 (and was fixed by my patch), and I can't reproduce it anymore with Swtor 4.3 with unpatched Wine.
So apparently the bug with D3DFMT_A8B8G8R8 format handling was fixed in Swtor 4.3.
https://bugs.winehq.org/show_bug.cgi?id=32092
--- Comment #82 from Julian Easley easleyjulian@gmail.com --- (In reply to Dan Kegel from comment #81)
Post the link over on the wineskin forum... it's not a competitor to wine, it's just off-topic here.
Oh ok. Thanks for answering so quickly.
https://bugs.winehq.org/show_bug.cgi?id=32092
--- Comment #79 from lexi@parateam.uk --- (In reply to Paul Gofman from comment #78)
(In reply to Patrick Rudolph from comment #76)
Tested with: vanilla wine-1.9.6 SWTOR 4.3 OpenGL vendor string: X.Org OpenGL renderer string: Gallium 0.4 on AMD RV770 (DRM 2.43.0, LLVM 3.7.0) OpenGL core profile version string: 3.3 (Core Profile) Mesa 11.3.0-devel (git-37fc997) OpenGL core profile shading language version string: 3.30 32bit WINE PREFIX
I haven't applied Paul's proposed patch ! I can't reproduce the minimap mouse-over crash. I can't reproduce the resolution change bug. The game works fine for me.
I've retested the issue with Swtor 4.3. The issue (crash on map & graphics settings change in game) was 100% reproducible for me with Swtor 4.2 (and was fixed by my patch), and I can't reproduce it anymore with Swtor 4.3 with unpatched Wine.
So apparently the bug with D3DFMT_A8B8G8R8 format handling was fixed in Swtor 4.3.
I can't reproduce it either now. We can all view our maps without fear now! Galactic Starfighter also launches too.
https://bugs.winehq.org/show_bug.cgi?id=32092
easleyjulian@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |easleyjulian@gmail.com
--- Comment #80 from easleyjulian@gmail.com --- I was able to build a custom wine engine on wine 1.9.7 using Wineskin and make it work on my Mac. It now works perfectly and the bug is fixed. I even made a wrapper.
I am not sure if I can post the link to the wrapper since technically Wineskin is a competitor to Crossover games.
https://bugs.winehq.org/show_bug.cgi?id=32092
--- Comment #81 from Dan Kegel dank@kegel.com --- Post the link over on the wineskin forum... it's not a competitor to wine, it's just off-topic here.
https://bugs.winehq.org/show_bug.cgi?id=32092
--- Comment #83 from Lars Eriksen fuddboyapa@netscape.net --- Seems like the bug is fixed within swtor, I have played several hours without crashes with the old wine I used before.
https://bugs.winehq.org/show_bug.cgi?id=32092
--- Comment #84 from Graham libgradev@gmail.com --- Fixed here too. Had to re-install the game to test, it had been so long!
Issue appears to have been resolved (as others have mentioned) from within SWTOR - as both 1.7.21-swotor and 1.9.5-staging are working fine. Testing was done with PoL and required swtor_fix.exe running or the char screen never loads.
As an aside: To get sound working in newer Wine versions I had to set the backend to ALSA (https://wiki.winehq.org/Useful_Registry_Keys).
Archlinux.
https://bugs.winehq.org/show_bug.cgi?id=32092
super_man@post.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |00cpxxx@gmail.com, | |austinenglish@gmail.com, | |super_man@post.com
--- Comment #85 from super_man@post.com --- Last 2 replys.
https://bugs.winehq.org/show_bug.cgi?id=32092
--- Comment #86 from Bruno Jesus 00cpxxx@gmail.com --- There are around 7 replies stating that the updated version of the game no longer suffers from this issue, it could be abandoned/notourbug but since Paul Gofman had a patch for this I'll let him or the 3D guys say if it is worth more efforts.
I'm referring to comment 68 and Henri's reply in comment 72 and also 73 is useful to the discussion.
https://bugs.winehq.org/show_bug.cgi?id=32092
--- Comment #87 from Paul Gofman gofmanp@gmail.com --- (In reply to Bruno Jesus from comment #86)
There are around 7 replies stating that the updated version of the game no longer suffers from this issue, it could be abandoned/notourbug but since Paul Gofman had a patch for this I'll let him or the 3D guys say if it is worth more efforts.
I'm referring to comment 68 and Henri's reply in comment 72 and also 73 is useful to the discussion.
My patch was removing D3DFMT_A8B8G8R8 texture format support. This solved the issue (when it was reproducible) and I verified that at least with some cards this format is not supported on Windows 7. But if now there is no known app depends on NOT supporting this format, I would not suggest removing it. Anyway the decision to remove this format for d3d9 would probably need more testing (at least it is not known to me how universally this format is unavailable) on different hardware and Windows version.
So my understanding is that this patch is not needed (unless any new app requiring that will be encountered) and this bug can be safely closed.
https://bugs.winehq.org/show_bug.cgi?id=32092
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |ABANDONED
--- Comment #88 from Bruno Jesus 00cpxxx@gmail.com --- (In reply to Paul Gofman from comment #87)
(In reply to Bruno Jesus from comment #86)
There are around 7 replies stating that the updated version of the game no longer suffers from this issue, it could be abandoned/notourbug but since Paul Gofman had a patch for this I'll let him or the 3D guys say if it is worth more efforts.
I'm referring to comment 68 and Henri's reply in comment 72 and also 73 is useful to the discussion.
My patch was removing D3DFMT_A8B8G8R8 texture format support. This solved the issue (when it was reproducible) and I verified that at least with some cards this format is not supported on Windows 7. But if now there is no known app depends on NOT supporting this format, I would not suggest removing it. Anyway the decision to remove this format for d3d9 would probably need more testing (at least it is not known to me how universally this format is unavailable) on different hardware and Windows version.
So my understanding is that this patch is not needed (unless any new app requiring that will be encountered) and this bug can be safely closed.
Resolving as abandoned since it is no longer reproducible.
https://bugs.winehq.org/show_bug.cgi?id=32092
Frédéric Delanoy frederic.delanoy@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #89 from Frédéric Delanoy frederic.delanoy@gmail.com --- Closing ABANDONED bugs.
-
wine-bugs＠winehq.org