http://bugs.winehq.org/show_bug.cgi?id=14657
Summary: BIOSHOCK crash when loading second level Product: Wine Version: 1.1.2 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: chourmovs@gmail.com CC: chourmovs@gmail.com
Created an attachment (id=15087) --> (http://bugs.winehq.org/attachment.cgi?id=15087) console output
I finally succeeded to launch Bioshock retailed version
The first "airplane crash" level load good but after entering in the submarine city, the game always crash during the first loading
I've to kill the processus
I join what is looking like a "revelant" console output
http://bugs.winehq.org/show_bug.cgi?id=14657
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #15087|application/octet-stream |text/plain mime type| |
http://bugs.winehq.org/show_bug.cgi?id=14657
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |directx-d3d
--- Comment #1 from Vitaliy Margolen vitaliy@kievinfo.com 2008-07-27 11:27:28 --- Ran out of memory: fixme:d3d_shader:print_glsl_info_log Error received from GLSL shader #3014: "Vertex info\n-----------\n(0) : error C9008: malloc failed in "mem_Alloc"\n\nFragment info\n-------------\n(0) : error C9008: malloc failed in "mem_Alloc"\n"
I've seen this before with new games.
http://bugs.winehq.org/show_bug.cgi?id=14657
Thobias Reaper thobias.reaper@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #2 from Thobias Reaper thobias.reaper@gmail.com 2008-08-14 09:12:06 --- *** This bug has been confirmed by popular vote. ***
http://bugs.winehq.org/show_bug.cgi?id=14657
--- Comment #3 from blaise mgavl69@juno.com 2008-10-08 23:56:22 --- Created an attachment (id=16552) --> (http://bugs.winehq.org/attachment.cgi?id=16552) Shader.c ~ Fixme Errors
Tested Original Bioshock.exe & Detonation v1.1 Bioshock.exe
http://bugs.winehq.org/show_bug.cgi?id=14657
--- Comment #4 from Rico kgbricola@web.de 2008-10-09 11:26:59 --- Created an attachment (id=16555) --> (http://bugs.winehq.org/attachment.cgi?id=16555) Dirty hack which changes the low memory area.
You could try this dirty hack which changes the size of the low memory area. Probably you could get a little bit further. The patch isn't a good solution, because it only moves the border a little bit away. There are several games affected by this error message (e.g. Gothic3, Crysis). Also note: in my case the problem was that the virtual memory size is bigger than 4096MB and so wine couldn't get more memory because it's only a 32bit app. Please have a look at this value, too. I don't know if it's the same problem.
http://bugs.winehq.org/show_bug.cgi?id=14657
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |patch
http://bugs.winehq.org/show_bug.cgi?id=14657
--- Comment #5 from blaise mgavl69@juno.com 2008-10-10 20:30:10 --- ::wine 1.1.6 after loading second level:: ::next section repeats ad infinitum until I quit out:: err:ntdll:RtlpWaitForCriticalSection section 0x19c65e4 "?" wait timed out in thread 0029, blocked by 002a, retrying (60 sec) fixme:d3d_shader:shader_glsl_load_constantsI >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUniform4ivARB @ glsl_shader.c / 318 fixme:d3d_shader:shader_glsl_load_constants >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUniform4fvARB @ glsl_shader.c / 445 fixme:d3d_shader:shader_glsl_load_constantsF >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUniform4fvARB() @ glsl_shader.c / 265
http://bugs.winehq.org/show_bug.cgi?id=14657
--- Comment #6 from chourmovs chourmovs@gmail.com 2008-10-12 04:54:55 --- Bug is still present in wine 1.1.6 i'm not sure problem come from Direct3d shader.c Crash occurs during loading of the second level and first level load pretty well with good shaders
I think game protection and ntdll are involved
I can add that patching the game is impossible because patcher don't understand how wine handle with system directories (ntdll)
http://bugs.winehq.org/show_bug.cgi?id=14657
burton82 bburton82@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |bburton82@gmail.com
--- Comment #7 from burton82 bburton82@gmail.com 2008-11-23 05:21:19 --- bug still present in wine 1.1.9 :-(
http://bugs.winehq.org/show_bug.cgi?id=14657
blaise mgavl69@juno.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mgavl69@juno.com
--- Comment #8 from blaise mgavl69@juno.com 2008-11-26 22:01:34 --- (In reply to comment #7)
bug still present in wine 1.1.9 :-(
Did you try it with Shadershock? http://www.paolofranchini.com/shshock/viewforum.php?f=1
http://bugs.winehq.org/show_bug.cgi?id=14657
--- Comment #9 from burton82 bburton82@gmail.com 2008-11-27 01:16:09 --- no. because i read this is only available for ati cards.
http://bugs.winehq.org/show_bug.cgi?id=14657
--- Comment #10 from burton82 bburton82@gmail.com 2008-11-27 10:31:28 --- okay. i tried it. But get also a "Segmentation fault"
http://bugs.winehq.org/show_bug.cgi?id=14657
--- Comment #11 from blaise mgavl69@juno.com 2008-11-27 17:29:34 --- 'BIOSHOCK crash when loading second level'...actually, the only way I got it to load the second level was to set the resolution,textures & everything to the lowest setting - Ingame-settings and in the \profiles\username\appdata\bioshock.ini. After that you can start turning things up little by little. The shadershock ps_v2 & ps_v2b patch work quite well with my nvidia card also.
http://bugs.winehq.org/show_bug.cgi?id=14657
--- Comment #12 from blaise mgavl69@juno.com 2008-11-28 17:35:30 --- Using the LMA dirty hack works well with v119. The patch is rejected , for some odd reason, so I just went in and added it to preloader.c manually. There's a slight hiccup/pause after coming out the water but that may be unrelated to the hack. Thanks Rico.
http://bugs.winehq.org/show_bug.cgi?id=14657
blaise mgavl69@juno.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|bburton82@gmail.com, | |mgavl69@juno.com, | |chourmovs@gmail.com |
--- Comment #13 from blaise mgavl69@juno.com 2008-12-03 01:33:06 ---
fixme:d3d_shader:shader_glsl_load_constantsI >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUniform4ivARB @ glsl_shader.c / 318 fixme:d3d_shader:shader_glsl_load_constants >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUniform4fvARB @ glsl_shader.c / 445 fixme:d3d_shader:shader_glsl_load_constantsF >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUniform4fvARB() @ glsl_shader.c / 265
Is there a trace/debug I can use see where this is coming from in the Bioshock hlsl code?
http://bugs.winehq.org/show_bug.cgi?id=14657
--- Comment #14 from H. Verbeet hverbeet@gmail.com 2008-12-03 03:29:36 --- You can use WINEDEBUG="+d3d_shader" to see what shaders the application uses. Note that that FIXME doesn't necessarily mean there's a problem with the shader itself though.
http://bugs.winehq.org/show_bug.cgi?id=14657
blaise mgavl69@juno.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mgavl69@juno.com
--- Comment #15 from blaise mgavl69@juno.com 2008-12-03 11:33:05 --- (In reply to comment #14)
You can use WINEDEBUG="+d3d_shader" to see what shaders the application uses. Note that that FIXME doesn't necessarily mean there's a problem with the shader itself though.
That's true. I was thinking I could tweak or cut out the bio sm3 section that might be causing problems. Using the shadershock sm2b fixes most of it. Hlsl doesn't make sense to me, the way they pack the vert/pixel code together in one file, but that's another story. Thanks for the info.
http://bugs.winehq.org/show_bug.cgi?id=14657
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dank@kegel.com
--- Comment #16 from Dan Kegel dank@kegel.com 2008-12-06 09:37:51 --- I just looked, and I couldn't see where anybody had submitted the LMA hack to wine-patches. Got a link?
http://bugs.winehq.org/show_bug.cgi?id=14657
--- Comment #17 from blaise mgavl69@juno.com 2008-12-07 22:59:26 --- (In reply to comment #16)
I just looked, and I couldn't see where anybody had submitted the LMA hack to wine-patches. Got a link?
Scroll up to attachments.
http://bugs.winehq.org/show_bug.cgi?id=14657
--- Comment #18 from Dan Kegel dank@kegel.com 2008-12-07 23:06:43 --- No, that's not what I asked. Patches stored as attachments in bugzilla get ignored by the maintainer. To get applied, they have to be sent to wine-patches. Has this one been sent there yet? If not, and the author wants it to get into wine, he should send it.
http://bugs.winehq.org/show_bug.cgi?id=14657
--- Comment #19 from blaise mgavl69@juno.com 2008-12-07 23:13:07 --- (In reply to comment #18)
No, that's not what I asked. Patches stored as attachments in bugzilla get ignored by the maintainer. To get applied, they have to be sent to wine-patches. Has this one been sent there yet? If not, and the author wants it to get into wine, he should send it.
It's a "dirty hack" not a patch.
http://bugs.winehq.org/show_bug.cgi?id=14657
--- Comment #20 from Dan Kegel dank@kegel.com 2008-12-08 08:00:47 --- Oh, ok. (Maybe we need a "dirty hack" keyword in bugzilla :-)
http://bugs.winehq.org/show_bug.cgi?id=14657
Artem Semendyaev lifeissecret@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |lifeissecret@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=14657
chourmovs chourmovs@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #15087|0 |1 is obsolete| |
--- Comment #21 from chourmovs chourmovs@gmail.com 2009-03-11 07:55:05 --- Created an attachment (id=19880) --> (http://bugs.winehq.org/attachment.cgi?id=19880) console output for wine 1.1.6
http://bugs.winehq.org/show_bug.cgi?id=14657
John P Sims jsims2359@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jsims2359@gmail.com
--- Comment #22 from John P Sims jsims2359@gmail.com 2009-09-06 02:06:02 --- As of 1.1.28, this crash no longer occurs for me. Anyone else see this?
http://bugs.winehq.org/show_bug.cgi?id=14657
--- Comment #23 from blaise mgavl69@juno.com 2009-09-11 16:36:40 --- (In reply to comment #22)
As of 1.1.28, this crash no longer occurs for me. Anyone else see this?
I can 2nd that. As of 1.1.29+ for me the level loading is fine.
http://bugs.winehq.org/show_bug.cgi?id=14657
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
--- Comment #24 from Dan Kegel dank@kegel.com 2009-09-11 16:45:11 --- Great, marking fixed. Can you add a test report to the appdb?
http://bugs.winehq.org/show_bug.cgi?id=14657
--- Comment #25 from John P Sims jsims2359@gmail.com 2009-09-12 00:32:39 --- http://appdb.winehq.org/objectManager.php?sClass=version&iId=17740
I posted this late last month or earlier this month - I forget. Do I need to add anything else?
http://bugs.winehq.org/show_bug.cgi?id=14657
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #26 from Alexandre Julliard julliard@winehq.org 2009-09-25 12:24:30 --- Closing bugs fixed in 1.1.30.