http://bugs.winehq.org/show_bug.cgi?id=12609
Summary: Silent Hill 2: random slow down Product: Wine Version: 0.9.59. Platform: PC OS/Version: other Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: t0p0linik@yahoo.it
I'm running SH2 with this hardware: athlon 3000+, 512 MB of ram, matrox g550 on xubuntu gutsy (7.10), wine is run in emulated desktop @1024x768. When the game runs at normal speed it is enjoyable of course. But half the time i play, it is very slow. I can't tell what component causes this because no extra messages come from the command line (many fixme messages but they are not related to the slow downs). What i know is that this happens at random time and place (i mean, in the game) and i think this is not due to scene complexity, it happens during the normal game (so with variable scene complexity) but also: - during the game start and load menus, - when James doesn't move (it waits), with the light on or off, - when i look at the inventory, - when i look at the city map, - during a cut scene (the game uses bink video). Well, it can happen at any time! Further, the same random is for slow downs disappearing! The same scenarios cause the game to get faster at normal speed, when nothing changed. I really don't know what to investigate. Sometimes i can restore the normal speed moving a large window over the wine desktop (so forcing wine to redraw the whole window) but, i said, sometimes; this doesn't work anytime.
http://bugs.winehq.org/show_bug.cgi?id=12609
--- Comment #1 from topolinik t0p0linik@yahoo.it 2008-04-16 04:55:51 --- The game is set up with very low details since my video card mounts only 32 mb of ram.
http://bugs.winehq.org/show_bug.cgi?id=12609
--- Comment #2 from topolinik t0p0linik@yahoo.it 2008-05-13 03:13:44 --- No updates about the game. Now, since my video card may not be supported as well as konami says, maybe the game is requiring some 3D features i'm actually missing. So the slow downs might be related to these 3D features when they are emulated via software. Is there a way to see how cpu time is shared between the game code (that is, the code 'above' wine) and the 3d graphic subsystem calls (that is, the code 'below' wine)? I want to see if the slow downs are either due to the konami code or to the emulation done by dri. Elio
BTW, sorry for my poor english in the first post :-P
http://bugs.winehq.org/show_bug.cgi?id=12609
--- Comment #3 from Austin English austinenglish@gmail.com 2008-11-12 13:49:33 --- Is this still an issue in current (1.1.8 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=12609
tmatth le.businessman@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |le.businessman@gmail.com
--- Comment #4 from tmatth le.businessman@gmail.com 2008-11-20 19:00:41 --- I have the same issue with 1.1.8, but i have an ATI Radeon 9600 with 256mb video memory
http://bugs.winehq.org/show_bug.cgi?id=12609
Dmitry Squall.sama@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |Squall.sama@gmail.com
--- Comment #5 from Dmitry Squall.sama@gmail.com 2008-11-23 05:03:14 --- if in tuning of wine to clean a mark to include pixel shader that slow is halted
http://bugs.winehq.org/show_bug.cgi?id=12609
topolinik t0p0linik@yahoo.it changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |t0p0linik@yahoo.it
--- Comment #6 from topolinik t0p0linik@yahoo.it 2008-11-23 06:37:40 --- Well, i just tried the game with latest wine 1.1.9 on my xubuntu 8.04. Results are the same, i will explain what happens during in-game action: James moves slow. The strange thing is the locations that were running at normal speed some month ago, they may cause James to move slowly as well (i.e. into the apartments). In general, now the speed variation isn't random-based. The more the scene complexity, the slower the game. I can call this a 'normal' or 'expected' behaviour. But, please note, now even the faster location is slower than the faster location when i was playing it some month ago.
http://bugs.winehq.org/show_bug.cgi?id=12609
--- Comment #7 from Vitaliy Margolen vitaliy@kievinfo.com 2008-11-23 17:37:42 --- *** Bug 16175 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=12609
--- Comment #8 from Dmitry Squall.sama@gmail.com 2008-11-24 14:14:57 --- fixme:d3d:state_fog Implement software vertex fog for pixel shader < 3.0
bug's with shaders until now is not decided
http://bugs.winehq.org/show_bug.cgi?id=12609
--- Comment #9 from topolinik t0p0linik@yahoo.it 2008-11-25 08:24:29 --- @tmatth: if the same happens on a last-gen graphic card, then the slow-down is not due to my ancient hardware. So, software tuning may fix everything.
http://bugs.winehq.org/show_bug.cgi?id=12609
--- Comment #10 from tmatth le.businessman@gmail.com 2008-11-26 00:26:29 --- update: killing pulseaudio (/usr/bin/pulseaudio) seems to have fixed the menu performance and distorted sound i was getting.
http://bugs.winehq.org/show_bug.cgi?id=12609
--- Comment #11 from tmatth le.businessman@gmail.com 2008-11-26 00:34:19 --- sorry, menu performance might be the same, the sound being distorted before just made it more noticeable.
http://bugs.winehq.org/show_bug.cgi?id=12609
Jeff Gringo dunerkahl@yahoo.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dunerkahl@yahoo.de
--- Comment #12 from Jeff Gringo dunerkahl@yahoo.de 2008-12-25 17:56:18 --- (In reply to comment #8)
fixme:d3d:state_fog Implement software vertex fog for pixel shader < 3.0
bug's with shaders until now is not decided
I also have the same fixme message and this slowdown in Operation Flashpoint. The message appears endless on the commandline as long as the game is running.
I have GLSL and VertexShaders enabled and an NVIDIA 7900 card.
http://bugs.winehq.org/show_bug.cgi?id=12609
didli didli@auone.jp changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |didli@auone.jp
--- Comment #13 from didli didli@auone.jp 2009-01-06 18:16:43 --- Setup failed for me with wine 1.1.12, Intrepid Ibex 32 bits, kernel 2.6.27-9. Setup will launch and then fails a few seconds later (installer exception error and ikernel.exe stuck). Never had a problem with this game before (Edgy,Gutsy,etc). Is there anyone that could confirm ?
http://bugs.winehq.org/show_bug.cgi?id=12609
--- Comment #14 from topolinik t0p0linik@yahoo.it 2009-01-22 04:09:37 --- Created an attachment (id=18891) --> (http://bugs.winehq.org/attachment.cgi?id=18891) This is the log from WINEDEBUG=+loaddll wine Setup.exe
http://bugs.winehq.org/show_bug.cgi?id=12609
--- Comment #15 from topolinik t0p0linik@yahoo.it 2009-01-22 04:13:43 --- Just tryed an installation with wine 1.1.12 on my xubuntu 8.04 hardy, it fails. The process behaves different in first case, when the reported error is about "installation module, impossible to startup (0x8002802b)" (i translated from italian) - you can read the attached log. Then the other attempts always result in "Error during iKernel installation (0x1400)" I will try again with latest wine 1.1.13.
http://bugs.winehq.org/show_bug.cgi?id=12609
--- Comment #16 from topolinik t0p0linik@yahoo.it 2009-01-22 04:23:57 --- Created an attachment (id=18892) --> (http://bugs.winehq.org/attachment.cgi?id=18892) Install is successful with wine 1.1.13
http://bugs.winehq.org/show_bug.cgi?id=12609
topolinik t0p0linik@yahoo.it changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #18891|This is the log from |This is the log from description|WINEDEBUG=+loaddll wine |WINEDEBUG=+loaddll wine |Setup.exe |Setup.exe | |(wine 1.1.12)
http://bugs.winehq.org/show_bug.cgi?id=12609
--- Comment #17 from topolinik t0p0linik@yahoo.it 2009-01-22 04:45:15 --- Using wine 1.1.13 installation issues seem to be fixed although many error messages still appear in the console.
http://bugs.winehq.org/show_bug.cgi?id=12609
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |FIXED
--- Comment #18 from Austin English austinenglish@gmail.com 2009-07-30 11:17:43 --- Reported fixed...6 months ago.
http://bugs.winehq.org/show_bug.cgi?id=12609
--- Comment #19 from Austin English austinenglish@gmail.com 2009-07-30 12:02:38 --- Is this still an issue in current (1.1.26 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=12609
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #20 from Alexandre Julliard julliard@winehq.org 2009-08-07 12:12:17 --- Closing bugs fixed in 1.1.27.