https://bugs.winehq.org/show_bug.cgi?id=46923 --- Comment #1 from Non <19non91(a)gmail.com> --- Comment on attachment 64026 --> https://bugs.winehq.org/attachment.cgi?id=64026 lspci | grep VGA and Xorg gpu config -- 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.

https://bugs.winehq.org/show_bug.cgi?id=46923 Paul Gofman <gofmanp(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gofmanp(a)gmail.com -- 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.

https://bugs.winehq.org/show_bug.cgi?id=46923 --- Comment #4 from Non <19non91(a)gmail.com> --- In short: After commit addc611b2ac56d4fc59a9df8f129f96ea4105773 I couldn't reproduce the bug. I've built wine from git, commit 56404595d5c42168d4fd4c1ec3a1b802a6aab5c1 and it indeed got fixed. That was really fast. In the modding community few smart minds created tools to disassemble some of the game code and translate it to the C equivalent. I thought I could check what causes the problem in the menu function, and found this game code, which strangely runs two times in a row: TMENU.me_Inst3D[TMENU.me_NumInst3D] = B3D_LightAlloc(); if(TMENU.me_Inst3D) { B3D_LightSetColor(TMENU.me_Inst3D[TMENU.me_NumInst3D], 175, 175, 175); B3D_InstSetPos(TMENU.me_Inst3D[TMENU.me_NumInst3D], -1100000000, 330000000, -330000000); B3D_InstAddToScene(TMENU.me_Inst3D[TMENU.me_NumInst3D], TMENU.me_CompScene3D); TMENU.me_Path[TMENU.me_NumInst3D] = -1; TMENU.me_NumInst3D = TMENU.me_NumInst3D + 1; } I don't know how this B3D functions implemented in exe file, but I thought I should try to skip this code altogether. So I've made JUMP in asm, which skips this code and after that menus started to work fine without breaking dynamic lights. Although light colors in the game gone a little odd. Was working on workaround scripts for posting in WineDB (extract game files, patch binary file, pack them back), and you fixed it for good before I could finish. Thanks, Paul. :) -- 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.

https://bugs.winehq.org/show_bug.cgi?id=46923 --- Comment #6 from Paul Gofman &lt;gofmanp(a)gmail.com&gt; --- (In reply to Non from comment #4) ... I don't think there is something particularly special or wrong in respect to the light management in this game's code, apart from the fact it is Directx 4 game and the lights were attached to viewports in Directx X < 7. I came across some problems managing that in Wine while testing the other bug related to lighting in some other ddraw4 games. Now they are hopefully fixed and it might fix a number of ddraw2-4 titles. Just to note, lighting in ddraw1 still does not fully work for completely different reasons. -- 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.

https://bugs.winehq.org/show_bug.cgi?id=46923 Michael Stefaniuc &lt;mstefani(a)winehq.org&gt; changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |4.0.x -- 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.