July 2022 - Wine-Bugs - list.winehq.org

[Bug 48328] New: DarkForces 2 do not see available resolutions
by WineHQ Bugzilla Sept. 12, 2022

Sept. 12, 2022

https://bugs.winehq.org/show_bug.cgi?id=48328 Bug ID: 48328 Summary: DarkForces 2 do not see available resolutions Product: Wine Version: 5.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx9 Assignee: wine-bugs(a)winehq.org Reporter: axet(a)me.com Distribution: --- Created attachment 66054 --> https://bugs.winehq.org/attachment.cgi?id=66054 xrandr log Hello! I'm trying to run DarkForces 2, seems with recent updated game does not see all available resolutions. Ubuntu 19.10, ubuntu wine-4.0.2 and wine-develeopment-4.17 (screen stuck I do not see anything beside initial game screen, UI respond to mouse movements). Also I tried to install d3dx9, also I treid winehq repo with 4.0.3 and 5.0~rc2 - games does not see all resolutions. Only two available: 320x180 && 320x240. According to logs (WINEDEBUG=+xrandr and WINEDEBUG=+ddraw), all ok: 002a:trace:xrandr:X11DRV_XRandR_Init Found XRandR 1.6. 002a:trace:xrandr:xrandr12_init_modes CRTC 0: mode 0x48, 2880x1800+0+0. 002a:trace:xrandr:xrandr12_init_modes OUTPUT 0: name "eDP-1". 002a:trace:xrandr:xrandr12_init_modes Adding mode 0x48: 2880x1800(a)60. 002a:trace:xrandr:xrandr12_init_modes Adding mode 0x49: 2880x1620(a)60. 002a:trace:xrandr:xrandr12_init_modes Adding mode 0x4a: 2880x1620(a)60. 002a:trace:xrandr:xrandr12_init_modes Adding mode 0x4b: 2560x1600(a)60. and: 002b:trace:ddraw:ddraw7_EnumDisplayModes Enumerating 2880x1800x32 @0 002b:trace:ddraw:ddraw7_EnumDisplayModes Enumerating 2880x1620x32 @0 002b:trace:ddraw:ddraw7_EnumDisplayModes Enumerating 2560x1600x32 @0 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 23

[Bug 42440] New: Jedi Knight Dark Forces II / DirectX7 3D acceleration issue
by wine-bugs＠winehq.org Sept. 12, 2022

Sept. 12, 2022

https://bugs.winehq.org/show_bug.cgi?id=42440 Bug ID: 42440 Summary: Jedi Knight Dark Forces II /DirectX7 3D acceleration issue Product: Wine Version: 2.0 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: winemac.drv Assignee: wine-bugs(a)winehq.org Reporter: kevincarrolldavis(a)gmail.com The game renders find when 3D acceleration is turned off within the games Display settings. When 3D Acceleration is turned on, the game is rendered with randomly-placed magenta-hue colored pixels. As mentioned in Bug #42439, this problem seemed fixed after commenting out the following line from the updateColorSpace function found in the dlls/winemac.drv/cocoa_window.m file: [self SetColorSpace:nil]; -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 2

[Bug 39421] New: Majesty Gold HD runs very slowly
by wine-bugs＠winehq.org Sept. 8, 2022

Sept. 8, 2022

