https://bugs.winehq.org/show_bug.cgi?id=37725
Bug ID: 37725 Summary: Tera Online seems to Freeze Product: Wine Version: 1.7.32 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: eli@orbsky.homelinux.org Distribution: ---
Tera online seems to freeze after clicking on the Play on the Launcher.
Debug info is coming soon.
https://bugs.winehq.org/show_bug.cgi?id=37725
--- Comment #1 from Eli Wapniarski eli@orbsky.homelinux.org --- Oh and the problem persists with 1.7.33
https://bugs.winehq.org/show_bug.cgi?id=37725
--- Comment #2 from Austin English austinenglish@gmail.com --- Terminal output? Video card/drivers?
https://bugs.winehq.org/show_bug.cgi?id=37725
--- Comment #3 from Eli Wapniarski eli@orbsky.homelinux.org --- Created attachment 50248 --> https://bugs.winehq.org/attachment.cgi?id=50248 Console Output while running Tera Online with wine 1.7.33
Sorry for taking so long to respond.
My video card is and NVidia 650 GTX. The driver is version 343.22
Thank you for looking into this.
The output was produced by issuing the following command:
wine TERA-Launcher.exe >>console_output.txt 2>&1.
The reason it was produced this way, is that it was very difficult to get it when the screen is frozen.
I hope the output is helpful. If you need anything else from me please post and I will try to get the output to you.
As I said, the problem first appeared in 1.7.32 and persists with 1.7.33. I did not have the opportunity to try 1.7.31. However, I do not have the same issue with 1.7.30.
Thank you for looking into this.
https://bugs.winehq.org/show_bug.cgi?id=37725
--- Comment #4 from Eli Wapniarski eli@orbsky.homelinux.org --- Looks to be somekinda weird focus issue... I need to find the time to investigate a bit further
https://bugs.winehq.org/show_bug.cgi?id=37725
Sebastian Lackner sebastian@fds-team.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sebastian@fds-team.de
https://bugs.winehq.org/show_bug.cgi?id=37725
--- Comment #5 from Eli Wapniarski eli@orbsky.homelinux.org --- So the next stage in this report...
I'm beginning to feel that I've stepped way outta my league here. I dunno how to investigate this further, so I will just report my observations and hopefully we will be able to work this out together.
First off I am running:
Fedora 21 x86_64 - I will be cross referencing this with wine-stagging wine 1.7.33 i686 there are no x86_64 wine libraries KDE 4.14.3 8GB RAM I7 NVIDIA 650 GTX w/ 2GB RAM
As you are probably aware, KDE comes with build in desktop effects dependant on opengl (of course). Before running the game, I have been in the habit of disabling the desktop effects by pressing on [CTL][SHFT][F11]. Then I would run the launcher. With wine 1.7.30, everything went well. Fedora skipped over building 1.7.31 so I did not have the opportunity to try it. But with 1.7.32 and 1.7.33 the main game screen would start, but then the game would seem to freeze. I could not switch to anything other than switch to a console and kill the game processes.
I just wanted to test things to see if I could get it to run, and by accident, I discovered a work around.
I can start the game when I have the desktop effects enabled. I can then go to windowed mode by pressing on [ALT][ENT]. I can then switch off the desktop effects and bring the game back to full screen mode. The game then works fine.
I hope we can figure this one out.
https://bugs.winehq.org/show_bug.cgi?id=37725
--- Comment #6 from Eli Wapniarski eli@orbsky.homelinux.org --- I reported this problem over at:
https://github.com/wine-compholio/wine-staging/issues/240
https://bugs.winehq.org/show_bug.cgi?id=37725
--- Comment #7 from Rosanne DiMesio dimesio@earthlink.net --- The way to investigate this further would be to test plain Wine. If the problem is present in plain Wine, run a regression test; if it isn't, report that to wine-staging and mark this bug invalid. http://wiki.winehq.org/RegressionTesting
https://bugs.winehq.org/show_bug.cgi?id=37725
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download URL| |http://patch.tera.enmasse-g | |ame.com/temp/TERA-Minimal-S | |etup.exe CC| |focht@gmx.net
--- Comment #8 from Anastasius Focht focht@gmx.net --- Hello folks,
I can't reproduce this. There are some "hickups" or rather small stalls, mostly due to console stub message spam (originating from Boost library code).
Both, the launcher and the client run fine in windowed mode (the launcher by default).
One can cut down the spam and still watch stuff of interest using following channels:
--- snip --- $ WINEDEBUG=+tid,+seh,+loaddll,+process,+debugstr,fixme-ntdll wine ./TERA-Launcher.exe --- snip ---
For the launcher to work one needs to work around bug 34388 and bug 37338 (workaround: remove all 'C:\users\Public\Application Data/boost_interprocess//message_queue*' files before starting the launcher).
$ sha1sum TERA-Minimal-Setup.exe d6e68f32e68af16240a85c53e3836bc99388f842 TERA-Minimal-Setup.exe
$ du -sh TERA-Minimal-Setup.exe 28M TERA-Minimal-Setup.exe
$ wine --version wine-1.7.33-110-g5d2f9d0
Regards
https://bugs.winehq.org/show_bug.cgi?id=37725
--- Comment #9 from Eli Wapniarski eli@orbsky.homelinux.org --- I can confirm that if the game starts in Windowed mode it works OK...
I do like to play full screen though which my work around deals with just fine. But it still does not mean that there isn't a problem
https://bugs.winehq.org/show_bug.cgi?id=37725
winetest@luukku.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winetest@luukku.com
--- Comment #10 from winetest@luukku.com --- (In reply to Eli Wapniarski from comment #9)
I can confirm that if the game starts in Windowed mode it works OK...
I do like to play full screen though which my work around deals with just fine. But it still does not mean that there isn't a problem
Has there been any improvements meanwhile?
Is NtSetTimerResolution still spammed at console?
https://bugs.winehq.org/show_bug.cgi?id=37725
--- Comment #11 from Eli Wapniarski eli@orbsky.homelinux.org --- Unfortuneately I am now on a single screen. So I am unable to test this any further.
https://bugs.winehq.org/show_bug.cgi?id=37725
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |ABANDONED Status|UNCONFIRMED |RESOLVED
--- Comment #12 from Ken Sharp imwellcushtymelike@gmail.com --- As above. Please shout if you can recreate this issue in the current release of Wine.
https://bugs.winehq.org/show_bug.cgi?id=37725
--- Comment #13 from Austin English austinenglish@gmail.com --- Closing.
https://bugs.winehq.org/show_bug.cgi?id=37725
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #14 from Austin English austinenglish@gmail.com --- Actually closing.