http://bugs.winehq.org/show_bug.cgi?id=18799
Summary: Crysis: Silent crash after first intro scene Product: Wine Version: 1.1.22 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-ddraw AssignedTo: wine-bugs@winehq.org ReportedBy: liquitsnake@gmx.net
This appeared between 1.1.18 and 1.1.19: Crysis seems to crash after first intro scene with the alien ship opening. Just before the second scene with the airplane would start, it falls back to the desktop. No suspicious console log.
Regression test: 014c4bfc70a4d4e60f033d579d1be13a46f65170 is first bad commit commit 014c4bfc70a4d4e60f033d579d1be13a46f65170 Author: Stefan Dösinger stefan@codeweavers.com Date: Thu Apr 9 18:40:57 2009 +0200
wined3d: Save some memory in vertex buffers.
In most cases we're fine with the vbo and glMapBuffer and never use the actual heap memory copy. Try to stick to just the vbo copy and avoid allocating the extra heap memory. In case it is needed(emulation or vertex conversion), fall back to the old double buffering mode.
:040000 040000 e45dcc2b8694735b0a68492a7a03237b1c519ae3 0447d35c1e1a2037a962b49802a03a9dad1bf59e M dlls
http://bugs.winehq.org/show_bug.cgi?id=18799
haarp liquitsnake@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression CC| |stefan@codeweavers.com Component|directx-ddraw |directx-d3d
http://bugs.winehq.org/show_bug.cgi?id=18799
haarp liquitsnake@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- URL| |http://www.crysisdemo.com
http://bugs.winehq.org/show_bug.cgi?id=18799
haarp liquitsnake@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|stefan@codeweavers.com |stefandoesinger@gmx.at
http://bugs.winehq.org/show_bug.cgi?id=18799
--- Comment #1 from Rico kgbricola@web.de 2009-06-06 11:59:04 --- Probably a dupe of bug 18040 . At least hints are in comment http://bugs.winehq.org/show_bug.cgi?id=18040#c36 and http://bugs.winehq.org/show_bug.cgi?id=18040#c49. But my last test showed, that crysis couldn't be fixed by any of those patches.
http://bugs.winehq.org/show_bug.cgi?id=18799
--- Comment #2 from haarp liquitsnake@gmx.net 2009-06-06 12:22:35 --- Mhh, interesting. Looks like 2 seperate issues that get triggered by the same commit. But don't quote me on that... Stefan Dösinger is currently commenting on the Crysis problem in bug 18040. If he decides to keep it there, I will mark this as a dup. Stefan, if you need any help, I got Crysis running reasonably well. I could provide logs/test patches/whatever
http://bugs.winehq.org/show_bug.cgi?id=18799
--- Comment #3 from Stefan Dösinger stefandoesinger@gmx.at 2009-06-06 12:51:10 --- Well, I have no idea what is going wrong here. The patch here introduced this regression, but the crash(as far as Rico provided me with logs) doesn't occur anywhere near a buffer operation. So I suspect that this patch triggered an unrelated memory corruption. This corruption could occur anywhere - in Wine, in the game, in the 3D driver.
Can you make a +d3d,+d3d9 trace and attach it here?
http://bugs.winehq.org/show_bug.cgi?id=18799
--- Comment #4 from haarp liquitsnake@gmx.net 2009-06-06 17:29:48 --- Created an attachment (id=21614) --> (http://bugs.winehq.org/attachment.cgi?id=21614) +d3d,+d3d9 log
Wine 1.1.23: started game, Singleplayer and skipped first intro sequence (second one triggers the crash)
Saw a Segfault in the Terminal after the crash.
It's too big to attach, not even lrzip-compressed. 280MB unpacked. Have fun :) My FTP server may not be online 24/7, so just try again at a later time if it fails.
http://bugs.winehq.org/show_bug.cgi?id=18799
--- Comment #5 from Rico kgbricola@web.de 2009-08-08 14:37:33 --- Created an attachment (id=22906) --> (http://bugs.winehq.org/attachment.cgi?id=22906) hack to revert the problematic code
This is a hack to get crysis running again on a recent wine (1.1.27). It removes the new functionality which brought up the regression (see comment http://bugs.winehq.org/show_bug.cgi?id=18040#c21 ).
http://bugs.winehq.org/show_bug.cgi?id=18799
Rico kgbricola@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Blocks| |18533
http://bugs.winehq.org/show_bug.cgi?id=18799
Jeff Zaroyko jeffz@jeffz.name changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |telliangun@gmail.com
--- Comment #6 from Jeff Zaroyko jeffz@jeffz.name 2009-08-23 03:17:52 --- *** Bug 19501 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=18799
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Blocks| |10206
http://bugs.winehq.org/show_bug.cgi?id=18799
byteframe byteframe@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |byteframe@yahoo.com
http://bugs.winehq.org/show_bug.cgi?id=18799
--- Comment #7 from Ursan Marius Bogdan Creationn@gmail.com 2009-12-12 10:53:50 --- Created an attachment (id=25180) --> (http://bugs.winehq.org/attachment.cgi?id=25180) seg-fault in crysis
http://bugs.winehq.org/show_bug.cgi?id=18799
Ursan Marius Bogdan Creationn@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |Creationn@gmail.com
--- Comment #8 from Ursan Marius Bogdan Creationn@gmail.com 2009-12-12 10:55:20 --- The game does not work properly under wine 1.1.34, it crashes after starting the first mission. My attachment seg-fault in crysis shows the issue.
http://bugs.winehq.org/show_bug.cgi?id=18799
--- Comment #9 from Ursan Marius Bogdan Creationn@gmail.com 2009-12-12 11:03:15 --- Back with a question :
creation:~/Kituri/wine-1.1.34 # patch -p0 < ../crysis_memory.patch bash: ../crysis_memory.patch: No such file or directory Did i do something wrong ? How to adjust and use the patch in the good way? :)
http://bugs.winehq.org/show_bug.cgi?id=18799
--- Comment #10 from Vitaliy Margolen vitaliy@kievinfo.com 2009-12-12 14:01:29 --- http://wiki.winehq.org/Patching If you still have questions refer to Wine's forum.
http://bugs.winehq.org/show_bug.cgi?id=18799
--- Comment #11 from Ursan Marius Bogdan Creationn@gmail.com 2009-12-13 05:53:08 --- Thanks for the link Vitaliy, applied successfully the patch. The good part is that multi player is working for me bad part no single player action yet.
http://bugs.winehq.org/show_bug.cgi?id=18799
Ursan Marius Bogdan Creationn@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #12 from Ursan Marius Bogdan Creationn@gmail.com 2009-12-13 05:57:38 --- *** This bug has been confirmed by popular vote. ***
http://bugs.winehq.org/show_bug.cgi?id=18799
--- Comment #13 from Stefan Dösinger stefandoesinger@gmx.at 2009-12-13 06:13:25 --- Fwiw, new backtraces of the same crash are giving little to no hints towards what is going wrong here.
What I don't understand about this bug is that the game is crashing far away from a buffer call, so I don't see why the hack fixes it. It obviously does help, but I don't see why.
Suspicion 1 is that the there is a random memory corruption that got triggered by the buffer changes. If that's the case this will be very hard to debug.
The other suspicion is that the game accesses the buffer memory after unlock. If that's the case there would be a correlation between the bad read/write address and a pointer returned by buffer->map. That would be a game bug, but maybe one that never happens to trigger a crash on Windows.
http://bugs.winehq.org/show_bug.cgi?id=18799
--- Comment #14 from Stefan Dösinger stefandoesinger@gmx.at 2010-03-19 15:05:28 --- I recently added code to make sure the pointer returned from opengl matches the D3D alignment requirements. This might fix this bug, can you retest?
http://bugs.winehq.org/show_bug.cgi?id=18799
Andras Kovacs andras@csevego.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |andras@csevego.net
--- Comment #15 from Andras Kovacs andras@csevego.net 2010-03-19 23:26:54 --- (In reply to comment #14)
I recently added code to make sure the pointer returned from opengl matches the D3D alignment requirements. This might fix this bug, can you retest?
It crashes for me.
http://bugs.winehq.org/show_bug.cgi?id=18799
--- Comment #16 from Ursan Marius Bogdan Creationn@gmail.com 2010-03-20 03:28:25 --- wine-1.1.40 , under a clean env using winetricks to install directx9 and vcrun2005 and using part of the how-to from here http://appdb.winehq.org/objectManager.php?sClass=version&iId=10107 the game still crashes.
My spec`s are: Intel Core 2 Duo @ 2ghz with Nvidia GeForce 9400GT with 1024 mb using openSUSE 11.0 @ 32bit with the nvidia driver version 190.53. Setting shaders to high will crash the game in single and multi player mode. Setting shaders to medium even if the graphic is "ugly" in multi player mode it does not crash so fast still it crashes in single player mode.
I will attach a log that will present all the details i get from the console.
http://bugs.winehq.org/show_bug.cgi?id=18799
--- Comment #17 from Ursan Marius Bogdan Creationn@gmail.com 2010-03-20 03:29:08 --- Created an attachment (id=26904) --> (http://bugs.winehq.org/attachment.cgi?id=26904) crysis log
http://bugs.winehq.org/show_bug.cgi?id=18799
--- Comment #18 from Stefan Dösinger stefandoesinger@gmx.at 2010-03-20 04:38:34 --- try 1.1.41 not 1.1.40
http://bugs.winehq.org/show_bug.cgi?id=18799
--- Comment #19 from Ursan Marius Bogdan Creationn@gmail.com 2010-03-20 10:01:02 --- wine 1.1.41, clean env without using the how-to just using winetricks to get vcrun2005, the game crashes. Here is the output i get:
env WINEPREFIX=~/.wine-crysis wine Crysis.exe fixme:win:EnumDisplayDevicesW ((null),0,0x53e278,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x53e1e4,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x53e298,0x00000000), stub! fixme:d3d:WineD3D_ChoosePixelFormat Add OpenGL context recreation support to SetDepthStencilSurface fixme:d3d:WineD3D_ChoosePixelFormat Add OpenGL context recreation support to SetDepthStencilSurface fixme:d3d:debug_d3dformat Unrecognized 875710020 (as fourcc: DF24) WINED3DFORMAT! fixme:d3d:getFormatDescEntry Can't find format unrecognized(875710020) in the format lookup table fixme:d3d:debug_d3dformat Unrecognized 909198916 (as fourcc: DF16) WINED3DFORMAT! fixme:d3d:getFormatDescEntry Can't find format unrecognized(909198916) in the format lookup table fixme:d3d:debug_d3dformat Unrecognized 1280070990 (as fourcc: NULL) WINED3DFORMAT! fixme:d3d:getFormatDescEntry Can't find format unrecognized(1280070990) in the format lookup table fixme:d3d:debug_d3dformat Unrecognized 1111774798 (as fourcc: NVDB) WINED3DFORMAT! fixme:d3d:getFormatDescEntry Can't find format unrecognized(1111774798) in the format lookup table fixme:win:EnumDisplayDevicesW ((null),0,0x53df6c,0x00000000), stub! fixme:d3d:debug_d3dformat Unrecognized 1129272385 (as fourcc: ATOC) WINED3DFORMAT! fixme:d3d:getFormatDescEntry Can't find format unrecognized(1129272385) in the format lookup table wine: Call from 0x7edeb9cb to unimplemented function d3dx9_36.dll.D3DXCreateCubeTexture, aborting fixme:faultrep:ReportFault 0x53de34 0x0 stub
http://bugs.winehq.org/show_bug.cgi?id=18799
--- Comment #20 from haarp liquitsnake@gmx.net 2010-03-20 10:03:31 --- I think that crash is unrelated to this bug. Try native d3dx9_36.dll
http://bugs.winehq.org/show_bug.cgi?id=18799
--- Comment #21 from Ursan Marius Bogdan Creationn@gmail.com 2010-03-20 10:38:48 --- Crysis with winetricks: vcrun2005 and using the how-to for the settings: glsl=enable, orm=fbo, and windows dll`s: xinput1.dll and d3dx9_36.dll from http://www.dll-files.com/ It crashes in single player with shaders set to high or medium. On multi player it crashes with shaders set to high and medium, same out put as in the single player mode. I will attach the output. Then what is related to ?
http://bugs.winehq.org/show_bug.cgi?id=18799
--- Comment #22 from Ursan Marius Bogdan Creationn@gmail.com 2010-03-20 10:39:35 --- Created an attachment (id=26912) --> (http://bugs.winehq.org/attachment.cgi?id=26912) crysis log 2 wine 1.1.41
http://bugs.winehq.org/show_bug.cgi?id=18799
Rico kgbricola@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #22906|0 |1 is obsolete| |
--- Comment #23 from Rico kgbricola@web.de 2010-04-10 07:53:04 --- Created an attachment (id=27310) --> (http://bugs.winehq.org/attachment.cgi?id=27310) udate the hack to revert the problematic code
This patch is an update for http://bugs.winehq.org/attachment.cgi?id=22906 which should apply to wine 1.1.42. It's still the same hack, which only reverts to the original behavior.
http://bugs.winehq.org/show_bug.cgi?id=18799
Rico kgbricola@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #27310|udate the hack to revert |update the hack to revert description|the problematic code |the problematic code
http://bugs.winehq.org/show_bug.cgi?id=18799
--- Comment #24 from Ursan Marius Bogdan Creationn@gmail.com 2010-04-10 09:27:51 --- wine 1.1.42, openSUSE 11.0 I686, kernel 2.6.25.20-0.7-pae, my congrat`s the patch works for me.
http://bugs.winehq.org/show_bug.cgi?id=18799
--- Comment #25 from Ursan Marius Bogdan Creationn@gmail.com 2010-04-18 03:56:47 --- works with wine 1.1.43, openSUSE 11.0
http://bugs.winehq.org/show_bug.cgi?id=18799
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
--- Comment #26 from Dmitry Timoshkov dmitry@codeweavers.com 2010-04-19 23:06:36 --- Reported fixed.
http://bugs.winehq.org/show_bug.cgi?id=18799
--- Comment #27 from Ursan Marius Bogdan Creationn@gmail.com 2010-04-20 00:48:50 --- (In reply to comment #26)
Reported fixed.
In my previous i was saying that it works using the patch; it still does not work without it.
http://bugs.winehq.org/show_bug.cgi?id=18799
haarp liquitsnake@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED |
--- Comment #28 from haarp liquitsnake@gmx.net 2010-04-20 00:50:23 --- Well, you could have worded it better :P
http://bugs.winehq.org/show_bug.cgi?id=18799
--- Comment #29 from Ursan Marius Bogdan Creationn@gmail.com 2010-04-20 00:52:48 --- ------- Comment #24 From Ursan Marius Bogdan 2010-04-10 09:27:51 (-) [reply] -------
wine 1.1.42, openSUSE 11.0 I686, kernel 2.6.25.20-0.7-pae, my congrat`s the patch works for me.
===========================================
------- Comment #25 From Ursan Marius Bogdan 2010-04-18 03:56:47 (-) [reply] -------
works with wine 1.1.43, openSUSE 11.0
===========================================
See the relevance now; i was talking about the patch. Oh well sorry for the confusion created it was an accident.
http://bugs.winehq.org/show_bug.cgi?id=18799
--- Comment #30 from Stefan Dösinger stefandoesinger@gmx.at 2010-04-20 14:31:15 --- Can you try attachment 27301 from bug 21962? If Crysis draws from a mapped buffer this attachment will cause Wine to print an error message and instantly exit.
http://bugs.winehq.org/show_bug.cgi?id=18799
Louis Lenders xerox_xerox2000@yahoo.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |xerox_xerox2000@yahoo.co.uk
--- Comment #31 from Louis Lenders xerox_xerox2000@yahoo.co.uk 2010-06-12 04:15:55 --- *** Bug 23122 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=18799
--- Comment #32 from Fabian Bieler der.fabe@gmx.net 2010-06-27 09:23:10 --- Created an attachment (id=29175) --> (http://bugs.winehq.org/attachment.cgi?id=29175) testcase
Maybe Crysis just accesses buffer data after unlocking. The attached testcase does that and passes on XP with driver ati2dvag.dll.
http://bugs.winehq.org/show_bug.cgi?id=18799
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |NEW CC| |austinenglish@gmail.com
--- Comment #33 from Austin English austinenglish@gmail.com 2011-01-13 19:33:45 CST --- I see something similar in wine-1.3.11-180-g856da7e with the demo: http://www.gamershell.com/download_21700.shtml
Installs fine, runs mostly fine (you'll want winetricks d3dx9 to get around bug 25769).
After that, run it, start a single player game. You'll get a loading screen, then press any key. Next up are two intro videos. For me, it crashes during one of these videos, usually the second (with airplanes).
Terminal shows: fixme:d3d:state_zfunc D3DCMP_NOTEQUAL and D3DCMP_EQUAL do not work correctly yet. fixme:d3d_surface:IWineD3DVolumeImpl_Map (0x26dc3700) : pBox=(nil) stub fixme:d3d_surface:IWineD3DVolumeImpl_Map (0xd8bd6f0) : pBox=(nil) stub fixme:d3d_surface:IWineD3DVolumeImpl_Map (0x1dbf0850) : pBox=(nil) stub fixme:d3d_surface:IWineD3DVolumeImpl_Map (0xdd8b960) : pBox=(nil) stub fixme:d3d_surface:IWineD3DVolumeImpl_Map (0xd8bd4c8) : pBox=(nil) stub fixme:d3d_surface:IWineD3DVolumeImpl_Map (0x1dbf11a8) : pBox=(nil) stub fixme:d3d_surface:IWineD3DVolumeImpl_Map (0xd75fb80) : pBox=(nil) stub fixme:d3d_surface:IWineD3DVolumeImpl_Map (0xd766520) : pBox=(nil) stub fixme:d3d_surface:IWineD3DVolumeImpl_Map (0x259deba8) : pBox=(nil) stub fixme:d3d_surface:IWineD3DVolumeImpl_Map (0xd8a7620) : pBox=(nil) stub fixme:d3d_surface:IWineD3DVolumeImpl_Map (0xd766b68) : pBox=(nil) stub fixme:d3d_surface:IWineD3DVolumeImpl_Map (0xd760428) : pBox=(nil) stub fixme:faultrep:ReportFault 0x32e560 0x0 stub
(In reply to comment #30)
Can you try attachment 27301 [details] from bug 21962? If Crysis draws from a mapped buffer this attachment will cause Wine to print an error message and instantly exit.
This patch didn't make a difference for me in the demo.
http://bugs.winehq.org/show_bug.cgi?id=18799
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download
http://bugs.winehq.org/show_bug.cgi?id=18799
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |patch
--- Comment #34 from Austin English austinenglish@gmail.com 2011-01-13 19:46:53 CST --- But http://bugs2.winehq.org/attachment.cgi?id=27310 did fix the crash for me.
http://bugs.winehq.org/show_bug.cgi?id=18799
--- Comment #35 from Stefan Dösinger stefandoesinger@gmx.at 2011-02-01 17:01:06 CST --- I got a copy of the game and installed it, and it works for me - at least after installing the 1.2.1 update. Did you install the patch? Note that the patcher doesn't work in wine(bug 13387), so you have to install on Windows, patch there, and then copy the Crysis files over the installation of the game on Wine.
http://bugs.winehq.org/show_bug.cgi?id=18799
--- Comment #36 from Stefan Dösinger stefandoesinger@gmx.at 2011-02-01 17:14:11 CST --- Actually, I'm stupid - I had the hack that fixes the crash in my tree. Now it crashes for me as well it seems.
http://bugs.winehq.org/show_bug.cgi?id=18799
--- Comment #37 from Stefan Dösinger stefandoesinger@gmx.at 2011-02-04 10:43:24 CST --- I investigated the crash a bit, and it seems that the game indeed tries to access the buffer contents without locking the buffer. This is roughly equivalent to accessing memory after HeapFree()ing it. Essentially the game creates the buffer, locks it, writes data into it, unlocks it, draws a few times. This happens while the loading screen is visible. Then the game calls d3ddevice::reset(), draws the scene where the alien ship opens. Then it crashes, apparently trying to access the contents of a number of vertex buffers.
With the patch from Rico the Wine copy of the vertex buffer is still at the same place. Without it, the old pointer is long gone, because the first lock goes into the sysmem copy, which is deleted after the VBO is created to save memory. Rico's patch keeps this copy around, so the access to the buffer memory works, even if it doesn't actually upload newly written data to the GL vbo.
There are two other ways to deal with this: *) Switch into single buffer mode, but keep the sysmem copy around without ever using it. Lock() then returns different addresses in various locks, but the first address stays valid. *) Create the VBO before before or during the first lock. That way the locked address points somewhere into opengl's memory, and this address range happens to stay accessible after the unlock, destroying the buffer and reinitializing the GL context during Reset(). This also prevents the crash, but there's no guarantee for that. This approach also causes graphic corruption - either because some unrelated bug, or because the game runs amok in OpenGL's data, overwriting other vertex buffer contents.
In short, the game is broken, period. Rico's patch isn't really an option because it doubles memory use of vertex buffers. This makes well-behaved games run worse on low memory machines and makes other games(Team Fortess 2, Left 4 Dead for example) crash because of address space exhaustion.
I'm afraid there's no chance that Crysis will ever be fixed. Crytek apparently stopped supporting the game in 2008, and back then the conventional wisdom was that the game was buggy beyond repair. What we can do at best is to put Rico's hack into wine and enable it only conditionally(e.g. via registry key).
There is one other possibility: That a different bug in Wine triggers a broken codepath in Crysis, and Crysis doesn't actually perform the same broken memory access on Windows. A potential candidate would be some refcounting issue, as it is quite remarkable that the crash happens quite a while after the buffer has been used the last time. I have not found any evidence for a refcounting issuue however.
The d3d10 codepath of the game may also not have this bug, so implementing d3d10 may be a possible clean fix for owners of d3d10 capable cards.
http://bugs.winehq.org/show_bug.cgi?id=18799
Xavier Vachon xvachon@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |xvachon@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=18799
--- Comment #38 from Xavier Vachon xvachon@gmail.com 2011-02-17 19:28:35 CST --- Should this be marked as WONTFIX then?
http://bugs.winehq.org/show_bug.cgi?id=18799
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |dank@kegel.com Resolution| |WONTFIX
--- Comment #39 from Dan Kegel dank@kegel.com 2011-02-17 22:45:40 CST --- Yup, unless somebody discovers something Stefan doesn't know.
http://bugs.winehq.org/show_bug.cgi?id=18799
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #40 from Dmitry Timoshkov dmitry@codeweavers.com 2011-02-17 23:01:12 CST --- Closing.
http://bugs.winehq.org/show_bug.cgi?id=18799
Luke Bratch l_bratch@yahoo.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |l_bratch@yahoo.co.uk
http://bugs.winehq.org/show_bug.cgi?id=18799
--- Comment #41 from Rosanne DiMesio dimesio@earthlink.net 2012-02-11 22:32:33 CST --- *** Bug 14137 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=18799
Aigars Mahinovs aigarius@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |aigarius@gmail.com
--- Comment #42 from Aigars Mahinovs aigarius@gmail.com 2012-09-10 10:20:58 CDT --- I think this bug should be reopened and stay open with a WONTFIX tag, unless someone figures out a way to provide this functionality with per-app overrides or even a plain runtime config option.
There are likely to be more buggy games like this, considering that it works fine in Windows.
Closing this bug just hides the required patch and issue from people that might be able to solve it, at least for their own use.
http://bugs.winehq.org/show_bug.cgi?id=18799
Mark Skinner marks@cinfinity.info changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |marks@cinfinity.info
--- Comment #43 from Mark Skinner marks@cinfinity.info 2012-10-31 16:42:54 CDT --- I've used the patch and Crysis runs almost flawlessly as a result. Is the one line of code able to be activated with a registry key yet?
http://bugs.winehq.org/show_bug.cgi?id=18799
GyB gyebro69@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |andrey.goosev@gmail.com
--- Comment #44 from GyB gyebro69@gmail.com 2013-01-25 11:47:58 CST --- *** Bug 32810 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=18799
Ursan Marius Bogdan Creationn@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|Creationn@gmail.com |
http://bugs.winehq.org/show_bug.cgi?id=18799
Jonas Jelten jonas.jelten@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jonas.jelten@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=18799
Andrey Gusev andrey.goosev@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|andrey.goosev@gmail.com |
http://bugs.winehq.org/show_bug.cgi?id=18799
Steven V. Wilson funmaker_11@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |funmaker_11@yahoo.com
--- Comment #45 from Steven V. Wilson funmaker_11@yahoo.com 2013-09-01 18:15:44 CDT --- FYI: Entropia Universe uses Crysis and needs the patch to run.
http://bugs.winehq.org/show_bug.cgi?id=18799
--- Comment #46 from haarp liquitsnake@gmx.net 2013-09-02 02:09:43 CDT --- If anyone's interested, PlayOnLinux offers a Wine version (1.6-rc4-d3d_doublebuffer) that includes the patch. That's likely the best alternative for those of you who can't compile it yourself.
http://bugs.winehq.org/show_bug.cgi?id=18799
--- Comment #47 from Steven V. Wilson funmaker_11@yahoo.com 2013-09-02 09:50:37 CDT --- (In reply to comment #46)
If anyone's interested, PlayOnLinux offers a Wine version (1.6-rc4-d3d_doublebuffer) that includes the patch. That's likely the best alternative for those of you who can't compile it yourself.
I use that already. A an under run error occurs when ever I exit the game. I think its sound related to ALSA. Here is part of my playonlinux debug file.
[09/01/13 16:25:14] - Running wine-1.6-rc4-d3d_doublebuffer ClientLoader.exe (Working directory : /home/steve7233/.PlayOnLinux/wineprefix/EntropiaUniverse/drive_c/Program Files/Entropia Universe/bin32) AL lib: GetHrtf: Incompatible format: Stereo 48000hz ALSA lib pcm.c:7339:(snd_pcm_recover) underrun occurred Loading static config
I know wineHQ dosn't support POL but in this case I thought it might be of interst since the crash seems to be related to wine>ALSA so it probably has not much if anything to do with POL at this point.
https://bugs.winehq.org/show_bug.cgi?id=18799
PatrickM patrick_maloney@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |patrick_maloney@hotmail.com
--- Comment #48 from PatrickM patrick_maloney@hotmail.com --- Whoever came up with the 27310 patch, you rock! (Rico?).
I can play this on my Mac now. Awesome!
I'm building the latest right now (1.7.45) and just manually added the fix. I haven't used patch much. If I used the patch file against 1.7.45, would it still work even though the code in question is at a different line number?
Regards, Patrick
https://bugs.winehq.org/show_bug.cgi?id=18799
mrdeathjr28@yahoo.es changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mrdeathjr28@yahoo.es
--- Comment #49 from mrdeathjr28@yahoo.es --- In my test game runs without rico patch and pass first escene without problem
Specs Machine
Nvidia Drivers 364.19(run package from nvidia homepage)
Xubuntu 16.04 64Bit - Kernel 4.4.0-21 generic (ubuntu mainline) - P-State: Performance
CPU: INTEL Pentium G3258 (Haswell 22nm) 4.1Ghz + Artic Cooling Alpine 11 Plus
MEMORY: 8GB DDR3 1333 (2x4) Patriot value (128 bit dual channel: 21.3 gb/s)
GPU: Zotac Nvidia Geforce GT630 (GK208 28nm: 384 Shaders / 8 ROPS) Zone Edition Passive Cooling 2GB DDR3 1800Mhz 64Bit (14.4Gb/s)
MAINBOARD: MSI H81M E33
Gameplay Video
https://www.youtube.com/watch?v=uVE_E7wfnTc
-
wine-bugs＠winehq.org