https://bugs.winehq.org/show_bug.cgi?id=39421 Bug ID: 39421 Summary: Majesty Gold HD runs very slowly Product: Wine Version: 1.7.52 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jonas.bugzilla(a)gmail.com Created attachment 52535 --> https://bugs.winehq.org/attachment.cgi?id=52535 Clamp the glFlush rate in the Mac driver to 60Hz The game Majesty Gold HD (http://www.gog.com/game/majesty_gold_hd ) runs very slowly under Wine for me (Late 2013 iMac 21.5", quad 2.9GHz Core i5, GeForce GT 750M with 1GB GDDR5, OS X 10.9.5). There is an in-game slider to speed up the game, but it has no effect. The game is a DirectDraw 7 game. There are also some reports on Windows regarding this problem, but most people can solve it by telling the game to use DirectDraw for blitting (set BlitMode=1 in the MajXPrefs, or use the -useddblit command line parameter -- see http://forum.paradoxplaza.com/forum/index.php?threads/bug-fixes.601217/#pos… ) The game performs its drawing commands in the same thread that runs the game logic (I don't know whether anything else is even supported by by DirectDraw 7). From a trace I can see that game performs many small blits to update only the parts of the screen that have changed. Example from a trace: trace:ddraw:ddraw_surface7_Blt iface 0x16c160, dst_rect (0,0)-(24,38), src_surface 0x16c9c8, src_rect (0,0)-(24,38), flags 0x1000000, fx 0x0. [ repeats 8 times ] trace:ddraw:ddraw_surface7_Blt iface 0x16c160, dst_rect (864,661)-(1009,803), src_surface 0x16c9c8, src_rect (864,661)-(1009,803), flags 0x1000000, fx 0x0. trace:ddraw:ddraw_surface7_Blt iface 0x16c160, dst_rect (806,999)-(986,1080), src_surface 0x16c9c8, src_rect (806,999)-(986,1080), flags 0x1000000, fx 0x0. trace:ddraw:ddraw_surface7_Blt iface 0x16c160, dst_rect (1097,734)-(1277,914), src_surface 0x16c9c8, src_rect (1097,734)-(1277,914), flags 0x1000000, fx 0x0. trace:ddraw:ddraw_surface7_Blt iface 0x16c160, dst_rect (860,481)-(1040,661), src_surface 0x16c9c8, src_rect (860,481)-(1040,661), flags 0x1000000, fx 0x0. trace:ddraw:ddraw_surface7_Blt iface 0x16c160, dst_rect (860,481)-(1040,661), src_surface 0x16c9c8, src_rect (860,481)-(1040,661), flags 0x1000000, fx 0x0. trace:ddraw:ddraw_surface7_Blt iface 0x16c160, dst_rect (1354,797)-(1534,977), src_surface 0x16c9c8, src_rect (1354,797)-(1534,977), flags 0x1000000, fx 0x0. ... I think Wine, however, always flushes a complete new screen via OpenGL, as the game spends almost all of its time waiting for glFlush() to finish. I have verified that this is the case by applying the attached patch to the Mac driver code to unconditionally clamp the glFlush rate to 60Hz. This solves the speed issue, even at 1920x1080 (without the patch, the game is glacial even at 800x600). Obviously, the patch cannot be integrated in wine, since it occasionally discards the "last" blit to screen after a static scene change, leaving old data visible and no longer updating. I previously posted about this issue (a long time ago) on wine-dev: https://www.winehq.org/pipermail/wine-devel/2015-February/106625.html . To answer some questions/suggestions from the end of that thread: a) the SkipSingleBufferFlushes registry key does not help (my system supports the GL_APPLE_flush_render extension) b) related to Henri Verbeet's suggestion that it may be related to wine possibly not implementing asynchronous ddraw blits: it's true that wine does not support this, but OTOH the game does not ask for them either: it calls ddraw_surface7_Blt rather than ddraw_surface7_BltFast (BltFast is documented on MSDN as always being asynchronous), and it does not set the DDBLT_ASYNC flag The game offers a built-in ability to wait for vsync via its configuration file (set the VSync variable in $HOME/Documents/My Games/MajestyHD/MajXPrefs to "1"), but that only results in trace:ddraw:ddraw7_WaitForVerticalBlank iface 0x146750, flags 0x1, event 0x0. fixme:ddraw:ddraw7_WaitForVerticalBlank iface 0x146750, flags 0x1, event 0x0 stub! I'm also not sure whether it would help, but looking at the ddraw log (which I will also attach -- it's a trace+ddraw,trace+d3d_draw log), I think it may since often there are several blits between the vsync waits. Some possible approaches to tackle this issue may be: * handle small direct rects more efficiently * add support for waiting for VSync in ddraw There is a demo of an older version of the game, but it can only run in 640x480 and there is no way to adjust the game speed via an in-game slider, and at least on my system the difference with and without my patch is not very visible there (http://www.cyberlore.com/Majesty/demo.htm ) -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 24

[Bug 49817] New: d3d9: Crashes on invalid opengl context with disabled csmt in IDirect3DDevice9Ex_CreateOffscreenPlainSurface
by WineHQ Bugzilla Sept. 7, 2022

Sept. 7, 2022

https://bugs.winehq.org/show_bug.cgi?id=49817 Bug ID: 49817 Summary: d3d9: Crashes on invalid opengl context with disabled csmt in IDirect3DDevice9Ex_CreateOffscreenPlainSurface Product: Wine Version: 5.17 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: piotr.caban(a)gmail.com Distribution: --- Created attachment 68148 --> https://bugs.winehq.org/attachment.cgi?id=68148 test that shows invalid error handling on invalid opengl context The simplest way to reproduce the crash is (I was only testing it running 32-bit process): - disable csmt - run the test with WINEDEBUG=warn+heap (to guarantee the crash) The test destroys window/hdc used by current gl context. After that it's not possible to restore previous context in Direct3DCreate9Ex. It also leads to a crash when deleting "destroyed" context in IDirect3DDevice9Ex_CreateOffscreenPlainSurface. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 36869] New: Chronology under wine-mono fails to start
by wine-bugs＠winehq.org Sept. 6, 2022

Sept. 6, 2022

