http://bugs.winehq.org/show_bug.cgi?id=11782
Summary: Cossacks EW: Game does not redraw Product: Wine Version: 0.9.56. Platform: PC URL: http://www.download.com/Cossacks-The-Art-of-War- demo/3000-7485_4-10229103.html OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-ddraw AssignedTo: wine-bugs@winehq.org ReportedBy: krzychoocpp@gmail.com
Created an attachment (id=11042) --> (http://bugs.winehq.org/attachment.cgi?id=11042) WINEDEBUG+ddraw
In wine 0.9.55, when starting Cossacks, all I saw was black or white screen (white with opengl ddraw renderer, black with gdi).
With wine 0.9.56, this was partially fixed. Game starts and menu is rendered. But screen is updated only when I click menu item. It is a bit hard to do, because I cannot see where exactly cursor is. When I finally click one of the menu items, everything works as it should for about a second - fade effect, and other menu screen is shown.
You can download Cossacks: Art of War demo from: http://www.download.com/Cossacks-The-Art-of-War-demo/3000-7485_4-10229103.ht...
It's addon to EW and shows this problem too.
I experience this problem with GF 7300GS/nVidia driver and Radeon Mobility 7500 using radeon driver.
In attached debug log I marked when I started game, clicked menu item, etc.
http://bugs.winehq.org/show_bug.cgi?id=11782
--- Comment #1 from Austin English austinenglish@gmail.com 2008-03-03 04:30:37 --- Works fine for me with a mouseover in current git. Does the menu constantly move in windows?
http://bugs.winehq.org/show_bug.cgi?id=11782
--- Comment #2 from Krzysztof Tyszecki krzychoocpp@gmail.com 2008-03-03 08:38:30 --- I've just checked with current git (last commit was df294844a49f4a17e0e1e1bd2854fd32b4a5a1b1) and I still have this problem. What you mean by 'constantly move' ? Menu doesn't move in windows.
Are you sure it works fine ? Mouse pointer fully works for you ? (I only hear sound when I mouseover menu items, but I can't see cursor moving). If you start random game (Single Player -> Accept -> Random map -> Start), fog of war partially disappears ? For me it looks like http://appdb.winehq.org/appimage.php?iId=16173
http://bugs.winehq.org/show_bug.cgi?id=11782
--- Comment #3 from Austin English austinenglish@gmail.com 2008-03-03 12:11:26 --- (In reply to comment #2)
I've just checked with current git (last commit was df294844a49f4a17e0e1e1bd2854fd32b4a5a1b1) and I still have this problem. What you mean by 'constantly move' ? Menu doesn't move in windows.
Are you sure it works fine ? Mouse pointer fully works for you ? (I only hear sound when I mouseover menu items, but I can't see cursor moving). If you start random game (Single Player -> Accept -> Random map -> Start), fog of war partially disappears ? For me it looks like http://appdb.winehq.org/appimage.php?iId=16173
FWIW, I was testing in a virtual desktop. I'll try without it later today. Can you try it with one to see if that helps?
As for constantly moving, I noticed that some objects in the menu would move when moused over (but not clicked). I wasn't sure what you meant by redraw...
http://bugs.winehq.org/show_bug.cgi?id=11782
--- Comment #4 from Krzysztof Tyszecki krzychoocpp@gmail.com 2008-03-03 15:17:43 ---
As for constantly moving, I noticed that some objects in the menu would move when moused over (but not clicked)
AFAIR, menu items have mouseover effect - text is highlighted and menu item is enlarged. If you saw that effect, it probably means that you can't reproduce this bug...
By 'game not redrawing' I mean that after starting the game, screen 'freezes'. Everything seems to work, but screen is not updated. This applies also to cursor - I move my mouse, but cursor on screen is not moving. To click on menu item I have to guess it's position. If I guess correctly, and click menu item, everything starts working for about a second - next menu screen is displayed, and screen 'freezes' again. If something is not clear, I can make a screencast.
I've already tested (using deafult settings) in virtual desktop. I've tested on my second computer (both running Gentoo) and on virtual machine (PCLinuxOS) too. I reproduced this problem everywhere.
http://bugs.winehq.org/show_bug.cgi?id=11782
Florian Ludwig dino@phidev.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dino@phidev.org
--- Comment #5 from Florian Ludwig dino@phidev.org 2008-04-10 11:49:34 --- I checked 0.9.59 and the bug still exists.
btw. yes the menus have a mouse hover effect for sure ;)
http://bugs.winehq.org/show_bug.cgi?id=11782
christoph eicher@et-support.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |eicher@et-support.de
--- Comment #6 from christoph eicher@et-support.de 2008-04-19 13:47:42 --- Wired, the bug still exist in 0.9.60, but if you run it in window mode and if you switch from wine window to another window and back to wine the screen is updated (time etc in the right corner of the game is updated).
http://bugs.winehq.org/show_bug.cgi?id=11782
christoph eicher@et-support.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|eicher@et-support.de |
http://bugs.winehq.org/show_bug.cgi?id=11782
--- Comment #7 from Austin English austinenglish@gmail.com 2008-10-23 15:22:04 --- Is this still an issue in current (1.1.6 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=11782
--- Comment #8 from Krzysztof Tyszecki krzychoocpp@gmail.com 2008-11-10 04:49:35 --- Yes, that problem still exists (I've checked using clean install of wine 1.1.8).
Although, it is possible to play this game with patched ddraw.dll from game website. That patch is supposed to fix problems with High-end video cards, but fixes also wine ddraw problems. http://appdb.winehq.org/objectManager.php?sClass=version&iId=3924&iT...
http://bugs.winehq.org/show_bug.cgi?id=11782
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download
--- Comment #9 from Austin English austinenglish@gmail.com 2009-05-11 09:38:45 --- Is this still an issue in current (1.1.21 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=11782
budulay@email.ua changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |budulay@email.ua
--- Comment #10 from budulay@email.ua 2010-03-14 16:28:17 --- I have the same problem with Cossacks - Back to War with wine-1.1.32 on Vector Linux 6.0 with ddraw.dll patch installed.
I am running it on: MSI MS-1652 with AMD TurionX2 ZM-84 2300 MHZ, NVIDIA GeForce 9600M GT, 4GB RAM.
http://bugs.winehq.org/show_bug.cgi?id=11782
Sergey Alirzaev zl29ah@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #11 from Sergey Alirzaev zl29ah@gmail.com 2010-09-22 15:56:42 CDT --- *** This bug has been confirmed by popular vote. ***
http://bugs.winehq.org/show_bug.cgi?id=11782
Sergey Alirzaev zl29ah@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |zl29ah@gmail.com
--- Comment #12 from Sergey Alirzaev zl29ah@gmail.com 2010-09-22 15:57:22 CDT --- wine-1.3.2, same problem
http://bugs.winehq.org/show_bug.cgi?id=11782
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #13 from joaopa jeremielapuree@yahoo.fr 2011-04-03 23:53:08 CDT --- bug still there with current git: 1-3-16.
http://bugs.winehq.org/show_bug.cgi?id=11782
--- Comment #14 from budulay budulay@email.ua 2011-05-11 13:59:34 CDT --- Still there in 1.3.19
http://bugs.winehq.org/show_bug.cgi?id=11782
--- Comment #15 from budulay budulay@email.ua 2011-08-16 17:41:42 CDT --- Following this: http://appdb.winehq.org/objectManager.php?sClass=version&iId=3924 gets the game to run. Wine 1.3.26.
http://bugs.winehq.org/show_bug.cgi?id=11782
--- Comment #16 from budulay budulay@email.ua 2011-08-16 18:56:05 CDT --- (In reply to comment #15)
Following this: http://appdb.winehq.org/objectManager.php?sClass=version&iId=3924 gets the game to run. Wine 1.3.26.
Just discovered that the game freezes when I open Load/Replay menu. There's a workaround though - go to the random map, select saved games and load the game that way.
http://bugs.winehq.org/show_bug.cgi?id=11782
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|directx-ddraw |directx-d3d
http://bugs.winehq.org/show_bug.cgi?id=11782
MaGo mago478@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mago478@gmail.com
--- Comment #17 from MaGo mago478@gmail.com 2012-02-06 13:22:23 CST --- (In reply to comment #4)
As for constantly moving, I noticed that some objects in the menu would move when moused over (but not clicked)
AFAIR, menu items have mouseover effect - text is highlighted and menu item is enlarged. If you saw that effect, it probably means that you can't reproduce this bug...
By 'game not redrawing' I mean that after starting the game, screen 'freezes'. Everything seems to work, but screen is not updated. This applies also to cursor - I move my mouse, but cursor on screen is not moving. To click on menu item I have to guess it's position. If I guess correctly, and click menu item, everything starts working for about a second - next menu screen is displayed, and screen 'freezes' again. If something is not clear, I can make a screencast.
I've already tested (using deafult settings) in virtual desktop. I've tested on my second computer (both running Gentoo) and on virtual machine (PCLinuxOS) too. I reproduced this problem everywhere.
The game is good playable with wine 1.3.33 (sometimes freeze). But the error still exists with wine 1.4-rc1 and 1.4-rc2.
http://bugs.winehq.org/show_bug.cgi?id=11782
--- Comment #18 from MaGo mago478@gmail.com 2012-02-20 14:08:14 CST --- Game fails to start with wine 1.4-rc4.
WINEDEBUG="err+relay,+wgl"
Log: trace:wgl:wglGetProcAddress func: 'glAccum' trace:wgl:X11DRV_WineGL_InitOpenglInfo GL version : 1.4 (2.1 Mesa 7.10.3). trace:wgl:X11DRV_WineGL_InitOpenglInfo GL renderer : Gallium 0.4 on ATI RV530. trace:wgl:X11DRV_WineGL_InitOpenglInfo GLX version : 1.2. trace:wgl:X11DRV_WineGL_InitOpenglInfo Server GLX version : 1.2. trace:wgl:X11DRV_WineGL_InitOpenglInfo Server GLX vendor: : SGI. trace:wgl:X11DRV_WineGL_InitOpenglInfo Client GLX version : 1.4. trace:wgl:X11DRV_WineGL_InitOpenglInfo Client GLX vendor: : Mesa Project and SGI. trace:wgl:X11DRV_WineGL_InitOpenglInfo Direct rendering enabled: False err:winediag:X11DRV_WineGL_InitOpenglInfo Direct rendering is disabled, most likely your OpenGL drivers haven't been installed correctly (using GL renderer "Gallium 0.4 on ATI RV530", version "1.4 (2.1 Mesa 7.10.3)"). trace:wgl:has_opengl GLX is up and running error_base = 166 ... trace:wgl:X11DRV_wglMakeCurrent make current for dis 0x7dfb2610, drawable 0x3800009, ctx 0x7dfd1b60 X Error of failed request: GLXBadDrawable Major opcode of failed request: 153 (GLX) Minor opcode of failed request: 5 (X_GLXMakeCurrent) Serial number of failed request: 628 Current serial number in output stream: 628
http://bugs.winehq.org/show_bug.cgi?id=11782
--- Comment #19 from MaGo mago478@gmail.com 2012-02-27 12:36:16 CST --- (In reply to comment #18)
Game fails to start with wine 1.4-rc4.
WINEDEBUG="err+relay,+wgl"
Log: trace:wgl:wglGetProcAddress func: 'glAccum' trace:wgl:X11DRV_WineGL_InitOpenglInfo GL version : 1.4 (2.1 Mesa 7.10.3). trace:wgl:X11DRV_WineGL_InitOpenglInfo GL renderer : Gallium 0.4 on ATI RV530. trace:wgl:X11DRV_WineGL_InitOpenglInfo GLX version : 1.2. trace:wgl:X11DRV_WineGL_InitOpenglInfo Server GLX version : 1.2. trace:wgl:X11DRV_WineGL_InitOpenglInfo Server GLX vendor: : SGI. trace:wgl:X11DRV_WineGL_InitOpenglInfo Client GLX version : 1.4. trace:wgl:X11DRV_WineGL_InitOpenglInfo Client GLX vendor: : Mesa Project and SGI. trace:wgl:X11DRV_WineGL_InitOpenglInfo Direct rendering enabled: False err:winediag:X11DRV_WineGL_InitOpenglInfo Direct rendering is disabled, most likely your OpenGL drivers haven't been installed correctly (using GL renderer "Gallium 0.4 on ATI RV530", version "1.4 (2.1 Mesa 7.10.3)"). trace:wgl:has_opengl GLX is up and running error_base = 166 ... trace:wgl:X11DRV_wglMakeCurrent make current for dis 0x7dfb2610, drawable 0x3800009, ctx 0x7dfd1b60 X Error of failed request: GLXBadDrawable Major opcode of failed request: 153 (GLX) Minor opcode of failed request: 5 (X_GLXMakeCurrent) Serial number of failed request: 628 Current serial number in output stream: 628
The error still exists with wine 1.4-rc5
http://bugs.winehq.org/show_bug.cgi?id=11782
--- Comment #20 from joaopa jeremielapuree@yahoo.fr 2012-02-27 12:48:00 CST ---
X11DRV_WineGL_InitOpenglInfo Direct rendering enabled: False
err:winediag:X11DRV_WineGL_InitOpenglInfo Direct rendering is disabled, most likely your OpenGL drivers haven't been installed correctly (using GL renderer "Gallium 0.4 on ATI RV530", version "1.4 (2.1 Mesa 7.10.3)").
FIX your setup.
https://bugs.winehq.org/show_bug.cgi?id=11782
--- Comment #21 from Ken Sharp imwellcushtymelike@gmail.com --- Is this still an issue in Wine 1.7.45 or later?
https://bugs.winehq.org/show_bug.cgi?id=11782
super_man@post.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |focht@gmx.net, | |super_man@post.com
https://bugs.winehq.org/show_bug.cgi?id=11782
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- URL|http://www.download.com/Cos |http://www.fileplanet.com/6 |sacks-The-Art-of-War-demo/3 |0632/download/New-Cossacks- |000-7485_4-10229103.html |--European-Wars-Demo Summary|Cossacks EW: Game does not |Cossacks: European Wars |redraw |does not redraw (no mouse | |cursor movements shown)
--- Comment #22 from Anastasius Focht focht@gmx.net --- Hello folks,
still present.
Since the workaround of using some 'DDemu DirectDraw Emulator' has been mentioned a few times...
Download: http://www.gsc-game.com/index.php?t=downloads&ss=299&s=patch
(extract 'ddraw.dll', put it into game folder, set override 'native, builtin').
--- snip --- -=[ ProtectionID v0.6.6.7 DECEMBER]=- (c) 2003-2015 CDKiLLER & TippeX Build 24/12/14-22:48:13 Ready... Scanning -> Z:\home\focht\Downloads\ddraw.dll File Type : 32-Bit Dll (Subsystem : Win GUI / 2), Size : 74432 (0122C0h) Byte(s) Compilation TimeStamp : 0x495244E6 -> Wed 24th Dec 2008 14:19:18 (GMT) [TimeStamp] 0x495244E6 -> Wed 24th Dec 2008 14:19:18 (GMT) | PE Header | - | Offset: 0x000000F8 | VA: 0x100000F8 | - [TimeStamp] 0x495244E6 -> Wed 24th Dec 2008 14:19:18 (GMT) | Export | - | Offset: 0x0000C8A4 | VA: 0x1000C8A4 | - [TimeStamp] 0x495244E6 -> Wed 24th Dec 2008 14:19:18 (GMT) | DebugDirectory | - | Offset: 0x0000A164 | VA: 0x1000A164 | - -> File Appears to be Digitally Signed @ Offset 011000h, size : 012C0h / 04800 byte(s) [!] Executable uses SEH Tables (/SAFESEH) (7 calculated 7 recorded... 0 invalid addresses) [File Heuristics] -> Flag #1 : 00000100000000001000000100000100 (0x04008104) [Entrypoint Section Entropy] : 6.60 (section #0) ".text " | Size : 0x83C5 (33733) byte(s) [DllCharacteristics] -> Flag : (0x0000) -> NONE [SectionCount] 5 (0x5) | ImageSize 0x12000 (73728) byte(s) [Export] 100% of function(s) (1 of 1) are in file | 0 are forwarded | 1 code | 0 data | 0 uninit data | 0 unknown | [VersionInfo] Company Name : GSC Game World [VersionInfo] Product Name : DDemu DirectDraw Emulator [VersionInfo] Product Version : 1. 0. 0. 2 [VersionInfo] File Description : DDemu DirectDraw Emulator [VersionInfo] File Version : 1. 0. 0. 2 [VersionInfo] Original FileName : ddraw.dll [VersionInfo] Internal Name : ddemu [VersionInfo] Version Comments : Copyright (C) 2008 Serguei I. Ivantsov [VersionInfo] Legal Copyrights : Copyright (C) 2008 GSC Game World [Debug Info] (record 1 of 1) (file offset 0xA160) Characteristics : 0x0 | TimeDateStamp : 0x495244E6 (Wed 24th Dec 2008 14:19:18 (GMT)) | MajorVer : 0 / MinorVer : 0 -> (0.0) Type : 2 (0x2) -> CodeView | Size : 0x32 (50) AddressOfRawData : 0xBB40 | PointerToRawData : 0xBB40 CvSig : 0x53445352 | SigGuid 28423EC9-CFE1-48FE-972B9AAC6C622861 Age : 0x1 | Pdb : c:\TEMP\BTW-DEL\ddraw.pdb [CompilerDetect] -> Visual C++ 8.0 (Visual Studio 2005) [!] File appears to have no protection or is using an unknown protection - Scan Took : 0.380 Second(s) [00000017Ch (380) tick(s)] [244 of 573 scan(s) done] --- snip ---
I had a very brief look at this. The ddraw "emulator" uses traditional method of hooking 'DirectDrawCreate', injecting its own interface proxy when calling 'DirectDrawCreateEx' (Wine impl). I stopped at this point since there are other, more interesting things to do.
Since the author 'Serguei I. Ivantsov' (GSC Game World) seems to have his name embedded in version resource why not contacting him, asking about details instead of having other people time wasted on reversing the thing.
$ sha1sum New_Cossacks_Demo.zip bb0250bc7cd77a8f39c60dc7b7122106b8ba5a2f New_Cossacks_Demo.zip
$ du -sh New_Cossacks_Demo.zip 121M New_Cossacks_Demo.zip
$ wine --version wine-1.7.54-302-g5cf9539
Regards
https://bugs.winehq.org/show_bug.cgi?id=11782
--- Comment #23 from joaopa jeremielapuree@yahoo.fr --- Bug still there in current wine (3.11).
https://bugs.winehq.org/show_bug.cgi?id=11782
--- Comment #24 from joaopa jeremielapuree@yahoo.fr --- Bug still occurs with wine-4.17.
https://bugs.winehq.org/show_bug.cgi?id=11782
Olivier F. R. Dierick o.dierick@piezo-forte.be changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |o.dierick@piezo-forte.be Resolution|--- |INVALID Status|NEW |RESOLVED
--- Comment #25 from Olivier F. R. Dierick o.dierick@piezo-forte.be --- (In reply to Anastasius Focht from comment #22)
Download: http://www.gsc-game.com/index.php?t=downloads&ss=299&s=patch
Hello,
Isn't this an application bug for which an official fix was made?
I have a nvidia card and the game runs fine on Wine 4.19 with the documented fix from the developer: - Use ddraw.dll patch - Remove/Rename Video directory.
The fix require overriding ddraw.dll, but it works, so it's fine. There is nothing broken in Wine and no point to keep this bug open.
There are plenty of AppDB reports that explain how to make the application run.
Admittedly, the fix was published after this bug was created, but since the developer admitted it's their fault, then the bug is invalid.
Regards.
https://bugs.winehq.org/show_bug.cgi?id=11782
--- Comment #26 from Olivier F. R. Dierick o.dierick@piezo-forte.be --- * Also, there have been plenty of reports that the issue happens on real Windows too since then.
https://bugs.winehq.org/show_bug.cgi?id=11782
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #27 from Austin English austinenglish@gmail.com --- Closing.