[Bug 19019] New: Perry Rhodan Operation Eastside missing menu labels and other menu parts
http://bugs.winehq.org/show_bug.cgi?id=19019
Summary: Perry Rhodan Operation Eastside missing menu labels and other menu parts Product: Wine Version: 1.1.23 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: ch.assfalg@gmx.de
Created an attachment (id=21925) --> (http://bugs.winehq.org/attachment.cgi?id=21925) Screenshot of Menu without labels
I am trying to run an old Win95 / DirectX 5 Game on Ubuntu 9.04: Perry Rhodan, Operation Eastside. The system is 32 bit and uses a Nvidia 7600 with Nvidia Drivers Version 180. I tried the current Wine Version from Ubuntu (1.0.1 I think) and the current Ubuntu Package from winehq (1.1.23). Both seem to have the same Problem:
fixme:d3d:IWineD3DClipperImpl_SetClipList (0x14ac30,(nil),0),stub!
I think that this function is used to draw the Menu Items (labels and stuff) in the Game. The result is that all Text is missing in the menus, and various other areas are only partly there while the mouse hovers over them, you click someplace special (edge of screen?) or by chance. I have added a small log of the Game start into menu, and a screenshot.
Visual Effects have been disabled, I tried configuring the X-Server for 8 bit and without font antialiasing, all without effect.
Is there anything else I can do, any more info I can Provide?
http://bugs.winehq.org/show_bug.cgi?id=19019
--- Comment #1 from Christian Aßfalg ch.assfalg@gmx.de 2009-06-21 06:54:56 --- Created an attachment (id=21926) --> (http://bugs.winehq.org/attachment.cgi?id=21926) wine console output when starting the game
http://bugs.winehq.org/show_bug.cgi?id=19019
--- Comment #2 from Austin English austinenglish@gmail.com 2010-06-04 15:43:59 --- This is your friendly reminder that there has been no bug activity for 11 months. Is this still an issue in current (1.2-rc2 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=19019
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |00cpxxx@gmail.com, | |austinenglish@gmail.com
--- Comment #3 from Bruno Jesus 00cpxxx@gmail.com 2011-10-02 08:14:49 CDT --- Over 2 years without user interaction and no download link.
http://bugs.winehq.org/show_bug.cgi?id=19019
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |ABANDONED
--- Comment #4 from Austin English austinenglish@gmail.com 2011-10-02 10:03:39 CDT --- (In reply to comment #3)
Over 2 years without user interaction and no download link.
Abandoned.
http://bugs.winehq.org/show_bug.cgi?id=19019
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #5 from Austin English austinenglish@gmail.com 2011-10-04 15:25:43 CDT --- Closing.
https://bugs.winehq.org/show_bug.cgi?id=19019
--- Comment #6 from Jan-Marek Glogowski glogow@fbihome.de --- Created attachment 50183 --> https://bugs.winehq.org/attachment.cgi?id=50183 Run in 16bit fullscreen mode
https://bugs.winehq.org/show_bug.cgi?id=19019
Jan-Marek Glogowski glogow@fbihome.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |glogow@fbihome.de
--- Comment #7 from Jan-Marek Glogowski glogow@fbihome.de --- I'm running wine version 1:1.7.30-0ubuntu1~ppa1 on Ubuntu 14.04.
The game supports running in fullscreen or windowed mode using an command line argument (WINDOW). Snapshots are taken from an Xephyr server running either with 16 or 24/32 bit color depth (Xephyr :1 -screen 640x480x24).
If the game is run in fullscreen mode, the graphics are ok, but the text is unreadable (16 bit) or completely missing (32 bit). In windowed mode all graphics are broken. Using 16 bit Xephyr, the text is actually readable, but in 32 bit mode it's missing.
In window mode it looks like Wine returns a surface with the Xephyr color bit size, but the game expects 8bit, so the colors are shifted and the actual image width halfed (16bit) or quatered (32bit).
In the end the game is not playable, because the graphics are broken (windowed) or the text is unreadable (full screen).
In the attached logs in window mode "....." means many more of these fixme:d3d:wined3d_format_get_color_key_conversion Color-keying not supported with format WINED3DFMT_P8_UINT. messages.
From a look at wined3d_format_get_color_key_conversion in utils.c, this message
is bogus, as the WINED3DFMT_P8_UINT format is handled after checking the other color key conversion functions.
https://bugs.winehq.org/show_bug.cgi?id=19019
--- Comment #8 from Jan-Marek Glogowski glogow@fbihome.de --- Created attachment 50184 --> https://bugs.winehq.org/attachment.cgi?id=50184 Run in 16bit windowed mode
https://bugs.winehq.org/show_bug.cgi?id=19019
--- Comment #9 from Jan-Marek Glogowski glogow@fbihome.de --- Created attachment 50185 --> https://bugs.winehq.org/attachment.cgi?id=50185 Run in 32bit fullscreen mode
https://bugs.winehq.org/show_bug.cgi?id=19019
--- Comment #10 from Jan-Marek Glogowski glogow@fbihome.de --- Created attachment 50186 --> https://bugs.winehq.org/attachment.cgi?id=50186 Run in 32bit windowed mode
https://bugs.winehq.org/show_bug.cgi?id=19019
--- Comment #11 from Jan-Marek Glogowski glogow@fbihome.de --- Created attachment 50187 --> https://bugs.winehq.org/attachment.cgi?id=50187 Run in 16bit fullscreen mode - log
https://bugs.winehq.org/show_bug.cgi?id=19019
--- Comment #12 from Jan-Marek Glogowski glogow@fbihome.de --- Created attachment 50188 --> https://bugs.winehq.org/attachment.cgi?id=50188 Run in 16bit windowed mode - log
https://bugs.winehq.org/show_bug.cgi?id=19019
--- Comment #13 from Jan-Marek Glogowski glogow@fbihome.de --- Created attachment 50189 --> https://bugs.winehq.org/attachment.cgi?id=50189 Run in 32bit fullscreen mode - log
https://bugs.winehq.org/show_bug.cgi?id=19019
--- Comment #14 from Jan-Marek Glogowski glogow@fbihome.de --- Created attachment 50190 --> https://bugs.winehq.org/attachment.cgi?id=50190 Run in 32bit windowed mode - log
https://bugs.winehq.org/show_bug.cgi?id=19019
--- Comment #15 from Jan-Marek Glogowski glogow@fbihome.de --- Created attachment 50191 --> https://bugs.winehq.org/attachment.cgi?id=50191 Proposed patch to fix the warning - not tested!
https://bugs.winehq.org/show_bug.cgi?id=19019
--- Comment #16 from Jan-Marek Glogowski glogow@fbihome.de --- A quick test doesn't show any difference in 1:1.7.32-0ubuntu1~ppa1. I didn't explicitly check the log, but it seems identical.
https://bugs.winehq.org/show_bug.cgi?id=19019
--- Comment #17 from Henri Verbeet hverbeet@gmail.com --- (In reply to Jan-Marek Glogowski from comment #7)
In the attached logs in window mode "....." means many more of these fixme:d3d:wined3d_format_get_color_key_conversion Color-keying not supported with format WINED3DFMT_P8_UINT. messages.
From a look at wined3d_format_get_color_key_conversion in utils.c, this message is bogus, as the WINED3DFMT_P8_UINT format is handled after checking the other color key conversion functions.
Well, no, it handles P8 > BGRA conversion, but not P8 color-keying.
Note that it doesn't make a lot of sense for P8 handling to be in wined3d_format_get_color_key_conversion(), but the reasons for that are mostly historic.
-
wine-bugs＠winehq.org