http://bugs.winehq.org/show_bug.cgi?id=12560
Summary: Perfect World: Corrupt Bitmap Images Product: Wine Version: 0.9.59. Platform: PC URL: http://www.perfectworld.com.my/downloads-client.asp OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: directx-d3d AssignedTo: wine-bugs@winehq.org ReportedBy: strntydog@gmail.com
The game Perfect world exhibits corrupted bitmap images for some icons, and specifically the game map. Attached are some screen shots showing the corruption.
I have run the logs extensively and nothing seems to coincide in the log with the corruption.
I would have listed the bug as trivial, except it effects the map, which is pretty major and makes navigating around the game tough. But it certainly doesn't crash the game.
The bug LOOKS like some sort of image span problem, where the width of the image is different to what wine is trying to draw. Or there is a gap between rasters that should be skipped on each line and isn't. Leaves the images looking torn.
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #1 from strntydog@gmail.com 2008-04-13 13:14:56 --- Created an attachment (id=12137) --> (http://bugs.winehq.org/attachment.cgi?id=12137) Corrupted bitmap in top left corner of login screen.
Shows one of the corrupted bitmaps on the login screen (top right corner).
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #2 from strntydog@gmail.com 2008-04-13 13:18:54 --- Created an attachment (id=12138) --> (http://bugs.winehq.org/attachment.cgi?id=12138) In game bitmap corruption
Shows a bunch of corrupted bitmaps in the main game screen. Specifically:
Skill List dialogue header and footer. Orange and white animated icons in the text area (bottom left region). Buttons in Lower Right region with F2, F3 and F8 printed over them.
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #3 from strntydog@gmail.com 2008-04-13 13:21:15 --- Created an attachment (id=12139) --> (http://bugs.winehq.org/attachment.cgi?id=12139) Corrupted bitmap on map screen
Corrupted map image. Pretty obviously bad. All the others are aesthetic and can be lived with no problems. This one is a bit of a killer, because without a map an MMORPG is a bit hard to navigate around.
http://bugs.winehq.org/show_bug.cgi?id=12560
strntydog@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |strntydog@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=12560
Lei Zhang thestig@google.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download
--- Comment #4 from Lei Zhang thestig@google.com 2008-04-14 15:50:03 --- what video card / driver? Did it happen in previous versions of Wine?
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #5 from strntydog@gmail.com 2008-04-14 19:46:38 --- I am using a GeForce Go 7600 GT, PCI-E 16x, 256 MB, 500 MHz. NVIDIA Driver Version: 100.14.19
I have only personally tested with 0.9.59. However, the Application DB (for both versions of this game) has reports for this bug from many users on wine versions:
0.9.49 - "some icons, like icons of the skills (the image is not clear) " 0.9.50 - "Map/skill icons (corrupted images)" 0.9.50 - "some icons, like icons of the skills (the image is not clear)" 0.9.51 - "The real issue is with ingame graphics. The "quickslot icons" for most skills are bugged. The illustrations for loot and equipment are also garbled. They seriously look like someone threw up :(." 0.9.52 - "the real problem are the Map/skill icons (corrupted images)." 0.9.53 - "The world map and skill icons are still bugged." 0.9.53 - "the icon of the skills and items are not draws properly. also the map isn't draw properly, the dialogue box are not draw properly but I can read without problem the text ! " 0.9.54 - "the icon of the skills and items are not draws properly. also the map isn't draw properly. the dialogue box (when u speak with a NPC) are not draw properly but I can read without problem the text !" 0.9.54 - "A lot of textures have graphical error like buttons of abilities or login screen logo and other random textures." 0.9.55 - "The icons for the items in the bag are discolored to the point of being unrecognizable.(non-fatal)"
These reports are from multiple users who will have many different hardware configurations. They report the problem on multiple different versions of wine. Which to me indicates there is something in wine causing this. It doesn't appear to be a regression or particular configuration or driver combination.
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #6 from Lei Zhang thestig@google.com 2008-04-14 19:52:23 --- No need to paste the list of issues here.
Can you give Wine 0.9.58 a try and see if it's there as well? I want to see it has always been a problem, or if it is a regression.
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #7 from strntydog@gmail.com 2008-04-15 03:53:21 --- I just tested with stock 0.9.56, 0.9.57 and 0.9.58 all exhibit the same graphics corruption problem.
http://bugs.winehq.org/show_bug.cgi?id=12560
Franck Acquatella rototo2000@free.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #8 from Franck Acquatella rototo2000@free.fr 2008-04-21 11:44:26 --- *** This bug has been confirmed by popular vote. ***
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #9 from Franck Acquatella rototo2000@free.fr 2008-04-25 04:19:28 --- I just wanted to confirm the corrupted Icon. Evreryone playing PerfectWorld with wine have this bug since .49 at least. Even the icons on the screenshoot for this app in appDb are corrupted!. I have a Nvidia 6800 with mandriva rpm drivers.
http://bugs.winehq.org/show_bug.cgi?id=12560
DanST cromola@list.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |cromola@list.ru
--- Comment #10 from DanST cromola@list.ru 2008-04-25 18:47:32 --- Err... Is there any solution of the problem?
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #11 from Y. Sogg soggy@sogetthis.com 2008-06-09 04:27:52 --- how can we help hunting down this bug?
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #12 from Austin English austinenglish@gmail.com 2008-06-09 05:27:19 --- (In reply to comment #11)
how can we help hunting down this bug?
Terminal output would be a start.
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #13 from Y. Sogg soggy@sogetthis.com 2008-06-09 05:49:11 --- Created an attachment (id=13837) --> (http://bugs.winehq.org/attachment.cgi?id=13837) console output for perfect world
(In reply to comment #12)
(In reply to comment #11)
how can we help hunting down this bug?
Terminal output would be a start.
ok, there we go (see attachment).
used version: wine-1.0-rc4 wine settings: * win xp version * no dll overrides * hardware vertext shader + pixel shader support * registry and in-game setting tips from appdb ( http://appdb.winehq.org/objectManager.php?sClass=application&iId=6191 )
additional info - gfx card driver: http://us.download.nvidia.com/XFree86/Linux-x86/100.14.19/NVIDIA-Linux-x86-1... (with the regular gentoo patches)
http://bugs.winehq.org/show_bug.cgi?id=12560
Y. Sogg soggy@sogetthis.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #13837|console output for perfect |console output for perfect description|world |world (just started the game | |- which then showed up the | |corrupt image on the top | |left corner - and exited)
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #14 from Y. Sogg soggy@sogetthis.com 2008-06-09 05:53:56 --- (In reply to comment #13) btw, i just started the game - which then showed up the corrupt image on the top left corner - and exited
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #15 from Austin English austinenglish@gmail.com 2008-06-09 10:39:18 --- A d3d,d3d_caps log may be useful.
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #16 from Y. Sogg soggy@sogetthis.com 2008-06-16 05:07:47 --- Created an attachment (id=14087) --> (http://bugs.winehq.org/attachment.cgi?id=14087) WINEDEBUG=+d3d,+d3d_caps wine ElementClient.exe game:cpw ... started the game client and exited after the corrupt bitmap was shown in the top left corner
(In reply to comment #15) as before, i just started the game - which then showed up the corrupt image on the top left corner - and exited
my wine version changed to wine-1.0-rc5 in the meantime and so did the gfx card driver (from 100.14.19 to 169.09) but the console output remains the same as provided in comment #13. the other stated settings remained the same as well.
let me know if you need anything else.
p.s. sorry, i had to compress the debug file because it was too big to be sent plain text
http://bugs.winehq.org/show_bug.cgi?id=12560
Sergei Pustovoi serp2002@inbox.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |serp2002@inbox.ru
--- Comment #17 from Sergei Pustovoi serp2002@inbox.ru 2008-08-09 00:27:12 --- In development version of wine (1.2.1) bug not fixed. How i may help with fixing it?
http://bugs.winehq.org/show_bug.cgi?id=12560
Mura forum@muramatsu.eti.br changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |forum@muramatsu.eti.br
--- Comment #18 from Mura forum@muramatsu.eti.br 2008-08-18 12:20:43 --- This bug is present in version 1.0 and 1.1.2 too.
I'm waiting for solution or patch to correct this.
http://bugs.winehq.org/show_bug.cgi?id=12560
skoruppa skoruppa@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |skoruppa@gmail.com
--- Comment #19 from skoruppa skoruppa@gmail.com 2008-08-24 07:37:11 --- In 1.1.3 bug still exist
http://bugs.winehq.org/show_bug.cgi?id=12560
Stephen Pape srpape@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |srpape@gmail.com
--- Comment #20 from Stephen Pape srpape@gmail.com 2008-09-21 21:31:57 --- Still present in 1.15
http://bugs.winehq.org/show_bug.cgi?id=12560
lindemidux@gmail.com lindemidux@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |lindemidux@gmail.com
--- Comment #21 from lindemidux@gmail.com 2008-09-23 12:44:46 --- In wine 1.1.5 with xf86-video-radeon-6.9.0 and mesa 7.0.3 without S3TC on Ati Radeon mobile 9000 videocard bug not exist. This problem in S3TC. With S3TC bug is present.
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #22 from lindemidux@gmail.com 2008-09-23 12:47:42 --- Created an attachment (id=16236) --> (http://bugs.winehq.org/attachment.cgi?id=16236) No S3TC no bug
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #23 from lindemidux@gmail.com 2008-09-23 12:52:57 --- Created an attachment (id=16237) --> (http://bugs.winehq.org/attachment.cgi?id=16237) No S3TC no corrupt skills :)
Nice screenshot without corrupt skills.
http://bugs.winehq.org/show_bug.cgi?id=12560
franklin peterson lordchaos82@googlemail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |lordchaos82@googlemail.com
--- Comment #24 from franklin peterson lordchaos82@googlemail.com 2008-09-25 05:01:07 --- (In reply to comment #23)
Created an attachment (id=16237)
--> (http://bugs.winehq.org/attachment.cgi?id=16237) [details]
No S3TC no corrupt skills :)
Nice screenshot without corrupt skills.
Is it possible to deactivate s3tc? And if yes whats they way I should do it?
thanks
http://bugs.winehq.org/show_bug.cgi?id=12560
EndorphinE Endol2phinE@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |Endol2phinE@gmail.com
--- Comment #25 from EndorphinE Endol2phinE@gmail.com 2008-09-28 23:58:50 --- Does any one know the way to disable S3TC graphics for Nvidia Geforce 8600 GT card ? Maybe it is possible to build the driver from sources without S3TC function?
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #26 from heema heematux@gmail.com 2008-10-14 20:52:41 --- this site talks about disabling S3TC but its in Russian so i can understand if they fixed it there or not
http://linuxforum.ru/index.php?showtopic=75802
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #27 from heema heematux@gmail.com 2008-10-19 06:41:51 --- did any one figured out how to disable S3TC ?
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #28 from EndorphinE Endol2phinE@gmail.com 2008-10-20 05:34:46 --- I will try to disable the S3TC using the info from Russian forum http://linuxforum.ru/index.php?showtopic=75802 and will post here as soon as possible about my results ^_^
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #29 from franklin peterson lordchaos82@googlemail.com 2008-10-23 06:21:37 --- Thanks everybody I managed to disable the S3TC as mentioned in the link above.
How I did it.
open dll/wined3d/device.c and search for S3TC for me I changed the else statement at line 5907 (wine-1.1.2 source code) to else { FIXME("PW no S3TC support") } save
then
open dll/wined3d/directx.c and search for S3TC
for me i changed line 2291 from return TRUE; to return FALSE;
then compile and now you should have disabled the S3TC support in wine. I attach a patch for wine 1.1.2 wich include ani cursor und noS3TC
cheers
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #30 from franklin peterson lordchaos82@googlemail.com 2008-10-23 06:23:49 --- Created an attachment (id=16817) --> (http://bugs.winehq.org/attachment.cgi?id=16817) wine 1.1.2 pw patch animated cursor and noS3TC support
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #31 from heema heematux@gmail.com 2008-10-23 06:34:42 --- (In reply to comment #30)
Created an attachment (id=16817)
--> (http://bugs.winehq.org/attachment.cgi?id=16817) [details]
wine 1.1.2 pw patch animated cursor and noS3TC support
great thanks, i will try them out
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #32 from Stephen Pape srpape@gmail.com 2008-10-24 10:39:47 --- (In reply to comment #30)
Created an attachment (id=16817)
--> (http://bugs.winehq.org/attachment.cgi?id=16817) [details]
wine 1.1.2 pw patch animated cursor and noS3TC support
Thanks, this fixed the problem for me. Now if only we could upgrade past 1.1.2..
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #33 from Mura forum@muramatsu.eti.br 2008-10-30 08:10:04 --- On Wine 1.1.7 the problem persists
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #34 from Mura forum@muramatsu.eti.br 2008-10-30 08:11:47 --- On Wine 1.1.7 the problem persists
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #35 from heema heematux@gmail.com 2008-11-26 13:04:45 --- Created an attachment (id=17457) --> (http://bugs.winehq.org/attachment.cgi?id=17457) Patch to disable S3TC
http://bugs.winehq.org/show_bug.cgi?id=12560
heema heematux@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #17457|Patch to disable S3TC |Wine 1.1.9 Patch to disable description| |S3TC
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #36 from heema heematux@gmail.com 2008-11-26 13:07:58 --- (In reply to comment #35)
Created an attachment (id=17457)
--> (http://bugs.winehq.org/attachment.cgi?id=17457) [details]
Patch to disable S3TC
I made a patch for wine 1.1.9 just to disable S3TC as animated cursor bug is fixed in wine1.1.9
http://bugs.winehq.org/show_bug.cgi?id=12560
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |patch
http://bugs.winehq.org/show_bug.cgi?id=12560
Andrew Morris ajmorris@netspace.net.au changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ajmorris@netspace.net.au
--- Comment #37 from Andrew Morris ajmorris@netspace.net.au 2008-12-17 20:24:52 --- still a problem in 1.1.10 -- disabled S3TC in the source, however still seems to persist.
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #38 from Andrew Morris ajmorris@netspace.net.au 2008-12-17 21:11:36 --- (In reply to comment #37)
still a problem in 1.1.10 -- disabled S3TC in the source, however still seems to persist.
ah ha! nvm, worked perfectly after i disabled S3TC :D
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #39 from Mura forum@muramatsu.com.br 2009-01-21 06:24:28 --- Created an attachment (id=18863) --> (http://bugs.winehq.org/attachment.cgi?id=18863) Desable S3TC in Wine 1.1.13
This is an change from patch to 1.1.9 to patch 1.1.13. The game now is running with correct BMP images. I have applyed this patch for my wine-1.1.13 running in Archlinux, the metod used to apply the patch is discribed in http://forum.archlinux-br.org/viewtopic.php?pid=4844#p4844 (Brazilian portuguese site). You need to read all messages-posts to understand what to do.
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #40 from heema heematux@gmail.com 2009-02-02 09:36:56 --- Created an attachment (id=19211) --> (http://bugs.winehq.org/attachment.cgi?id=19211) 1.1.14 patch
Updated the patch to disable S3TC for wine 1.1.14
http://bugs.winehq.org/show_bug.cgi?id=12560
Sense Hofstede sense@qense.nl changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sense@qense.nl
--- Comment #41 from Sense Hofstede sense@qense.nl 2009-02-03 13:39:37 --- I can confirm this at Ubuntu 8.10 64bit with the Geforce 180.11 drivers. Disabling S3TC in the source indeed does solve the problem.
http://bugs.winehq.org/show_bug.cgi?id=12560
Eli Wapniarski eli@orbsky.homelinux.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |eli@orbsky.homelinux.org
--- Comment #42 from Eli Wapniarski eli@orbsky.homelinux.org 2009-03-09 02:33:44 --- I was wondering if anybody knows if the following registry settngs can be mimicked in Wine's regedit
REGEDIT4
[HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Class\Display\0000\NVidia\OpenGL] "S3TCQuality"=dword:00000000
Reference for this can be found at
http://www.technologyvault.co.uk/geforce/faqframe.php?display=faq&faqnr=...
http://bugs.winehq.org/show_bug.cgi?id=12560
hash HASH.DuOrden@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |HASH.DuOrden@gmail.com
--- Comment #43 from hash HASH.DuOrden@gmail.com 2009-03-09 07:23:10 --- No, this is for windows nvidia drivers and they are reading windows registry. On Linux nvidia drivers are for Linux and there is no registry in/for Linux thus nvidia drivers for Linux do not read wine registry. The only chance is to try to find similar nvidia driver "Option" for xorg.conf, but this will not only "solve" that problem but disable S3TC for whole X.
And I have to say that this way of solving this bug is not correct because with S3TC disabled PWI is dropping quality of all of textures and game look like crap compared to native windows run.
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #44 from Eli Wapniarski eli@orbsky.homelinux.org 2009-03-09 09:16:03 --- 1st How do we make more noise?
2nd I found reference to
GL_EXT_texture_compression_s3tc
at
http://www.ozone3d.net/tutorials/s3tc.php
OK... Just to check this out. How would I configure xorg.conf to disable this feature.
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #45 from brian willian brianwillian01@gmail.com 2009-03-11 22:19:26 --- Created an attachment (id=19888) --> (http://bugs.winehq.org/attachment.cgi?id=19888) Wine 1.1.12 with Animated cursor and no S3TC patch, skills bar still corrupted..
WTF happend?! can someone help 2 solve this problem?!
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #46 from brian willian brianwillian01@gmail.com 2009-03-11 22:37:51 --- Created an attachment (id=19889) --> (http://bugs.winehq.org/attachment.cgi?id=19889) inventory and skills bug..
i can't play with this..
http://bugs.winehq.org/show_bug.cgi?id=12560
brian willian brianwillian01@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #19888|Wine 1.1.12 with Animated |Wine 1.1.2 with Animated description|cursor and no S3TC patch, |cursor and no S3TC patch, |skills bar still corrupted..|skills bar still corrupted..
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #47 from heema heematux@gmail.com 2009-03-12 03:42:53 --- i made a guide before to make it work
http://forum.perfectworld.com.my/viewtopic.php?t=18062
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #48 from hash HASH.DuOrden@gmail.com 2009-03-12 03:47:51 --- To Eli Wapniarski: You can "ask" you nvidia driver installed on you linux system for all "Option" parameter it can handle, with command: nvidia-settings -q all (this gonna be long list so I suggest add "|more" or something similar) And as I can see there is no parameter to disable S3TC for nvidia driver for Linux.
To brian willian: It look like you have something different with textures than this bug, most likely your PWI installation is corrupted in some way. With question mark, PW engine show absent textures.
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #49 from Eli Wapniarski eli@orbsky.homelinux.org 2009-03-12 03:55:47 --- Heema
Would you be so kind as to copy paste your guide here... please. I can't use the Malyasian version. And I really don't want to create an account just to be able to view the post.
Thanks
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #50 from heema heematux@gmail.com 2009-03-12 04:04:15 --- (In reply to comment #49)
Heema
Would you be so kind as to copy paste your guide here... please. I can't use the Malyasian version. And I really don't want to create an account just to be able to view the post.
Thanks
sure here it is
http://img149.imageshack.us/img149/3811/pwqg6.png
here is how i did it
Update: as of wine 1.1.9 the animated cursor bug has been fixed
if you run ubuntu or fedora you can download already patched wine from http://oliverdeisenroth.de/index.php?option=com_remository&Itemid=85&...
if you want to manually compile wine then: # Download (http://prdownloads.sourceforge.net/wine/wine-1.1.0.tar.bz2)Wine 1.1.2 and the cursor with the no S3TC patch(http://heematux.googlepages.com/pw_wine1-1-2_anicurs_noS3TC.patch) # Unpack the Wine archive through the file manager or with 'tar -xvjf wine-1.1.2.tar.bz2' # Enter the Wine directory with 'cd wine-1.1.2' # Apply the cursor patch with 'patch -p1 <../cursor-patches-1.1.2.patch' # Update wineserver with 'tools/make_requests' # If you already have wine installed and want to test it in another place then Configure Wine with './configure --prefix=$HOME/wine-pw', where you can choose another install path if you want to. if you dont have wine installed then you can ./configure --prefix=/usr # Build Wine with 'make' # Install with su then 'make install' or sudo make install # Delete the Wine source with 'cd ..; rm -rf wine-1.1.2' # Now you can run the game by substituting the 'wine' commandd with '$HOME/wine-pw/bin/wine'
got it from "http://appdb.winehq.org/objectManager.php?sClass=version&iId=13272"
Wine Config Wine configuration: Windows» -> «Windows XP» Vertex Shader Support = none (to fix grey bug http://bugs.winehq.org/show_bug.cgi?id=15081) Allow pixel shader "enable" audio only alsa
PW Config in pw uncheck vsync and turn off water
got it from "http://appdb.winehq.org/objectManager.php?sClass=version&iId=9923"
P.S: I found out that if i installed Directx the game crashes
turns out that the corrupted images was from nvidia S3TC so you have to patch wine to disable that
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #51 from heema heematux@gmail.com 2009-03-12 04:22:34 --- (In reply to comment #50)
(http://prdownloads.sourceforge.net/wine/wine-1.1.0.tar.bz2)Wine
http://prdownloads.sourceforge.net/wine/wine-1.1.2.tar.bz2
http://bugs.winehq.org/show_bug.cgi?id=12560
brian willian brianwillian01@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |brianwillian01@gmail.com
--- Comment #52 from brian willian brianwillian01@gmail.com 2009-03-12 07:32:57 --- i'll do some test again... ans soon as possible post some screen here.. thank u guys..
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #53 from Austin English austinenglish@gmail.com 2009-03-12 09:35:46 --- (In reply to comment #49)
Heema
Would you be so kind as to copy paste your guide here... please. I can't use the Malyasian version. And I really don't want to create an account just to be able to view the post.
Thanks
That sort of stuff does not belong in bugzilla. Please use the AppDB for guides and what not. Bugzilla is for bug reporting/discussion only.
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #54 from Eli Wapniarski eli@orbsky.homelinux.org 2009-03-12 12:13:34 --- (In reply to comment #53)
(In reply to comment #49)
Heema
Would you be so kind as to copy paste your guide here... please. I can't use the Malyasian version. And I really don't want to create an account just to be able to view the post.
Thanks
That sort of stuff does not belong in bugzilla. Please use the AppDB for guides and what not. Bugzilla is for bug reporting/discussion only.
My fault really. However, it would be nice if the bug, after almost one year, would actually be acknowledged and assigned to someone. Don't you think? And as an aside. Working around the bug is indeed relevant to a bug report until such time as the problem is officially solved.
What's trully anoying about this is that the hard work of diagnosis has already been done. And I'm sure a couple of if than statements from a developer would fix the problem, that being don't call ST3C if elementclient.exe or Perfect World International\patcher\patcher.exe is started. I'm not trying to be a smart alec. I'm not a programmer. If it isn't that simple it would be nice to be told that its a bit complicated. But it would seem that the application by application approach to things seems to work with Wine. And that the fix is already posted. So please why not apply it.
Maybe it would be good to post the Heene's guideline in the guides as well.
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #55 from H. Verbeet hverbeet@gmail.com 2009-03-12 12:33:30 --- It's a bit more complicated than that. If you want to disable S3TC, just commenting out the line with GL_EXT_texture_compression_s3tc for EXTENSION_MAP in dlls/wined3d/directx.c should be enough. That's nowhere near a proper solution though, you need to figure out what is causing DXT textures to show up like this (eg. incorrect pitch, wrong GL pixel pack state, etc.). The first thing to figure out is what the application actually does when it draws those surfaces. Ie, which d3d calls does it make, with what parameters, etc.
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #56 from Eli Wapniarski eli@orbsky.homelinux.org 2009-03-12 14:39:03 --- However, a temporary workaround has been found and it would be good if it could be applied to this specific case as opposed to shutting ST3C altogether. I'm having a great deal of difficulty compiling wine from scratch due to the fact that I'm using Fedora 10 x86_64. If I were to install the 32bit devel packages I would have to uninstall the x86_64 packages due to a conflicts.
However, I'm not a programmer so I can't really complain all that much about this. I just hope that somehow we can generate a little noise. Cause this is a lovely game. Great graphics, etc.. Its a shame that it doesn't work 100% since its so close to being able to do so.
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #57 from Austin English austinenglish@gmail.com 2009-03-12 17:32:36 --- (In reply to comment #56)
However, a temporary workaround has been found and it would be good if it could be applied to this specific case as opposed to shutting ST3C altogether. I'm having a great deal of difficulty compiling wine from scratch due to the fact that I'm using Fedora 10 x86_64. If I were to install the 32bit devel packages I would have to uninstall the x86_64 packages due to a conflicts.
It's a hack that would break lots of other things.
Granted, some patches do break things, but they (usually, should be always), have conformance tests that show that is what windows does. So while it breaks one app and fixes another, we do know that it's moving the right direction (the same as windows).
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #58 from Eli Wapniarski eli@orbsky.homelinux.org 2009-03-13 00:07:03 --- Is wine capable of detecting what program is running? If so, couldn't this hack be impletmented on a by case basis (ie elementclient.exe)?
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #59 from Eli Wapniarski eli@orbsky.homelinux.org 2009-03-13 00:07:53 --- At least until such time as a proper solution is found?
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #60 from Vitaliy Margolen vitaliy@kievinfo.com 2009-03-13 01:00:05 --- (In reply to comment #58) Such hacks are not acceptable into Wine source. No exceptions.
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #61 from Stephen Pape srpape@gmail.com 2009-03-13 08:46:01 --- How about adding S3TC as a per-application configuration option in winecfg, ala "allow pixel shader", or at least a registry setting ? I was kind of surprised that there wasn't a setting anywhere to disable it, since we have a lot of registry tweaks for other things.
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #62 from hash HASH.DuOrden@gmail.com 2009-03-13 09:44:29 --- "Other things" are used in not only one application, when problem with S3TC is ONLY with PW engine games.
Add registry setting for only one type of game?
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #63 from Austin English austinenglish@gmail.com 2009-03-13 10:21:28 --- (In reply to comment #59)
At least until such time as a proper solution is found?
Nothing's stopping you from adding as many hacks as you want to your private build. But it won't go in wine itself.
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #64 from Eli Wapniarski eli@orbsky.homelinux.org 2009-03-13 12:05:17 --- Stephen Pape is correct. Winecfg is quite capabale of customizing configuration options on a per application basis. Which Windows Version to be, which dlls to use. Hardware Acceleration etc.
It makes some sense to be able to do this for other things. It makes some sense to be able to do this with other features when required.
Austin... Difficulty in implementing not withstanding. Please consider that not every computer user is a programmer. I'm certainly not. They are users and the suggestion / question that Stephen offered was actually an intelligent one based on observations of the current state of Wine and winecfg.
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #65 from Austin English austinenglish@gmail.com 2009-03-13 13:44:41 --- (In reply to comment #64)
Stephen Pape is correct. Winecfg is quite capabale of customizing configuration options on a per application basis. Which Windows Version to be, which dlls to use. Hardware Acceleration etc.
Of course, but space in there is limited, and not easy to adjust.
It makes some sense to be able to do this for other things. It makes some sense to be able to do this with other features when required.
Agreed.
Austin... Difficulty in implementing not withstanding. Please consider that not every computer user is a programmer. I'm certainly not. They are users and the suggestion / question that Stephen offered was actually an intelligent one based on observations of the current state of Wine and winecfg.
Sure. But asking wine to add a hack or large workarounds for _one_ application when the same can be done easily to a private build is a bit ridiculous, as is wasting time arguing this.
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #66 from Eli Wapniarski eli@orbsky.homelinux.org 2009-03-13 14:47:33 ---
Sure. But asking wine to add a hack or large workarounds for _one_ application when the same can be done easily to a private build is a bit ridiculous, as is wasting time arguing this.
I'm running x86_64 so its not easy, without breaking other things. And I'm sure that there are other very specific directx problems with specific applications that could easily be worked around if it were possible to disable certain features.
It never hurts to ask. No... as disappointing as it is... is an answer. And one of things that I will always argue. That while programmers of Open Source do an awful lot of it for the love of it. As is evidenced by Wine. Users also use Open source for the love of it. Together us users and them programmers make a great team. And the more enthusiastic we are about making a project better, the better the projects become. Feature additions and feedback creating a beautiful loop.
Ask... Dang right I'll ask. I have the right to do so. This ain't Microsucks yah know? :).
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #67 from Eli Wapniarski eli@orbsky.homelinux.org 2009-03-15 04:23:42 --- Unless this has already been done, I would like to explore the possibility that this might in fact be an NVidia bug.
Reason being.... I just installed the latest NVIDIA-Linux-x86_64-180.37 driver and Perfectworld was completely unplayable. I had to revert back to NVIDIA-Linux-x86_64-180.29 to be able to play.
I really don't even know how to describe the corruption in the rendering, or for that matter how to go about describing the problem as a "potential bug"
Any thoughts would be greatly appreciated.
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #68 from heema heematux@gmail.com 2009-03-15 04:40:08 --- (In reply to comment #67)
Unless this has already been done, I would like to explore the possibility that this might in fact be an NVidia bug.
Reason being.... I just installed the latest NVIDIA-Linux-x86_64-180.37 driver and Perfectworld was completely unplayable. I had to revert back to NVIDIA-Linux-x86_64-180.29 to be able to play.
I really don't even know how to describe the corruption in the rendering, or for that matter how to go about describing the problem as a "potential bug"
Any thoughts would be greatly appreciated.
how was it unplayable ? can you post a screenshot ?
as i have the latest nvidia drivers but the 32bit ones and it works fine
where there any errors in the terminal ?
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #69 from Eli Wapniarski eli@orbsky.homelinux.org 2009-03-15 05:35:41 --- I don't know how to do a screenhot from within the game.
But how it looked, was like I was looking through some kind if bizarre 8bit color "ega" kaleidoscope. Very, very weird.
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #70 from Eli Wapniarski eli@orbsky.homelinux.org 2009-03-17 03:25:50 --- Created an attachment (id=19996) --> (http://bugs.winehq.org/attachment.cgi?id=19996) Screenshot After Starting PWI with 180.37 x86_64 NVidia Driver
OK... Here is the screenshoot after installing the 180.37 x86_64 NVidia driver.
This is with Wine 1.1.15
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #71 from heema heematux@gmail.com 2009-03-17 03:49:19 --- (In reply to comment #70)
Created an attachment (id=19996)
--> (http://bugs.winehq.org/attachment.cgi?id=19996) [details]
Screenshot After Starting PWI with 180.37 x86_64 NVidia Driver
OK... Here is the screenshoot after installing the 180.37 x86_64 NVidia driver.
This is with Wine 1.1.15
from the icons in your screenshot it looks like you haven't applied the patch
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #72 from Eli Wapniarski eli@orbsky.homelinux.org 2009-03-17 05:52:59 --- Nope. I haven't.
Reason 1 I'm on an x86_64 Fedora computer. In order to get wine compiled I would need to remove the x86_64 devel packages for i386 packages due to conflicts.
Reason 2 I really do not feel like having to recompile wine everytime a new version comes out. Fedora does a great job getting the latest out there pretty darn quick.
Reason 3 Following the discussion here, it would seem that I would break other games in that the capabilities of my card would not be utilized.
Reason 4 This should be fixed properly.
Reason 5 As it would seem because of the screen shot provided... now I'm not certain that this is a wine bug in and of itself. As you can see from my previous post, after installing the latest driver from NVidia that is the upgrade from 180.29 to 180.37 things get worse. Which means that it would be a good idea to explore the possibility that the drivers that NVidia provide might be the culprit of the problem.
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #73 from joaopa jeremielapuree@yahoo.fr 2009-03-17 06:43:32 --- Hey, Wine is a free software based on the good will of its developper and users.
If you do not want to do any efforts by finding the culprit, how do you want Wine to improve???
If the bug is not the fault of Wine but Nvidia drivers, you need to report to Nvidia, not to Wine.
Otherwise, please do what the writers requested.
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #74 from Eli Wapniarski eli@orbsky.homelinux.org 2009-03-17 07:16:49 --- (In reply to comment #73)
Hey, Wine is a free software based on the good will of its developper and users.
You're point being what... If its free don't complain if there's problem or ask for advise on how to solve it, or try to participate in getting it fixed the best you can. What because software is distributed via the gpl means that I shouldn't expect support?
If you do not want to do any efforts by finding the culprit, how do you want Wine to improve???
I'm putting a great deal of effort into this. I've reported a problem compiling on x86_64 platform over at Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=489144
I have already prepared the material for a bug report over at NVidia including the screenshot that was provided with the request for advice that occurred previously.
If the bug is not the fault of Wine but Nvidia drivers, you need to report to Nvidia, not to Wine.
This what I'm trying to determine. I have already prepared the material for a bug report over at NVidia.
Otherwise, please do what the writers requested.
The writers have already done it. They know what the problem is and they also know that the patch that is being provided is a workaround. One more person applying the workaround isn't going to help fix the problem.
So again... I'm asking for everyone's thoughts regarding what I'm seeing with the newest drivers? Would it be worthwhile to report this over at NVidia since this problem is directly related to NVidia S3TC support in wine?
If so... will I be dealing with this alone? Will there be anyone one of you guys trying to deal with this with the official releases? etc.. etc...
Please advise...
Eli
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #75 from Eli Wapniarski eli@orbsky.homelinux.org 2009-03-18 01:46:58 --- OK since there are no additional thoughts on this, I have submitted a request for assistance over at NVidia at
http://www.nvnews.net/vbulletin/showthread.php?t=130219
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #76 from Austin English austinenglish@gmail.com 2009-03-22 12:10:23 --- (In reply to comment #72)
Nope. I haven't.
Reason 1 I'm on an x86_64 Fedora computer. In order to get wine compiled I would need to remove the x86_64 devel packages for i386 packages due to conflicts.
Reason 2 I really do not feel like having to recompile wine everytime a new version comes out. Fedora does a great job getting the latest out there pretty darn quick.
Reason 3 Following the discussion here, it would seem that I would break other games in that the capabilities of my card would not be utilized.
Reason 4 This should be fixed properly.
Reason 5 As it would seem because of the screen shot provided... now I'm not certain that this is a wine bug in and of itself. As you can see from my previous post, after installing the latest driver from NVidia that is the upgrade from 180.29 to 180.37 things get worse. Which means that it would be a good idea to explore the possibility that the drivers that NVidia provide might be the culprit of the problem.
You don't have to overwrite your yum installed wine...you can run wine from the build directory/some other installed directory.
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #77 from Eli Wapniarski eli@orbsky.homelinux.org 2009-03-22 15:42:56 --- Kaleidoscope weirdness persist with the 180.41 drivers and has been reported over at Nvidia.
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #78 from Eli Wapniarski eli@orbsky.homelinux.org 2009-03-22 15:47:13 --- (In reply to comment #76)
You don't have to overwrite your yum installed wine...you can run wine from the build directory/some other installed directory.
That's true, but I would have to replace the x86_64 development libraries with the i386 development libraries due to conflicts in order to compile 32bit wine.
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #79 from Vitaliy Margolen vitaliy@kievinfo.com 2009-03-22 15:53:46 --- (In reply to comment #78)
but I would have to replace the x86_64 development libraries with the i386 development libraries due to conflicts in order to compile 32bit wine.
Who said that? Everything works just perfectly here with both 32-bit & 64-bit development libraries installed.
Anyway this is off-topic and not related to the bug in any way shape or form. Ask your distro support how to use your distro properly.
Please in the future refrain from posting any useless information that has nothing to do with the bug itself. If you need help with anything - bugzilla is the WRONG PLACE for it.
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #80 from Eli Wapniarski eli@orbsky.homelinux.org 2009-03-22 16:06:49 --- (In reply to comment #79)
(In reply to comment #78)
but I would have to replace the x86_64 development libraries with the i386 development libraries due to conflicts in order to compile 32bit wine.
Who said that? Everything works just perfectly here with both 32-bit & 64-bit development libraries installed.
RPM Does.
Anyway this is off-topic and not related to the bug in any way shape or form. Ask your distro support how to use your distro properly.
Please in the future refrain from posting any useless information that has nothing to do with the bug itself. If you need help with anything - bugzilla is the WRONG PLACE for it.
Discussing how to work around a bug that is currently being discussed in a bug report is relevant. The fact that one uses one distro or another and the limitations imposed thereby does contribute to fixing or working around them. So please. Not all of us are developers and a little QA is helpful don't you think.
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #81 from Vitaliy Margolen vitaliy@kievinfo.com 2009-03-22 18:49:16 --- If your distro doesn't allow 32-bit & 64-bit development at the same time it's a bug and have to be reported to Red Hat.
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #82 from Eli Wapniarski eli@orbsky.homelinux.org 2009-03-23 00:09:08 --- (In reply to comment #81)
If your distro doesn't allow 32-bit & 64-bit development at the same time it's a bug and have to be reported to Red Hat.
Please refer to comment #74
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #83 from hash HASH.DuOrden@gmail.com 2009-03-29 13:29:37 --- About adding option to disable S3TC in registry. It appears that such option is already exist, look here: http://wiki.winehq.org/UsefulRegistryKeys there is:
+-OpenGL | | | +->DisabledExtensions | [Space separated list of OpenGL extensions that are not reported to applications. | Example: "GL_ARB_vertex_buffer_object GL_ATI_fragment_shader".] |
The only problem is that nor "GL_EXT_texture_compression_s3tc" nor "EXT_texture_compression_s3tc" isn't working. Is there any one who can tell us the correct value or is that option is not for our case?
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #84 from H. Verbeet hverbeet@gmail.com 2009-03-30 07:54:52 --- Created an attachment (id=20203) --> (http://bugs.winehq.org/attachment.cgi?id=20203) patch
Out of curiosity, does this patch make any difference?
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #84 from H. Verbeet hverbeet@gmail.com 2009-03-30 07:54:52 --- Created an attachment (id=20203) --> (http://bugs.winehq.org/attachment.cgi?id=20203) patch
Out of curiosity, does this patch make any difference?
--- Comment #85 from hash HASH.DuOrden@gmail.com 2009-03-30 09:27:46 --- Wow! Nice patch, now it is a nice textures and no corruption! Thank you!
P.S.:I'll try to run around for long time to test stability.
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #84 from H. Verbeet hverbeet@gmail.com 2009-03-30 07:54:52 --- Created an attachment (id=20203) --> (http://bugs.winehq.org/attachment.cgi?id=20203) patch
Out of curiosity, does this patch make any difference?
--- Comment #85 from hash HASH.DuOrden@gmail.com 2009-03-30 09:27:46 --- Wow! Nice patch, now it is a nice textures and no corruption! Thank you!
P.S.:I'll try to run around for long time to test stability.
--- Comment #86 from heema heematux@gmail.com 2009-03-30 10:29:51 --- (In reply to comment #84)
Created an attachment (id=20203)
--> (http://bugs.winehq.org/attachment.cgi?id=20203) [details]
patch
Out of curiosity, does this patch make any difference?
what does this patch do ? does it work with the latest wine ?
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #87 from hash HASH.DuOrden@gmail.com 2009-03-30 10:45:39 --- Another thing, I tried LotRO with wine which is patched in not starting at all.
To heema: yes it works with current git.
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #88 from Eli Wapniarski eli@orbsky.homelinux.org 2009-03-31 12:26:00 --- (In reply to comment #84)
Created an attachment (id=20203)
--> (http://bugs.winehq.org/attachment.cgi?id=20203) [details]
patch
Out of curiosity, does this patch make any difference?
OK... First off thank you.
Question... The code in surface_base.c has changed between version 1.1.15 and 1.1.18. Is that correct? I need to know for when I report what progress has been made over at Fedora.
I managed to get wine-1.1.18 compiled under mock. Couldn't build the rpms but that's a different issue and I will be reporting on this over at Fedora (since this is not a wine issue per se). in a couple of hours. And of course at the same time I will be updating the bug report post over at Nvidia.
Be that as it may... After simply copying the built files over the old the installation and doing a quick in and clicking on some of the gui elements in the game and viewing the map everything looks absolutely great. Of course I will need to do further testing.
Thanks Again... Great Job.
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #89 from H. Verbeet hverbeet@gmail.com 2009-03-31 12:44:53 --- (In reply to comment #88)
Question... The code in surface_base.c has changed between version 1.1.15 and 1.1.18. Is that correct? I need to know for when I report what progress has been made over at Fedora.
Yeah.
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #90 from heema heematux@gmail.com 2009-03-31 13:27:11 --- tried the patch with the latest wine (1.1.18) and it worked great
it looks better and faster than the old hack
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #91 from Eli Wapniarski eli@orbsky.homelinux.org 2009-04-01 02:58:44 --- Yippee... Success.... Not only compiled but fully built the rpms under mock including the new patch. Info at bugzilla.redhat.com is updated. Updated Nvidia about progress. Going to test with 180.44 drivers from Nvidia (latest) I will let everyone know how that works.
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #92 from Eli Wapniarski eli@orbsky.homelinux.org 2009-04-01 03:54:16 --- No joy with the newer 180.44 driver. Going back to 180.29
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #93 from hash HASH.DuOrden@gmail.com 2009-04-01 06:38:58 --- Well, as I can see this patch is incorporated in current git and it not only works very well for PW but not braking anything (yet?) in other games. I tried The Lord of the Ring Online, Prince of Persia, Left 4 Dead, Half-Life2: Episode Two, Civilization IV, Max Payne, Max Payne 2, Supreme Commander - Forged Alliance, The Witcher, all of them worked flawlessly.
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #93 from hash HASH.DuOrden@gmail.com 2009-04-01 06:38:58 --- Well, as I can see this patch is incorporated in current git and it not only works very well for PW but not braking anything (yet?) in other games. I tried The Lord of the Ring Online, Prince of Persia, Left 4 Dead, Half-Life2: Episode Two, Civilization IV, Max Payne, Max Payne 2, Supreme Commander - Forged Alliance, The Witcher, all of them worked flawlessly.
--- Comment #94 from heema heematux@gmail.com 2009-04-01 06:49:35 --- (In reply to comment #93)
Well, as I can see this patch is incorporated in current git
thats great news :)
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #93 from hash HASH.DuOrden@gmail.com 2009-04-01 06:38:58 --- Well, as I can see this patch is incorporated in current git and it not only works very well for PW but not braking anything (yet?) in other games. I tried The Lord of the Ring Online, Prince of Persia, Left 4 Dead, Half-Life2: Episode Two, Civilization IV, Max Payne, Max Payne 2, Supreme Commander - Forged Alliance, The Witcher, all of them worked flawlessly.
--- Comment #94 from heema heematux@gmail.com 2009-04-01 06:49:35 --- (In reply to comment #93)
Well, as I can see this patch is incorporated in current git
thats great news :)
--- Comment #95 from heema heematux@gmail.com 2009-04-01 21:13:47 --- here is its link in git http://source.winehq.org/git/wine.git/?a=commit;h=0591442469b8dfe28b05fb001d...
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #96 from Eli Wapniarski eli@orbsky.homelinux.org 2009-04-02 00:08:09 --- So, I'm assuming that the change will incorporated into 1.1.19. Is that correct?
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #97 from Austin English austinenglish@gmail.com 2009-04-02 10:31:42 --- (In reply to comment #96)
So, I'm assuming that the change will incorporated into 1.1.19. Is that correct?
Yes
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #98 from Eli Wapniarski eli@orbsky.homelinux.org 2009-04-02 12:04:09 --- That's great. All I can say once again... great job. Just been running around shiskabobing and getting sishkabobed. No crashes everything seems to work as expected.
Thanks Again... :)
http://bugs.winehq.org/show_bug.cgi?id=12560
Ben Klein shacklein@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |shacklein@gmail.com
--- Comment #99 from Ben Klein shacklein@gmail.com 2009-04-05 10:30:08 --- (In reply to comment #83)
About adding option to disable S3TC in registry. It appears that such option is already exist, look here: http://wiki.winehq.org/UsefulRegistryKeys there is:
+-OpenGL | | | +->DisabledExtensions | [Space separated list of OpenGL extensions that are not reported
to applications. | Example: "GL_ARB_vertex_buffer_object GL_ATI_fragment_shader".] |
The only problem is that nor "GL_EXT_texture_compression_s3tc" nor "EXT_texture_compression_s3tc" isn't working. Is there any one who can tell us the correct value or is that option is not for our case?
I'm interested in the answer to this. Is it possible to disable s3tc via the DisabledExtensions blacklist? This is more regarding bug 14939 though; it would be interesting to see if there's a workaround for it :)
(In reply to comment #93)
Well, as I can see this patch is incorporated in current git and it not only
< works very well for PW but not braking anything (yet?) in other games.
I tried The Lord of the Ring Online, Prince of Persia, Left 4 Dead, Half-Life2: Episode Two, Civilization IV, Max Payne, Max Payne 2, Supreme Commander - Forged Alliance, The Witcher, all of them worked flawlessly.
Can you confirm that any of these games use DXTC/S3TC textures?
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #100 from hash HASH.DuOrden@gmail.com 2009-04-05 16:38:16 --- (In reply to comment #99)
Can you confirm that any of these games use DXTC/S3TC textures?
I can try compile latest wine with S3TC disabled and see if these games are running but I do know that LotRO and EVE Online do use S3TC as they refused to run with out S3TC before.
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #101 from heema heematux@gmail.com 2009-04-12 04:11:48 --- the new wine 1.1.19 is out , i am at work now but from looking at the source the patch is included so everything should work now with out patching
i will try it out when i return home
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #102 from Eli Wapniarski eli@orbsky.homelinux.org 2009-04-12 15:45:46 --- Heema... I just did. It's working just fine.
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #103 from hash HASH.DuOrden@gmail.com 2009-04-13 00:52:26 --- Well, I can't confirm working 1.1.19 as PWI do not start on this version at all crashing right after load screen, I'll post but as soon I'll do regression test.
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #103 from hash HASH.DuOrden@gmail.com 2009-04-13 00:52:26 --- Well, I can't confirm working 1.1.19 as PWI do not start on this version at all crashing right after load screen, I'll post but as soon I'll do regression test.
--- Comment #104 from hash HASH.DuOrden@gmail.com 2009-04-13 00:53:59 --- Well, I can't confirm working 1.1.19 as PWI do not start on this version at all crashing right after load screen, I'll post bug as soon I'll do regression test.
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #105 from Eli Wapniarski eli@orbsky.homelinux.org 2009-04-13 01:12:57 --- (In reply to comment #104)
Well, I can't confirm working 1.1.19 as PWI do not start on this version at all crashing right after load screen, I'll post bug as soon I'll do regression test.
What version of the NVidia driver are you using?
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #106 from hash HASH.DuOrden@gmail.com 2009-04-13 01:28:07 --- 185.13
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #107 from Eli Wapniarski eli@orbsky.homelinux.org 2009-04-13 02:31:01 --- (In reply to comment #106)
185.13
I just installed 185.13. And reconfirmed that I do indeed have wine 1.1.19 installed on my system. Unfortuneately, I am unable to confirm this. Everything seems to be working just fine. I will be trying next with 185.19 which is the latest Beta Driver.
Forgive this dumb question, but, does PWI continue to crash after rebooting your system?
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #108 from Eli Wapniarski eli@orbsky.homelinux.org 2009-04-13 04:23:58 --- Works with 185.19 as well. Sorry about that. And as a side benefit the kaleidoscope effect seems to be gone as well. Yeah...
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #109 from hash HASH.DuOrden@gmail.com 2009-04-13 04:55:26 --- That's interesting, PWI doesn't starting with following error: wine: failed to initialize: /opt/wine/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
and this is correct, there is no such file. I'll try to rebuild wine again and see if something will change.
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #110 from Akkord Akkordv@gmail.com 2009-04-13 05:48:11 --- Confirmed, PW working as expected in wine 1.1.19.
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #110 from Akkord Akkordv@gmail.com 2009-04-13 05:48:11 --- Confirmed, PW working as expected in wine 1.1.19.
--- Comment #111 from Sense Hofstede sense@qense.nl 2009-04-13 07:24:04 --- I can confirm 1.1.19 does a splendid job. I can now run the game without any texture problems at all. No need for patching.
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #110 from Akkord Akkordv@gmail.com 2009-04-13 05:48:11 --- Confirmed, PW working as expected in wine 1.1.19.
--- Comment #111 from Sense Hofstede sense@qense.nl 2009-04-13 07:24:04 --- I can confirm 1.1.19 does a splendid job. I can now run the game without any texture problems at all. No need for patching.
--- Comment #112 from heema heematux@gmail.com 2009-04-13 19:09:27 --- i also ran it with 1.1.19 and everything ran perfectly
i guess this bug is finaly closed :D
http://bugs.winehq.org/show_bug.cgi?id=12560
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
--- Comment #113 from Dmitry Timoshkov dmitry@codeweavers.com 2009-04-13 20:53:25 --- Reported fixed.
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #114 from Eli Wapniarski eli@orbsky.homelinux.org 2009-04-18 00:20:14 --- Works with 180.50 drivers.
http://bugs.winehq.org/show_bug.cgi?id=12560
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #115 from Alexandre Julliard julliard@winehq.org 2009-04-24 12:03:06 --- Closing bugs fixed in 1.1.20.
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #116 from Rakez broken.code@yahoo.com 2009-10-24 04:13:31 --- Created an attachment (id=24306) --> (http://bugs.winehq.org/attachment.cgi?id=24306) Skill and Inventory bugs
This game run perfect on my system, only got problem with skill n inventory image. already try use pacth, but stil got same error.
already try with wine 1.1.24 - 1.1.31 and 1.1.32
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #117 from Henri Verbeet hverbeet@gmail.com 2009-10-24 06:01:51 --- (In reply to comment #116)
Created an attachment (id=24306)
--> (http://bugs.winehq.org/attachment.cgi?id=24306) [details]
Skill and Inventory bugs
This game run perfect on my system, only got problem with skill n inventory image. already try use pacth, but stil got same error.
already try with wine 1.1.24 - 1.1.31 and 1.1.32
That patch is already in Wine, please file a new bug. (And please describe there what the problem exactly is, it's not clear to me from just the screenshot. Are the question marks supposed to be different pictures perhaps?)
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #118 from hash HASH.DuOrden@gmail.com 2009-10-24 07:03:56 --- (In reply to comment #116)
Created an attachment (id=24306)
--> (http://bugs.winehq.org/attachment.cgi?id=24306) [details]
Skill and Inventory bugs
This game run perfect on my system, only got problem with skill n inventory image. already try use pacth, but stil got same error.
already try with wine 1.1.24 - 1.1.31 and 1.1.32
Question marks is not a bug in wine, it's a problem with installation and was discussed in here and in discussion of game in AppDB. This bug represented with messed-up bitmaps, not bitmaps replaced by question marks. In you case it's just the game can't find bitmap resources, I'd recommend to re-download the installation and reinstall.
http://bugs.winehq.org/show_bug.cgi?id=12560
Rakez broken.code@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |broken.code@yahoo.com
--- Comment #119 from Rakez broken.code@yahoo.com 2009-10-24 09:01:28 --- (In reply to comment #118)
(In reply to comment #116)
Created an attachment (id=24306)
--> (http://bugs.winehq.org/attachment.cgi?id=24306) [details] [details]
Skill and Inventory bugs
This game run perfect on my system, only got problem with skill n inventory image. already try use pacth, but stil got same error.
already try with wine 1.1.24 - 1.1.31 and 1.1.32
Question marks is not a bug in wine, it's a problem with installation and was discussed in here and in discussion of game in AppDB. This bug represented with messed-up bitmaps, not bitmaps replaced by question marks. In you case it's just the game can't find bitmap resources, I'd recommend to re-download the installation and reinstall.
ok i will try re-install my Perfect world game, i will tell u soon the result.
http://bugs.winehq.org/show_bug.cgi?id=12560
EndorphinE Endol2phinE@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|Endol2phinE@gmail.com |
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #120 from Eli Wapniarski eli@orbsky.homelinux.org 2009-11-07 00:27:49 --- Created an attachment (id=24575) --> (http://bugs.winehq.org/attachment.cgi?id=24575) Elements Do Not Show in the Patcher Dialogue Box
Hi it would seem that a new problem has cropped up with wine 1.1.32. Elements of Patcher's dialogue box do not appear as can be seen in the attached screen shot. That is the Background color does show up, Radio buttons and the like do not show up.
I can start the game OK.
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #121 from Jeff Zaroyko jeffz@jeffz.name 2009-11-07 00:33:02 --- (In reply to comment #120)
Hi it would seem that a new problem has cropped up with wine 1.1.32.
File a new bug.
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #122 from Henri Verbeet hverbeet@gmail.com 2009-11-07 00:48:21 --- Yes, please file new bugs for new problems. Also, if this worked in previous versions, please do a regression test.
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #123 from Eli Wapniarski eli@orbsky.homelinux.org 2009-11-08 01:20:11 --- K... New bug report at
http://bugs.winehq.org/show_bug.cgi?id=20598
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #124 from Eli Wapniarski eli@orbsky.homelinux.org 2009-11-08 14:48:33 --- As indicated in the new bug report, Regression testing revealed..
2854884a428e222cbb9078d875068a72f25365c4 is first bad commit commit 2854884a428e222cbb9078d875068a72f25365c4 Author: Nikolay Sivov bunglehead@gmail.com Date: Thu Oct 22 13:15:30 2009 +0400
gdi32: Always create a context for DIB_RGB_COLORS.
:040000 040000 7c58b1ef8bd519a7156105b62a2b31c48bfd61df 8cc661ec9142cdada7a04afffc8c53670ee2c0a2 M dlls
http://bugs.winehq.org/show_bug.cgi?id=12560
--- Comment #125 from Ben Klein shacklein@gmail.com 2009-11-08 14:53:55 --- (In reply to comment #124)
As indicated in the new bug report, Regression testing revealed..
Please don't cross-post bugs unless that regression test has something to do with the problem you reported on this bug.