http://bugs.winehq.org/show_bug.cgi?id=11492
Summary: Perfect world entering world wait infinite Product: WineHQ Apps Database Version: unspecified Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: appdb-unknown AssignedTo: wine-bugs@winehq.org ReportedBy: alakhai@fastwebnet.it
Created an attachment (id=10644) --> (http://bugs.winehq.org/attachment.cgi?id=10644) WINEDEBUG=+sock
I installed the game perfect world on linux. I started and it worked, after i choose the character to play with the game wait infinite on "Entering on realm" i made a debug output with WINEDEBUG="+sock"
http://bugs.winehq.org/show_bug.cgi?id=11492
Fabrizio alakhai@fastwebnet.it changed:
What |Removed |Added ---------------------------------------------------------------------------- Difficulty|--- |Minutes Keywords| |FIXME
http://bugs.winehq.org/show_bug.cgi?id=11492
James Hawkins truiken@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Severity|major |normal Difficulty|Minutes |--- Component|appdb-unknown |directx-d3d Keywords|FIXME | Product|WineHQ Apps Database |Wine
--- Comment #1 from James Hawkins truiken@gmail.com 2008-02-06 13:42:18 --- The product is Wine.
http://bugs.winehq.org/show_bug.cgi?id=11492
--- Comment #2 from James Hawkins truiken@gmail.com 2008-02-06 13:42:33 --- Please specify the version.
http://bugs.winehq.org/show_bug.cgi?id=11492
--- Comment #3 from Austin English austinenglish@gmail.com 2008-02-06 13:44:47 --- +sock is not a debug channel. Perhaps you meant +winsock?
http://bugs.winehq.org/show_bug.cgi?id=11492
Fabrizio alakhai@fastwebnet.it changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|unspecified |0.9.54.
http://bugs.winehq.org/show_bug.cgi?id=11492
Fabrizio alakhai@fastwebnet.it changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #10644|0 |1 is obsolete| |
--- Comment #4 from Fabrizio alakhai@fastwebnet.it 2008-02-06 14:04:54 --- Created an attachment (id=10646) --> (http://bugs.winehq.org/attachment.cgi?id=10646) WINEDEBUG=+winsock
this is the right debug with winsock flag
http://bugs.winehq.org/show_bug.cgi?id=11492
Fabrizio alakhai@fastwebnet.it changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |INVALID
--- Comment #5 from Fabrizio alakhai@fastwebnet.it 2008-02-09 19:00:21 --- The bugs seems to manifest only with un-updated directx version
http://bugs.winehq.org/show_bug.cgi?id=11492
--- Comment #6 from Dmitry Timoshkov dmitry@codeweavers.com 2008-02-09 22:32:34 --- (In reply to comment #5)
The bugs seems to manifest only with un-updated directx version
What do you mean by an "un-updated directx version"? How do you "update"?
http://bugs.winehq.org/show_bug.cgi?id=11492
--- Comment #7 from Fabrizio alakhai@fastwebnet.it 2008-02-11 02:08:51 --- This is explained in appdb of winehq. You have to download a new version of directx and run the setup, after that the game works with some little bugs like some texture doesn't show properly like button icons or mouse icon. Windows inside the game doesnt show correct, and the map of the world also. Wine output says "fixme:d3d:state_fog Implement table fog for foggy vertex shader"
http://bugs.winehq.org/show_bug.cgi?id=11492
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |UNCONFIRMED Resolution|INVALID |
--- Comment #8 from Dmitry Timoshkov dmitry@codeweavers.com 2008-02-11 03:03:48 --- Then this bug is still valid. Installation of a native component doesn't qualify as a fix.
http://bugs.winehq.org/show_bug.cgi?id=11492
--- Comment #9 from Fabrizio alakhai@fastwebnet.it 2008-02-11 16:07:31 --- (In reply to comment #8)
Then this bug is still valid. Installation of a native component doesn't qualify as a fix.
i didn't forced wine to use native libs, i only updated directx. Shouldn't wine use builtin libs before native, should it?
http://bugs.winehq.org/show_bug.cgi?id=11492
--- Comment #10 from Dmitry Timoshkov dmitry@codeweavers.com 2008-02-11 21:53:22 --- (In reply to comment #9)
i didn't forced wine to use native libs, i only updated directx. Shouldn't wine use builtin libs before native, should it?
Yes it should, and it does that. It needs to be investigated which native dll makes the problem disappear.
http://bugs.winehq.org/show_bug.cgi?id=11492
--- Comment #11 from Fabrizio alakhai@fastwebnet.it 2008-02-12 13:28:34 --- (In reply to comment #10)
(In reply to comment #9)
i didn't forced wine to use native libs, i only updated directx. Shouldn't wine use builtin libs before native, should it?
Yes it should, and it does that. It needs to be investigated which native dll makes the problem disappear.
in that case just ask me for a more detailed debug and i'll attach it
http://bugs.winehq.org/show_bug.cgi?id=11492
--- Comment #12 from Dmitry Timoshkov dmitry@codeweavers.com 2008-02-13 01:57:58 --- Perhaps one of our ddraw/d3d experts should take a lead here, I'd guess that a +loaddll log would be a good start.
http://bugs.winehq.org/show_bug.cgi?id=11492
--- Comment #13 from Fabrizio alakhai@fastwebnet.it 2008-02-13 03:37:18 --- Created an attachment (id=10743) --> (http://bugs.winehq.org/attachment.cgi?id=10743) loaddll debug
i cut some looping message, here is the debug
http://bugs.winehq.org/show_bug.cgi?id=11492
Fabrizio alakhai@fastwebnet.it changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|0.9.54. |0.9.55.
--- Comment #14 from Fabrizio alakhai@fastwebnet.it 2008-02-13 03:39:15 --- the bug still exists with .55 version so i refreshed the bug info
http://bugs.winehq.org/show_bug.cgi?id=11492
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|0.9.55. |0.9.54.
--- Comment #15 from Dmitry Timoshkov dmitry@codeweavers.com 2008-02-13 04:43:57 --- Please keep an original reported version of Wine.
http://bugs.winehq.org/show_bug.cgi?id=11492
--- Comment #16 from Dmitry Timoshkov dmitry@codeweavers.com 2008-02-13 04:49:39 --- There is no native ddraw/directx dlls loaded in the log. That might be a registry that makes a difference then. Can you keep original registry files and compare them with 'diff -u' with the files after directx install? Or save registry files after directx install, and copy them after the game installation, and see if that makes a difference.
http://bugs.winehq.org/show_bug.cgi?id=11492
--- Comment #17 from Fabrizio alakhai@fastwebnet.it 2008-02-13 06:51:03 --- Created an attachment (id=10745) --> (http://bugs.winehq.org/attachment.cgi?id=10745) Diff file
diff file from a brand new wine regestry file and mine after some installations, dx upgrade included. The game starts with laucher.exe that i'm overriding his dlls
http://bugs.winehq.org/show_bug.cgi?id=11492
--- Comment #18 from Dmitry Timoshkov dmitry@codeweavers.com 2008-02-13 07:32:36 --- (In reply to comment #17)
Created an attachment (id=10745)
--> (http://bugs.winehq.org/attachment.cgi?id=10745) [details]
Diff file diff file from a brand new wine regestry file and mine after some installations, dx upgrade included. The game starts with laucher.exe that i'm overriding his dlls
It would be nice if you could do minimal efforts to make the diff smaller. For instance follow what I suggested to do, and avoid doing "some installations" in between.
http://bugs.winehq.org/show_bug.cgi?id=11492
Fabrizio alakhai@fastwebnet.it changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #10745|0 |1 is obsolete| |
--- Comment #19 from Fabrizio alakhai@fastwebnet.it 2008-02-13 11:17:36 --- Created an attachment (id=10750) --> (http://bugs.winehq.org/attachment.cgi?id=10750) from wine brand new to upgraded directx
i renamed .wine and i made a new one after that i upgraded directx with the tricks described in appdb of winehq
http://bugs.winehq.org/show_bug.cgi?id=11492
--- Comment #20 from Fabrizio alakhai@fastwebnet.it 2008-02-13 11:18:37 --- Created an attachment (id=10751) --> (http://bugs.winehq.org/attachment.cgi?id=10751) diff file from wine w/ dx upgraded to installed game
http://bugs.winehq.org/show_bug.cgi?id=11492
--- Comment #21 from Dmitry Timoshkov dmitry@codeweavers.com 2008-02-14 01:24:36 --- Have you tried to copy registry files with directx installed over stock Wine registry? Does it make the game work?
http://bugs.winehq.org/show_bug.cgi?id=11492
--- Comment #22 from Fabrizio alakhai@fastwebnet.it 2008-02-14 07:51:08 --- (In reply to comment #21)
Have you tried to copy registry files with directx installed over stock Wine registry? Does it make the game work?
i'm not understanding, what do u mean? after i install directx i have to replace registry and try to run the game? Do u want see if the game works for a trick in registry or for some dll changed?
http://bugs.winehq.org/show_bug.cgi?id=11492
--- Comment #23 from Dmitry Timoshkov dmitry@codeweavers.com 2008-02-14 08:02:08 --- I said almost the same thing as I've written in the comment #16. I'm not sure what additional information I should provide, a step by step guide how to copy files from one place to another?
http://bugs.winehq.org/show_bug.cgi?id=11492
--- Comment #24 from Fabrizio alakhai@fastwebnet.it 2008-02-14 08:38:25 --- (In reply to comment #23)
I said almost the same thing as I've written in the comment #16. I'm not sure what additional information I should provide, a step by step guide how to copy files from one place to another?
ok i replaced in the .wine (that i use for test this bug) the reg files with the brand new wine registries. The game starts as before so i think registry don't make the difference
Do you want some debug from this .wine-test?
http://bugs.winehq.org/show_bug.cgi?id=11492
--- Comment #25 from Dmitry Timoshkov dmitry@codeweavers.com 2008-02-14 08:43:07 --- As I said before, perhaps one of our ddraw/d3d experts should take a look at the bug, and request the information they think is appropriate to better debug this.
http://bugs.winehq.org/show_bug.cgi?id=11492
--- Comment #26 from Fabrizio alakhai@fastwebnet.it 2008-02-14 08:49:36 --- (In reply to comment #25)
As I said before, perhaps one of our ddraw/d3d experts should take a look at the bug, and request the information they think is appropriate to better debug this.
Ok i'll wait an expert, tnx for your patience Dmitry.
http://bugs.winehq.org/show_bug.cgi?id=11492
--- Comment #27 from H. Verbeet hverbeet@gmail.com 2008-02-14 12:34:52 --- The game seems to use d3d8, but the d3dx9 "update" the appdb mentions are d3d9 utility dlls. I don't see any native d3d dlls being loaded in the +loaddll log either, so I'm not sure how that "update" is supposed to help.
Nevertheless, it does appear to deadlock in d3d8, so a +d3d8,+tid log would probably be helpful. Maybe add +d3d.
http://bugs.winehq.org/show_bug.cgi?id=11492
--- Comment #28 from Fabrizio alakhai@fastwebnet.it 2008-02-14 16:12:05 --- (In reply to comment #27)
The game seems to use d3d8, but the d3dx9 "update" the appdb mentions are d3d9 utility dlls. I don't see any native d3d dlls being loaded in the +loaddll log either, so I'm not sure how that "update" is supposed to help.
Nevertheless, it does appear to deadlock in d3d8, so a +d3d8,+tid log would probably be helpful. Maybe add +d3d.
i had a file of 325MB with all that options enabled, i try to split them but still to be really big 100MB each, how can i be helpfull?
http://bugs.winehq.org/show_bug.cgi?id=11492
--- Comment #29 from Fabrizio alakhai@fastwebnet.it 2008-02-14 16:22:24 --- Created an attachment (id=10771) --> (http://bugs.winehq.org/attachment.cgi?id=10771) only +d3d8
http://bugs.winehq.org/show_bug.cgi?id=11492
--- Comment #30 from Fabrizio alakhai@fastwebnet.it 2008-02-14 16:37:57 --- Created an attachment (id=10772) --> (http://bugs.winehq.org/attachment.cgi?id=10772) +tid
seams to be the same, don't make the difference
http://bugs.winehq.org/show_bug.cgi?id=11492
--- Comment #31 from Fabrizio alakhai@fastwebnet.it 2008-02-14 17:22:20 --- Created an attachment (id=10773) --> (http://bugs.winehq.org/attachment.cgi?id=10773) +d3d only one part, i segmented in 4 parts
http://bugs.winehq.org/show_bug.cgi?id=11492
--- Comment #32 from Vitaliy Margolen vitaliy@kievinfo.com 2008-02-14 19:33:46 --- Fabrizio STOP!!! WHen you are asked to produce debug output with multiple options they ALL have to be enabled at the same time!!!
http://bugs.winehq.org/show_bug.cgi?id=11492
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #10772|text/x-log |text/plain mime type| |
http://bugs.winehq.org/show_bug.cgi?id=11492
--- Comment #33 from Austin English austinenglish@gmail.com 2008-02-14 19:43:00 --- (In reply to comment #28)
(In reply to comment #27)
The game seems to use d3d8, but the d3dx9 "update" the appdb mentions are d3d9 utility dlls. I don't see any native d3d dlls being loaded in the +loaddll log either, so I'm not sure how that "update" is supposed to help.
Nevertheless, it does appear to deadlock in d3d8, so a +d3d8,+tid log would probably be helpful. Maybe add +d3d.
i had a file of 325MB with all that options enabled, i try to split them but still to be really big 100MB each, how can i be helpfull?
Compress them with 'bzip2 -9' or if that's still too big, try rzip or lrzip.
http://bugs.winehq.org/show_bug.cgi?id=11492
--- Comment #34 from Vitaliy Margolen vitaliy@kievinfo.com 2008-02-14 19:46:39 --- (In reply to comment #28)
i had a file of 325MB with all that options enabled, i try to split them but still to be really big 100MB each, how can i be helpfull?
It really can't.
First of all, what is the exact command are you using to start this game? Second, from what directory are you running that command (just run 'pwd')?
Please attach WINEDEBUG=warn+all,+tid output and the full file listing of the _working_ setup (find ~/.wine -type f).
http://bugs.winehq.org/show_bug.cgi?id=11492
--- Comment #35 from Fabrizio alakhai@fastwebnet.it 2008-02-15 04:47:56 --- Created an attachment (id=10784) --> (http://bugs.winehq.org/attachment.cgi?id=10784) list of file + WINEDEBUG=warn+all,+tid
pwd > /home/fabrizio/.wine/drive_c/Perfect World/launcher
but i use wineprefix to run the commands for for example: WINEDEBUG="warn+all,+tid" WINEPREFIX="/home/fabrizio/.wine" wine "C:\Perfect World\patcher\patcher.exe" 2> ~/Desktop/vitaliydebug.log
http://bugs.winehq.org/show_bug.cgi?id=11492
Fabrizio alakhai@fastwebnet.it changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #10771|0 |1 is obsolete| | Attachment #10772|0 |1 is obsolete| | Attachment #10773|0 |1 is obsolete| |
--- Comment #36 from Fabrizio alakhai@fastwebnet.it 2008-02-15 05:29:46 --- Created an attachment (id=10788) --> (http://bugs.winehq.org/attachment.cgi?id=10788) WINEDEBUG="+d3d8,+tid,+d3d" a part
only till the character selection, can't enter the game couse the file still be too big i hope it can be interesting
http://bugs.winehq.org/show_bug.cgi?id=11492
strntydog@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |strntydog@gmail.com
--- Comment #37 from strntydog@gmail.com 2008-04-13 12:20:18 --- I do not have this problem. I use wine version 0.9.59 and set the following:
[Software\Wine\Direct3D] 1207485574 "DirectDrawRenderer"="opengl" "OffScreenRenderingMode"="fbo" "PixelShaderMode"="enabled" "RenderTargetLockMode"="textex"
Specifically: "OffScreenRenderingMode"="fbo" prevents perfect world from crashing as soon as the game proper starts (after character creation).
I can set every visual quality mode to its highest setting, and enable every display option, except V-Sync, without crashing it. The only bug I see is no animated cursors, and corrupted textures.
http://bugs.winehq.org/show_bug.cgi?id=11492
Mura forum@muramatsu.eti.br changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |forum@muramatsu.eti.br
--- Comment #38 from Mura forum@muramatsu.eti.br 2008-07-08 09:16:04 --- (In reply to comment #37)
I do not have this problem. I use wine version 0.9.59 and set the following:
[Software\Wine\Direct3D] 1207485574 "DirectDrawRenderer"="opengl" "OffScreenRenderingMode"="fbo" "PixelShaderMode"="enabled" "RenderTargetLockMode"="textex"
Specifically: "OffScreenRenderingMode"="fbo" prevents perfect world from crashing as soon as the game proper starts (after character creation).
I can set every visual quality mode to its highest setting, and enable every display option, except V-Sync, without crashing it. The only bug I see is no animated cursors, and corrupted textures.
Hi very good, I've changed my registry with this and the game is fine, now I want to solve problem with icons becouse the images not is good, but I can to play. When close the game a crash occurs too.
http://bugs.winehq.org/show_bug.cgi?id=11492
--- Comment #39 from Austin English austinenglish@gmail.com 2009-01-05 11:03:16 --- Is this still an issue in current (1.1.12 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=11492
Danny Z. kuyatzu@hotmail.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #40 from Danny Z. kuyatzu@hotmail.de 2009-06-08 11:05:59 --- *** This bug has been confirmed by popular vote. ***
http://bugs.winehq.org/show_bug.cgi?id=11492
AYourk ayourk@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ayourk@gmail.com
--- Comment #41 from AYourk ayourk@gmail.com 2009-06-25 08:08:03 --- I tested running the Launcher via "wine PerfectWorldProgramFolder\launcher\Launcher.exe" with wine 1.1.24 and it appears to work just fine now. The hang still existed in 1.1.19 when I tried it then. But now, the launcher doesn't hang and I no longer have an infinite wait. The launcher appears to launch the patcher just fine now.
http://bugs.winehq.org/show_bug.cgi?id=11492
Ken Sharp kennybobs@o2.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
--- Comment #42 from Ken Sharp kennybobs@o2.co.uk 2009-06-25 08:11:41 --- Reported fixed.
http://bugs.winehq.org/show_bug.cgi?id=11492
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #43 from Alexandre Julliard julliard@winehq.org 2009-07-03 12:12:49 --- Closing bugs fixed in 1.1.25.
-
wine-bugs＠winehq.org