http://bugs.winehq.org/show_bug.cgi?id=24256
Summary: 3D Sexvilla 2: extremely long loading times Product: Wine Version: 1.2 Platform: x86 URL: http://www.3d-sexgames.com/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs@winehq.org ReportedBy: mailme667@yahoo.co.uk
Loading time makes the game unusable (version 2.093). I just watched the loading screen for half an hour. But I know it works, because I tried starting the game, turning the monitor off, having dinner and see the game running when I came back a long time later.
Clean .wine tested. Other users in appdb have reported the same problem, it's not just me.
Bug is tested to be present on wine 1.2 and 1.3.1. sysprof makes it clear ntdll is consuming nearly all the time.
Using wine 1.2 the following is seen repeating over and over with winedebug during loading:
002e:Call KERNEL32.GetTickCount() ret=7da7655d 002e:Ret KERNEL32.GetTickCount() retval=00032601 ret=7da7655d 002e:Call KERNEL32.GetTickCount() ret=7e7997bb 002e:Ret KERNEL32.GetTickCount() retval=00032601 ret=7e7997bb 002e:Call KERNEL32.GetTickCount() ret=7e7997bb 002e:Ret KERNEL32.GetTickCount() retval=00032607 ret=7e7997bb 002e:Call KERNEL32.GetTickCount() ret=7da76415 002e:Ret KERNEL32.GetTickCount() retval=00032607 ret=7da76415 002e:Call ntdll.RtlAcquireResourceShared(00187fa4,00000001) ret=7da76541 002e:Ret ntdll.RtlAcquireResourceShared() retval=00000001 ret=7da76541 002e:Call ntdll.RtlReleaseResource(00187fa4) ret=7da76555 002e:Ret ntdll.RtlReleaseResource() retval=00000000 ret=7da76555
I got the following from wine-dbg also using 1.2:
Wine-dbg>bt 0x0000002e Backtrace: =>0 0xb7705430 (0x04e0e9d8) 1 0x7e78ea4a TIME_MMSysTimeThread+0x329(arg=0x4e0ea34) [/build/buildd/wine1.2-1.2/dlls/winmm/time.c:218] in winmm (0x04e0ea68) 2 0x7e78ea4a TIME_MMSysTimeThread+0x329(arg=0x7e770000) [/build/buildd/wine1.2-1.2/dlls/winmm/time.c:218] in winmm (0x04e0ea78) 3 0x7bc6f8f0 call_thread_func+0xb() in ntdll (0x04e0eb48) 4 0x7bc6fac0 call_thread_entry_point+0x6f(entry=0x7e78e720, arg=0x7e770000) [/build/buildd/wine1.2-1.2/dlls/ntdll/signal_i386.c:2473] in ntdll (0x04e0f398) 5 0x7bc780b5 start_thread+0xf4(info=0x7ff9cfb8) [/build/buildd/wine1.2-1.2/dlls/ntdll/thread.c:399] in ntdll (0x04e0f498) 6 0xb757780e start_thread+0xbd() in libpthread.so.0 (0x00000000)
I hope I've provided enough information.
http://bugs.winehq.org/show_bug.cgi?id=24256
--- Comment #1 from Austin English austinenglish@gmail.com 2010-09-03 19:15:53 CDT --- Does disabling sound in winecfg help?
http://bugs.winehq.org/show_bug.cgi?id=24256
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|ntdll |-unknown
http://bugs.winehq.org/show_bug.cgi?id=24256
--- Comment #2 from W3ird_N3rd mailme667@yahoo.co.uk 2010-09-04 06:58:49 CDT --- Created an attachment (id=30546) --> (http://bugs.winehq.org/attachment.cgi?id=30546) winedbg output during "launching"
Disabling sound does not appear to help. I've now been looking at the loading screen for almost an hour. While the loading screen said "launching" (should be the end of the loading process) I got the output from winedbg.
I should also note the application does not appear to be responsive and the application won't "draw" anything. The loading screen isn't visible anymore if any other windows are dragged over it, the loading screen does not re-draw. I have no way to tell if it simply crashed or is still "loading", but probably the latter.
http://bugs.winehq.org/show_bug.cgi?id=24256
--- Comment #3 from W3ird_N3rd mailme667@yahoo.co.uk 2010-09-04 07:52:33 CDT --- Oops, winedbg was still running, it would never load that way.
Loading a game really takes "only" half an hour or so.
http://bugs.winehq.org/show_bug.cgi?id=24256
igloo@blueboat.tv changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |igloo@blueboat.tv
--- Comment #4 from igloo@blueboat.tv 2010-09-12 15:26:09 CDT --- I can confirm this. The only part of the "game" that loads in a reasonable time is the toy editor.
Any ideas for a workaround?
http://bugs.winehq.org/show_bug.cgi?id=24256
Alexandr sss123next@list.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sss123next@list.ru
--- Comment #5 from Alexandr sss123next@list.ru 2010-09-18 16:55:10 CDT --- i can confirm this
http://bugs.winehq.org/show_bug.cgi?id=24256
legionair grubi.grubi@gmx.at changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |grubi.grubi@gmx.at
--- Comment #6 from legionair grubi.grubi@gmx.at 2012-10-05 15:37:13 CDT --- here with wine 1.4, ubuntu 14.4, the same bug still seems to be present:
a) loading time for character costumization > 40min in all 5 tries
b) loading times for interactive play > 1h10min in all tries
http://bugs.winehq.org/show_bug.cgi?id=24256
GyB gyebro69@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gyebro69@gmail.com
--- Comment #7 from GyB gyebro69@gmail.com 2012-10-06 05:09:47 CDT --- What if you set Windows version to Win98 in winecfg? Does it improve loading times?
http://bugs.winehq.org/show_bug.cgi?id=24256
detructor15 steffen.linux@gmx.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |steffen.linux@gmx.de
--- Comment #8 from detructor15 steffen.linux@gmx.de 2012-10-31 14:40:36 CDT --- when set to windows 98, the game won't let you log-in anymore (something about dual-using the account).
http://bugs.winehq.org/show_bug.cgi?id=24256
n3c n3cgav@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |n3cgav@gmail.com
--- Comment #9 from n3c n3cgav@gmail.com 2013-01-11 11:30:52 CST --- I can confirm it. Villa will run in windows after win2000. I tested with settings OS from win2000 up to win 8 It needs more than 1 hour to load in interactive mode.
Wine 1.5.21 from ubuntu-ppa
http://bugs.winehq.org/show_bug.cgi?id=24256
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW CC| |dank@kegel.com Ever Confirmed|0 |1
--- Comment #10 from Dan Kegel dank@kegel.com 2013-01-11 19:28:00 CST --- I wonder if it's heap-related. Try this patch that's been floating around:
diff --git a/dlls/ntdll/heap.c b/dlls/ntdll/heap.c index a9044714..9017882 100644 --- a/dlls/ntdll/heap.c +++ b/dlls/ntdll/heap.c @@ -116,7 +116,9 @@ C_ASSERT( sizeof(ARENA_LARGE) % LARGE_ALIGNMENT == 0 ); /* Max size of the blocks on the free lists */ static const SIZE_T HEAP_freeListSizes[] = { - 0x10, 0x20, 0x30, 0x40, 0x60, 0x80, 0x100, 0x200, 0x400, 0x1000, ~0UL + 0x10, 0x18, 0x20, 0x28, 0x30, 0x38, 0x40, 0x48, 0x50, 0x58, 0x60, 0x68, + 0x70, 0x78, 0x80, 0x88, 0x90, 0x98, 0xA0, 0xA8, 0xB0, 0xB8, 0xC0, 0xC8, + 0xD0, 0xD8, 0xE0, 0xE8, 0xF0, 0xF8, 0x100, 0x200, 0x400, 0x1000, ~0UL }; #define HEAP_NB_FREE_LISTS (sizeof(HEAP_freeListSizes)/sizeof(HEAP_freeListSizes[0]))
http://bugs.winehq.org/show_bug.cgi?id=24256
agent_xtq@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |agent_xtq@hotmail.com
--- Comment #11 from agent_xtq@hotmail.com 2013-07-04 01:36:41 CDT --- Dan, how would I go about using that patch? Forgive me, I'm still a bit new to WINE. If anyone could answer this, I'd really appreciate it, heh.
http://bugs.winehq.org/show_bug.cgi?id=24256
Luuk luukhemelvaarder@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |luukhemelvaarder@gmail.com
--- Comment #12 from Luuk luukhemelvaarder@gmail.com 2013-07-05 06:47:41 CDT --- (In reply to comment #10)
I wonder if it's heap-related. Try this patch that's been floating around:
diff --git a/dlls/ntdll/heap.c b/dlls/ntdll/heap.c index a9044714..9017882 100644 --- a/dlls/ntdll/heap.c +++ b/dlls/ntdll/heap.c @@ -116,7 +116,9 @@ C_ASSERT( sizeof(ARENA_LARGE) % LARGE_ALIGNMENT == 0 ); /* Max size of the blocks on the free lists */ static const SIZE_T HEAP_freeListSizes[] = {
- 0x10, 0x20, 0x30, 0x40, 0x60, 0x80, 0x100, 0x200, 0x400, 0x1000, ~0UL
- 0x10, 0x18, 0x20, 0x28, 0x30, 0x38, 0x40, 0x48, 0x50, 0x58, 0x60, 0x68,
- 0x70, 0x78, 0x80, 0x88, 0x90, 0x98, 0xA0, 0xA8, 0xB0, 0xB8, 0xC0, 0xC8,
- 0xD0, 0xD8, 0xE0, 0xE8, 0xF0, 0xF8, 0x100, 0x200, 0x400, 0x1000, ~0UL
}; #define HEAP_NB_FREE_LISTS (sizeof(HEAP_freeListSizes)/sizeof(HEAP_freeListSizes[0]))
I can confirm that this patch works. It severly reduces the loading times. The game still loses responsiveness during the loading every once in a while but it always comes back.
http://bugs.winehq.org/show_bug.cgi?id=24256
--- Comment #13 from agent_xtq@hotmail.com 2013-07-05 13:51:06 CDT --- (In reply to comment #12) That's wondeful, so how do I use/install it?
http://bugs.winehq.org/show_bug.cgi?id=24256
--- Comment #14 from Dan Kegel dank@kegel.com 2013-07-05 14:00:43 CDT --- See http://wiki.winehq.org/Patching
If you have trouble, please use the forum to get help.
http://bugs.winehq.org/show_bug.cgi?id=24256
--- Comment #15 from agent_xtq@hotmail.com 2013-07-05 14:23:40 CDT --- Sorry, I've read up on it and I seem to have an idea of how to use the patch now, but it's giving me an error:
Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |diff --git a/dlls/ntdll/heap.c b/dlls/ntdll/heap.c |index a9044714..9017882 100644 |--- a/dlls/ntdll/heap.c |+++ b/dlls/ntdll/heap.c -------------------------- File to patch:
Any ideas?
http://bugs.winehq.org/show_bug.cgi?id=24256
--- Comment #16 from agent_xtq@hotmail.com 2013-07-05 14:27:14 CDT --- D'oh! I left off a line directly above the text I copied:
can't find file to patch at input line 5
http://bugs.winehq.org/show_bug.cgi?id=24256
--- Comment #17 from Dan Kegel dank@kegel.com 2013-07-05 14:30:36 CDT --- Please ask that question on http://forum.winehq.org/
http://bugs.winehq.org/show_bug.cgi?id=24256
--- Comment #18 from Luuk luukhemelvaarder@gmail.com 2013-07-05 18:13:44 CDT --- (In reply to comment #16)
D'oh! I left off a line directly above the text I copied:
can't find file to patch at input line 5
I didn't use the patch file listed but just opened dll/ntdll/heap.c scrolled down to line 116 and replaced the array initializer contents with the one from the patch, recompiled wine and it works oke now.
http://bugs.winehq.org/show_bug.cgi?id=24256
--- Comment #19 from agent_xtq@hotmail.com 2013-07-06 21:31:14 CDT --- Sorry to be a bother again, but Dan, can you tell me where you got that patch from? Someone on the forum suggested that it might be too old for the current version of WINE floating around, and that I should contact the patch author for help, but unless that's you, I haven't the slightest idea who to contact.
Also, Luuk, what version of WINE are you running?
http://bugs.winehq.org/show_bug.cgi?id=24256
--- Comment #20 from Dan Kegel dank@kegel.com 2013-07-06 23:40:15 CDT --- Created attachment 45130 --> http://bugs.winehq.org/attachment.cgi?id=45130 Patch from comment 10
Here's the patch as an attachment, rediffed against wine-1.6-rc4. I honestly don't recall where I found it.
http://bugs.winehq.org/show_bug.cgi?id=24256
--- Comment #21 from Bruno Jesus 00cpxxx@gmail.com 2013-07-07 07:48:14 CDT --- (In reply to comment #20)
I honestly don't recall where I found it.
It was posted in the patches list by Steaphan Greene. http://www.winehq.org/pipermail/wine-patches/2012-November/119620.html
http://bugs.winehq.org/show_bug.cgi?id=24256
--- Comment #22 from Luuk luukhemelvaarder@gmail.com 2013-07-08 10:28:00 CDT --- (In reply to comment #19)
Sorry to be a bother again, but Dan, can you tell me where you got that patch from? Someone on the forum suggested that it might be too old for the current version of WINE floating around, and that I should contact the patch author for help, but unless that's you, I haven't the slightest idea who to contact.
Also, Luuk, what version of WINE are you running?
wine-1.6-rc4, I did not apply the patch. I just untared the source and edited the list with new heap sizes. The list is actually on line 117 or 118 (not 116).
http://bugs.winehq.org/show_bug.cgi?id=24256
--- Comment #23 from agent_xtq@hotmail.com 2013-07-11 01:20:27 CDT --- Sadly it seems this patch did not fix the problem for me after all, even after going through all the trouble of figuring out how to patch my WINE.
http://bugs.winehq.org/show_bug.cgi?id=24256
--- Comment #24 from detructor15 steffen.linux@gmx.de 2013-08-07 13:13:24 CDT --- with wine 1.6 it got much faster. It's still where it could/should be but it's under 2 minutes for me (3.6 GHz/per core with 6 cores present)
http://bugs.winehq.org/show_bug.cgi?id=24256
Frédéric Delanoy frederic.delanoy@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |frederic.delanoy@gmail.com
--- Comment #25 from Frédéric Delanoy frederic.delanoy@gmail.com --- Is this still an issue in latest wine (1.7.17 or later)?
http://bugs.winehq.org/show_bug.cgi?id=24256
--- Comment #26 from n3c n3cgav@gmail.com --- (In reply to Frédéric Delanoy from comment #25)
Is this still an issue in latest wine (1.7.17 or later)?
Yes it still need ~50min to start scene.
http://bugs.winehq.org/show_bug.cgi?id=24256
--- Comment #27 from Frédéric Delanoy frederic.delanoy@gmail.com --- (In reply to n3c from comment #26)
(In reply to Frédéric Delanoy from comment #25)
Is this still an issue in latest wine (1.7.17 or later)?
Yes it still need ~50min to start scene.
Can you please test if the patch works? Also please attach an updated terminal log.
https://bugs.winehq.org/show_bug.cgi?id=24256
freeserj kolosov@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |kolosov@gmail.com
--- Comment #28 from freeserj kolosov@gmail.com --- (In reply to Frédéric Delanoy from comment #27)
(In reply to n3c from comment #26)
(In reply to Frédéric Delanoy from comment #25)
Is this still an issue in latest wine (1.7.17 or later)?
Yes it still need ~50min to start scene.
Can you please test if the patch works? Also please attach an updated terminal log.
I confirm that patch works well with Wine 1.7.25. The game is loading very fast.
https://bugs.winehq.org/show_bug.cgi?id=24256
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |patch
https://bugs.winehq.org/show_bug.cgi?id=24256
Alex jumpjet68@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jumpjet68@gmail.com
--- Comment #29 from Alex jumpjet68@gmail.com --- Thank for this patch. It works with Wine 1.7.43. Why it is still not included in wine?
https://bugs.winehq.org/show_bug.cgi?id=24256
--- Comment #30 from Bruno Jesus 00cpxxx@gmail.com --- (In reply to Alex from comment #29)
Thank for this patch. It works with Wine 1.7.43. Why it is still not included in wine?
This was the last reply in the topic: http://osdir.com/ml/wine-devel/2012-11/msg00083.html
https://bugs.winehq.org/show_bug.cgi?id=24256
Arthur diego.ede@hotmail.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |diego.ede@hotmail.fr
https://bugs.winehq.org/show_bug.cgi?id=24256
Arthur diego.ede@hotmail.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|diego.ede@hotmail.fr |
https://bugs.winehq.org/show_bug.cgi?id=24256
Józef Kucia joseph.kucia@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.winehq.org/sho | |w_bug.cgi?id=43224
https://bugs.winehq.org/show_bug.cgi?id=24256
detructor15 steffen.linux@gmx.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|steffen.linux@gmx.de |
https://bugs.winehq.org/show_bug.cgi?id=24256
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #31 from joaopa jeremielapuree@yahoo.fr --- Does the bug still occur with wine-5.18?
https://bugs.winehq.org/show_bug.cgi?id=24256
Rémi Bernon rbernon@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Fixed by SHA1| |40b7c3e89a95d6ccb190b234d4a | |d13b3a8304495 CC| |rbernon@codeweavers.com Status|NEW |RESOLVED
--- Comment #32 from Rémi Bernon rbernon@codeweavers.com --- Assuming fixed with the low fragmentation heap.
https://bugs.winehq.org/show_bug.cgi?id=24256
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #33 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 8.3.