http://bugs.winehq.org/show_bug.cgi?id=17741
Summary: Silent Hill 2: wrong blood color Product: Wine Version: 1.1.17 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: t0p0linik@yahoo.it
In silent hill 2 I never got the right blood color in response to my own selection. Using the option window i select different colors, getting these strange results:
Choosing "Normal" color I get cyan blood. Choosing "Green" color I get magenta blood. Choosing "Purple" color I get green blood. Choosing "Black" color I get white blood. (i translated color names, my game is set to italian language)
My hardware is a matrox G550, 32MB. Does anyone get the same?
http://bugs.winehq.org/show_bug.cgi?id=17741
--- Comment #1 from topolinik t0p0linik@yahoo.it 2009-08-03 11:07:17 --- Created an attachment (id=22791) --> (http://bugs.winehq.org/attachment.cgi?id=22791) The dead monster has cyan blood
http://bugs.winehq.org/show_bug.cgi?id=17741
topolinik t0p0linik@yahoo.it changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #22791|The dead monster has cyan |The dead monster has cyan description|blood |blood when game setting is | |for `normal' color
http://bugs.winehq.org/show_bug.cgi?id=17741
--- Comment #2 from topolinik t0p0linik@yahoo.it 2010-06-16 05:00:08 --- This bug is still happening using wine 1.1.42 on ubuntu 10.04 - no upgrading, fresh new installation instead. This graphic card (matrox g550) is used together with xorg 1.7.6 and the mga driver 1.4.11 on kernel 2.6.32-22-generic (patched by Canonical). I can see each detail is perfect, no missing texture but still the blood `normal' colour appears cyan.
http://bugs.winehq.org/show_bug.cgi?id=17741
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dank@kegel.com
--- Comment #3 from Dan Kegel dank@kegel.com 2010-06-16 06:55:36 --- 1.1.42 is kind of old, could you try with 1.2-rc3?
http://bugs.winehq.org/show_bug.cgi?id=17741
--- Comment #4 from topolinik t0p0linik@yahoo.it 2010-06-18 04:38:47 --- Didn't found an ubuntu build so just downloaded wine-1.2-rc3 and I'm now building it by myself after getting the most of the needed -dev packages.
Now, the stupid question: who do I warn if `make test' fails in d3d9? Where do I send my bug report?
http://bugs.winehq.org/show_bug.cgi?id=17741
--- Comment #5 from Austin English austinenglish@gmail.com 2010-06-18 10:42:08 --- (In reply to comment #4)
Didn't found an ubuntu build so just downloaded wine-1.2-rc3 and I'm now building it by myself after getting the most of the needed -dev packages.
Now, the stupid question: who do I warn if `make test' fails in d3d9? Where do I send my bug report?
Ideally, the tests should pass everywhere, but in practice they don't. Rather than submitting a bug report, submit test results. Run: ./wine winetest
and follow the instructions.
http://bugs.winehq.org/show_bug.cgi?id=17741
--- Comment #6 from topolinik t0p0linik@yahoo.it 2010-06-29 04:36:27 --- Well, I have done ./wine winetest using latest git (today is 2010/06/29) and the report was sent. Hope this will be useful!
Now, jumping back to...
`make test' fails in d3d9
there is something I don't fully understand. I can see some warnings, among others:
[cut] fixme:d3d:state_psizemin_w WINED3DRS_POINTSIZE_MAX not supported on this opengl, value is 60.000000 err:d3d_shader:shader_arb_generate_vshader >>>>>>>>>>>>>>>>> GL_INVALID_ENUM (0x500) from glGetProgramivARB() @ arb_program_shader.c / 4220 fixme:d3d_caps:wined3d_guess_card_vendor Received unrecognized GL_VENDOR "VA Linux Systems Inc.". Returning HW_VENDOR_NVIDIA. fixme:d3d_caps:select_card_nvidia_mesa Card selection not handled for Mesa Nouveau driver fixme:win:EnumDisplayDevicesW ((null),0,0x32f378,0x00000000), stub! err:d3d:WineD3D_ChoosePixelFormat Can't find a suitable iPixelFormat fixme:d3d:swapchain_init Add OpenGL context recreation support to context_validate_onscreen_formats fixme:d3d_caps:wined3d_guess_card_vendor Received unrecognized GL_VENDOR "VA Linux Systems Inc.". Returning HW_VENDOR_NVIDIA. fixme:d3d_caps:select_card_nvidia_mesa Card selection not handled for Mesa Nouveau driver fixme:win:EnumDisplayDevicesW ((null),0,0x32f4a8,0x00000000), stub! err:d3d:WineD3D_ChoosePixelFormat Can't find a suitable iPixelForm [cut]
(these messages are repeated the most) The statement:
fixme:d3d_caps:wined3d_guess_card_vendor Received unrecognized GL_VENDOR "VA Linux Systems Inc.". Returning HW_VENDOR_NVIDIA.
means d3d_caps is guessing the vendor for gfx hardware, isn't it? And so, does wine d3d subsystem behave differently with respect to the vendor it detects? If this is true, this may lead to wrong behavior when a bad vendor is returned (HW_VENDOR_NVIDIA on a system with matrox hw). And further:
fixme:d3d_caps:select_card_nvidia_mesa Card selection not handled for Mesa Nouveau driver
`select_card_nvidia_mesa' will never work on a system which is not using Nouveau driver! Is this the reason for the many "Can't find a suitable iPixelFormat" warnings? Can someone answer these questions?
http://bugs.winehq.org/show_bug.cgi?id=17741
--- Comment #7 from topolinik t0p0linik@yahoo.it 2010-06-29 08:35:38 --- BTW, even with latest wine-1.2-rc5-37-gdb68b1e, the blood color is still cyan.
http://bugs.winehq.org/show_bug.cgi?id=17741
--- Comment #8 from topolinik t0p0linik@yahoo.it 2010-07-01 19:24:12 --- Created an attachment (id=29287) --> (http://bugs.winehq.org/attachment.cgi?id=29287) Here's the proof that wine works well and the blood is red.
http://bugs.winehq.org/show_bug.cgi?id=17741
--- Comment #9 from Dan Kegel dank@kegel.com 2010-07-01 19:27:31 --- Wait, are you saying the bug is fixed?
http://bugs.winehq.org/show_bug.cgi?id=17741
--- Comment #10 from topolinik t0p0linik@yahoo.it 2010-07-01 19:33:04 --- No, no, it's not fixed, this bug doesn't exist. I'm just saying that the bug hides into mga driver, not into wine. My latest screenshots show the dead monster (with the light off and on) and you can see there's no bright cyan blood anymore. This test was done using xorg vesa driver, so no 3d acceleration was used (and it took 30-40 seconds each frame!!!). Well, software rendering created right colors, so there is no doubt the bad color selection is due to xorg mga driver.
http://bugs.winehq.org/show_bug.cgi?id=17741
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |INVALID
--- Comment #11 from Dmitry Timoshkov dmitry@codeweavers.com 2010-07-02 04:21:02 --- Then this bug is invalid.
http://bugs.winehq.org/show_bug.cgi?id=17741
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #12 from Dmitry Timoshkov dmitry@codeweavers.com 2010-07-02 04:21:13 --- Closing invalid.
-
wine-bugs＠winehq.org