http://bugs.winehq.org/show_bug.cgi?id=24466
Summary: Sid Meier's Pirates! frequent hiccups, temporary lock-ups Product: Wine Version: 1.3.3 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: gyebro69@gmail.com
Created an attachment (id=30870) --> (http://bugs.winehq.org/attachment.cgi?id=30870) terminal output
Sid Meier's Pirates! (patched to the latest 1.0.2 version) performs badly in Wine. This issue is described in several test results on the Appdb page of the game, too. I can observe the following symptoms: - After the intro video played, it takes almost 2 minutes to get into the main menu (without noticeable hdd activity). - When I get into the game and visit any places in the port (Governor, Merchant, Tavern etc.) it usually takes the game 15-20 seconds to display the next screen (although music plays continuously). - While sailing, the game frequently "freezes" for 2-3 seconds without no apparent reasons.
When those hiccups occur all animations freeze on the current screen until the next screen is loaded but music plays fluently. Reducing the screen resolution, graphical details or disable audio doesn't help.
I remember playing this game several years ago in a native Win XP without this issues.
No demo available.
Fedora 13 x86 AMD Athlon 64 x2 4200+ 3 GB Ram Kernel 2.6.34.6 Nvidia 7600 GT / driver 256.53
http://bugs.winehq.org/show_bug.cgi?id=24466
Stephen E. Baker cycoone@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |cycoone@hotmail.com
--- Comment #1 from Stephen E. Baker cycoone@hotmail.com 2010-11-25 22:06:52 CST --- I can confirm this happens for me as well on very different system specs.
Arch Linux (32 bit) Core 2 Duo T7400 Radeon X1400 / mesa 7.9 r300g 2 Gb Ram Kernel 2.6.36.1
http://bugs.winehq.org/show_bug.cgi?id=24466
Stephen E. Baker cycoone@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #2 from Stephen E. Baker cycoone@hotmail.com 2010-11-25 22:14:19 CST --- *** This bug has been confirmed by popular vote. ***
http://bugs.winehq.org/show_bug.cgi?id=24466
Daniel Harvison sirbubbles01@yahoo.com.au changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sirbubbles01@yahoo.com.au
--- Comment #3 from Daniel Harvison sirbubbles01@yahoo.com.au 2011-06-09 12:31:15 CDT --- I found that this bug is able to be worked around by using taskset. (ie, taskset 01 "wine program.exe" seems to work quite well). So you could set up a script with the following:
cd "game install dir" taskset 01 wine program.exe
I use a wine explorer desktop in this case, so "wine explorer /desktop=name,1024x768 program.exe" will launch the game in a window of the size specified.
that would about do it, works for me. Using wine 1.3.21 under Ubuntu 11.04 with an nvidia 260.
http://bugs.winehq.org/show_bug.cgi?id=24466
--- Comment #4 from GyB gyebro69@gmail.com 2011-06-09 13:58:46 CDT --- (In reply to comment #3)
I found that this bug is able to be worked around by using taskset. (ie, taskset 01 "wine program.exe" seems to work quite well).
Indeed, disabling one of the cpu cores (or using taskset) improves the situation considerably: during sailing almost all of those hiccups have gone; loading times are also much shorter between scenes. Certain minigames (e.g. sword fighting) still behave erratically (there are several seconds pause during gameplay).
wine-1.3.21-310-g7cd20a4
http://bugs.winehq.org/show_bug.cgi?id=24466
upchurch231@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |upchurch231@hotmail.com
--- Comment #5 from upchurch231@hotmail.com 2013-06-11 12:39:39 CDT --- I am also experiencing some difficulties. The previously mentioned performance issues I have not been having but I am having 2 problems. 1. The mouse cursor frequently disappears
2. People in the game do not look correct. This pretty much makes the game unplayable. You are unable to sword fight because the only thing that is correct is the sword. The rest of the person is just an array of different shapes. Also dancing is not possible due to the same reason sword fighting is not playable.
http://bugs.winehq.org/show_bug.cgi?id=24466
--- Comment #6 from GyB gyebro69@gmail.com 2013-06-14 09:51:38 CDT --- .(In reply to comment #5)
I am also experiencing some difficulties. The previously mentioned performance issues I have not been having but I am having 2 problems.
The mouse cursor frequently disappears
People in the game do not look correct. This pretty much makes the game
unplayable. You are unable to sword fight because the only thing that is correct is the sword. The rest of the person is just an array of different shapes. Also dancing is not possible due to the same reason sword fighting is not playable.
Please file a new bug report for the problems you have (disappearing mouse cursor and incorrect rendering of objects). Also please specify what video card/drivers you have installed. I don't have such problems with Nvidia binary drivers 319.23.
The originally reported problem is still present for me, tested with wine-1.6-rc1-58-g2fd3ec7. If I force the game to run only on 1 CPU core, the slowdowns are significantly reduced. I don't have Windows installed, so can't tell how the game behaves under native Windows on my dual-core system.
https://bugs.winehq.org/show_bug.cgi?id=24466
--- Comment #7 from Austin English austinenglish@gmail.com --- This is your friendly reminder that there has been no bug activity for over a year. Is this still an issue in current (1.7.37 or newer) wine? If so, please attach the terminal output in 1.7.37 (see http://wiki.winehq.org/FAQ#get_log).
https://bugs.winehq.org/show_bug.cgi?id=24466
Béla Gyebrószki gyebro69@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #30870|0 |1 is obsolete| |
--- Comment #8 from Béla Gyebrószki gyebro69@gmail.com --- Created attachment 50840 --> https://bugs.winehq.org/attachment.cgi?id=50840 terminal output
Still present in 1.7.37
https://bugs.winehq.org/show_bug.cgi?id=24466
Mike Ellery mellery@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mellery@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=24466
winetest@luukku.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winetest@luukku.com
--- Comment #9 from winetest@luukku.com --- (In reply to Béla Gyebrószki from comment #8)
Created attachment 50840 [details] terminal output
Still present in 1.7.37
This is from appdb.
"I play with Sabayon X64 15.08,Nvidia GTX650 TI Boost propretary drivers, 16Gb Ram, 1 TB hdd; sometimes the screen freezes for 1-3 seconds during fights or dancing, nothing unacceptable, but it's annoying"
1.7.53.
So according to this message there has been no change between 1.7.37-1.7.53.
There is no recent appdb test.
https://bugs.winehq.org/show_bug.cgi?id=24466
Béla Gyebrószki gyebro69@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- URL| |https://www.gog.com/game/si | |d_meiers_pirates
--- Comment #10 from Béla Gyebrószki gyebro69@gmail.com --- The problem is still present for me in Wine 3.12 and in Wine-Staging, too.
The game loads to the main menu in roughly 20 seconds. When entering a colony or town and switching between locations (merchant, tavern) the game freezes temporarily for 5-10 seconds. Entering a mini-game also has a noticeable pause. Short, but frequent pauses are present while sailing on the map.
A Wine patched with the esync patchset gives a much smoother gameplay: the game loads to the menu in less than 8 seconds, those frequent and annoying freezes during gameplay are non-existent. For example mini-games are loaded almost instantly. https://github.com/zfigura/wine/tree/esync
FWIW, I have the following specs: AMD Athlon 64 x2 5600+ 8 GB RAM Nvidia 730 GT, drivers 396.24.10 Kernel 4.17.6
This was tested with the GOG.com version of the game.
https://bugs.winehq.org/show_bug.cgi?id=24466
zzzzzyzz@hacari.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |zzzzzyzz@hacari.org
https://bugs.winehq.org/show_bug.cgi?id=24466
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #11 from joaopa jeremielapuree@yahoo.fr --- Does the bug still occur with wine-7.0-rc3?
https://bugs.winehq.org/show_bug.cgi?id=24466
--- Comment #12 from Béla Gyebrószki gyebro69@gmail.com --- (In reply to joaopa from comment #11)
Does the bug still occur with wine-7.0-rc3?
I replaced my old PC with a newer one a while ago. AMD 64 X2 -> Ryzen 5 5600X +lots of RAM so regression testing is a breeze now :)
I can't reproduce the problem since then. The game runs fine, without noticeable hiccups or stuttering. To be sure, I compiled an old Wine 3.12, Kernel 4.14 and downgraded to Nvidia 396, but the problem didn't occur. It seems a sufficiently powerful cpu can overcome the problem.
wine-7.0-rc3-8-g240f2f39632
https://bugs.winehq.org/show_bug.cgi?id=24466
--- Comment #13 from joaopa jeremielapuree@yahoo.fr --- If you can not test the bug anymore, you should close this bug ABANDONED.
https://bugs.winehq.org/show_bug.cgi?id=24466
--- Comment #14 from Béla Gyebrószki gyebro69@gmail.com --- (In reply to joaopa from comment #13)
If you can not test the bug anymore, you should close this bug ABANDONED.
There are others CC'd to this bug report. Maybe someone still can reproduce the problem.
https://bugs.winehq.org/show_bug.cgi?id=24466
--- Comment #15 from Stephen E. Baker cycoone@hotmail.com --- I can confirm that this is still an issue in wine 9.5
dxvk seems to help most but not all of the time; possibly all the time after the cache is populated.