http://bugs.winehq.org/show_bug.cgi?id=33192
Bug #: 33192 Summary: Characters in Granado Espada not visible Product: Wine Version: 1.5.25 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: rndbit@nm.ru Classification: Unclassified
Created attachment 43911 --> http://bugs.winehq.org/attachment.cgi?id=43911 Visual explanation
So game works flawlessly except for models somehow not being attached to animations. I uploaded screenshot that illustrates issue. 1. As you can see models of all static actors are pisitioned in center of loaded level. 2. Spots where NPCs should stand are empty, however 'invisible' npcs are clickable at spot above their name, just where npc body should be. 3. Player characters also can not be seen. Items carried by characters (and NPCs) are rendered properly. Gear moves according to animation.
Terminal log: String Dictionary Loading Start String Dictionary Loading Success fixme:win:EnumDisplayDevicesW ((null),0,0x32ef04,0x00000000), stub! fixme:winediag:AUDDRV_GetAudioEndpoint Winepulse is not officially supported by the wine project fixme:winediag:AUDDRV_GetAudioEndpoint For sound related feedback and support, please visit http://ubuntuforums.org/showthread.php?t=1960599 fixme:d3d9:Direct3DShaderValidatorCreate9 stub fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:imm:ImmGetOpenStatus (0xcf077a8): semi-stub fixme:imm:ImmReleaseContext (0xa0062, 0xcf077a8): stub fixme:ras:RasEnumConnectionsW (0x1333e8,0x326af0,0x76c623e4),stub! fixme:ras:RasEnumConnectionsW RAS support is not implemented! Configure program to use LAN connection/winsock instead! fixme:service:EnumServicesStatusW resume handle not supported fixme:ras:RasEnumEntriesW ((nil),(null),0xcffb108,0x327320,0xcffadf4),stub! fixme:wmvcore:WMCreateSyncReader ((nil), 0, 0xd17ef28): stub fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:wined3d_buffer_preload Too many declaration changes or converting dynamic buffer, stopping converting fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:wined3d_buffer_preload Too many declaration changes or converting dynamic buffer, stopping converting fixme:win:GetWindowPlacement not supported on other process window 0x20028 <...> fixme:win:GetWindowPlacement not supported on other process window 0x20028 <...> fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:wmvcore:WMCreateSyncReader ((nil), 0, 0x193d8048): stub fixme:d3d:resource_check_usage Unhandled usage flags 0x8. <...> fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:win:GetWindowPlacement not supported on other process window 0x20028 fixme:d3d:resource_check_usage Unhandled usage flags 0x8. <...> fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:win:GetWindowPlacement not supported on other process window 0x20028 fixme:d3d:resource_check_usage Unhandled usage flags 0x8. <...> fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:win:GetWindowPlacement not supported on other process window 0x20028 fixme:d3d:resource_check_usage Unhandled usage flags 0x8. <...> fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:win:GetWindowPlacement not supported on other process window 0x20028 <...> fixme:win:GetWindowPlacement not supported on other process window 0x20028
I replaced multiple same messages with <...> for improved readability.
Forum thread: http://forum.winehq.org/viewtopic.php?f=2&t=18485
https://bugs.winehq.org/show_bug.cgi?id=33192
--- Comment #1 from Austin English austinenglish@gmail.com --- This is your friendly reminder that there has been no bug activity for over 700 days. Is this still an issue in current (1.7.36 or newer) wine?
https://bugs.winehq.org/show_bug.cgi?id=33192
rndbit@nm.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- Hardware|x86 |x86-64 Version|1.5.25 |1.7.47
--- Comment #2 from rndbit@nm.ru --- Problem still persists on v1.7.47
https://bugs.winehq.org/show_bug.cgi?id=33192
--- Comment #3 from rndbit@nm.ru --- Problem still persists with v1.9.4. I found a workaround though. Disabling pixel shaders via MaxShaderModelVS=0 registry key makes characters visible. However game looks way worse. Attached shaders extracted from client.
https://bugs.winehq.org/show_bug.cgi?id=33192
--- Comment #4 from rndbit@nm.ru --- Created attachment 53749 --> https://bugs.winehq.org/attachment.cgi?id=53749 Shaders of this game
https://bugs.winehq.org/show_bug.cgi?id=33192
--- Comment #5 from rndbit@nm.ru --- I figured out that this is hardware skinning problem. Disabling it makes problem go away. It is done in IMCDefShader.fx shader apparently.
https://bugs.winehq.org/show_bug.cgi?id=33192
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #6 from joaopa jeremielapuree@yahoo.fr --- What about this bug in current wine(3.20)?
https://bugs.winehq.org/show_bug.cgi?id=33192
--- Comment #7 from joaopa jeremielapuree@yahoo.fr --- Does the bug still occur with wine-5.13?
https://bugs.winehq.org/show_bug.cgi?id=33192
--- Comment #8 from joaopa jeremielapuree@yahoo.fr --- No news from the reporter since5 years. And it is now impossible to test. Developper stopped the servers (see https://mmofallout.com/granado-espada-is-also-dead/)
Can an administrator close this bug as ABANDONED?
https://bugs.winehq.org/show_bug.cgi?id=33192
--- Comment #9 from joaopa jeremielapuree@yahoo.fr --- Time to close this bug as ABANDONED (servers are down) ?