http://bugs.winehq.org/show_bug.cgi?id=36869 Bug ID: 36869 Summary: Chronology under wine-mono fails to start Product: Wine Version: 1.7.21 Hardware: x86 URL: http://store.steampowered.com/app/269330/ OS: Linux Status: NEW Severity: normal Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: madewokherd(a)gmail.com Chronology fails to start and consumes 100% of a CPU when run under wine-mono until killed. Based on a log with WINE_MONO_TRACE=wrapper, the only thing it does is call Steamworks.NativeMethods:SteamAPI_InitSafe, which is a cdecl function with no arguments. That function then endlessly throws breakpoint exceptions. InitSafe is a cdecl function with no arguments returning signed char. I have no idea how we could be screwing this up. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 5

[Bug 51645] New: wine: could not load kernel32.dll, status c0000135
by WineHQ Bugzilla Sept. 4, 2022

Sept. 4, 2022

https://bugs.winehq.org/show_bug.cgi?id=51645 Bug ID: 51645 Summary: wine: could not load kernel32.dll, status c0000135 Product: Wine-staging Version: 6.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: b1779506(a)trbvn.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- wine --version wine-6.15 Deleted all content inside .wine folder, no wine process running at that time: cd ~/.wine/ rm -r * Then I can run "wine --version" but not configure it: winecfg 002c:fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0) wine: could not load kernel32.dll, status c0000135 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 23

[Bug 9583] New: CompareStringW gives incorrect result for some wide strings
by wine-bugs＠winehq.org Sept. 4, 2022

Sept. 4, 2022

http://bugs.winehq.org/show_bug.cgi?id=9583 Summary: CompareStringW gives incorrect result for some wide strings Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wine-kernel AssignedTo: wine-bugs(a)winehq.org ReportedBy: peter(a)cendio.se It seems like CompareStringW does not work correctly, when using wide/unicode strings. I first discovered this when I saw that listbox controls sorted swedish characters (say, LATIN SMALL LETTER A WITH RING ABOVE) side by side with the base character (LATIN SMALL LETTER A). An example is http://www.cendio.se/~astrand/wine/40-listbox-sort/list.exe. The cause seems to be that CompareStringW gives the wrong result. I've created the small test example http://www.cendio.se/~astrand/wine/40-listbox-sort/comparestring.exe, with source available in the same directory. On Windows, the result is that the string "äpple" is greater than "orange", which is correct. With the latest Wine CVS version, the result is that "äpple" is lesser than "orange", which is wrong. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 40

[Bug 38267] New: Payday 2 screen freezes sometimes between heists
by wine-bugs＠winehq.org Sept. 4, 2022

Sept. 4, 2022

https://bugs.winehq.org/show_bug.cgi?id=38267 Bug ID: 38267 Summary: Payday 2 screen freezes sometimes between heists Product: Wine Version: 1.7.39 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: wine(a)karolherbst.de Distribution: --- Sometimes after a heist Payday 2 screen freeze after completing a heist in multiplayer and rarlier in single player. The game also hangs sometimes while loading stuff, so this might be related? tested with gentoo built wine (staging and non staging), with two additional patches: https://raw.githubusercontent.com/karolherbst/F.U.N.-overlay/master/app-emu… https://raw.githubusercontent.com/karolherbst/F.U.N.-overlay/master/app-emu… already reported here: https://bugs.wine-staging.com/show_bug.cgi?id=174 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 3

[Bug 52038] New: Sonic Adventure DX (2004 Version) crashes since Wine 6.21
by WineHQ Bugzilla Aug. 31, 2022

Aug. 31, 2022

https://bugs.winehq.org/show_bug.cgi?id=52038 Bug ID: 52038 Summary: Sonic Adventure DX (2004 Version) crashes since Wine 6.21 Product: Wine Version: 6.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winegstreamer Assignee: wine-bugs(a)winehq.org Reporter: R3FR4GYT(a)gmail.com Regression SHA1: 21dc092b910f80616242761a00d8cdab2f8aa7bd Distribution: Mint Created attachment 71045 --> https://bugs.winehq.org/attachment.cgi?id=71045 SADX Wine Console Output The game crashes after the pre-rendered cutscene going into the menu (possibly when dealing with the menu music) This crash was introduced by the commit 21dc092b910f80616242761a00d8cdab2f8aa7bd I attached a log of the console output when running the game -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 19418] New: SA Dictionary 2008 Beta 4: Automatic Clipboard Translation is not working outside the program
by wine-bugs＠winehq.org Aug. 31, 2022

Aug. 31, 2022

http://bugs.winehq.org/show_bug.cgi?id=19418 Summary: SA Dictionary 2008 Beta 4: Automatic Clipboard Translation is not working outside the program Product: Wine Version: 1.1.26 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: extigyro(a)gmail.com When you copy some word inside SA Dictionary, it is automatically translated. But if you copy some text from Firefox 3 (for example), nothing happens and the word does not automatically appear in the translation dialog. Instead you have to paste it manually each time. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 10