December 2018 - Wine-Bugs - list.winehq.org

[Bug 32096] New: drawStridedSlow can be more efficient
by wine-bugs＠winehq.org March 11, 2019

March 11, 2019

http://bugs.winehq.org/show_bug.cgi?id=32096 Bug #: 32096 Summary: drawStridedSlow can be more efficient Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: guillaum.bouchard(a)gmail.com Classification: Unclassified Hi, Recently I noticed that World of Warcaft is far more slow on d3d9 mode than using the OpenGL mode on my computer (pentium 4 and geforce 5 fx). Unfortunately the OpenGL mode is unusable since last WoW update (bug is inside WoW, not wine) D3D mode is slower because an important amount of the primitives are rendered using drawStridedSlow (dlls/wined3d/drawprim.c) which generates a lot of opengl call (here, 600K calls compared to 12K in OpenGL mode). It appears that if the computer can handle vertex array (ie: glDrawElements/glDrawArrays/gl[Vertex|Color|TexCoords|Fog]Pointer and glClientActiveTexture) the number of openGL call can be dramatically reduced, leading to an important increase in FPS (8 to 25 in important city in WoW). On my computer, I hacked inside drawStritedSlow and I have only one issue, the format of color is packed in BGRA, which is not compatible with the format awaited by glColorPointer. This can be fixed using the extension ARB_vertex_array_BGRA, which is unfortunately not available on my computer. I solved this issue by looping over each vertex and building a custom array in memory that I submitted to glColorPointer. I got approximately the same FPS increase using this approach. My conclusions here are that the fallback to drawStridedSlow is a bit extreme and in most case unnecessary. In my configuration everything works except the conversion from the d3d BGRA format for color in RGBA. This part can be easily done in software to create a suitable color array. Also, I did not dig inside the shader code of wined3d, but perhaps this conversion can be simply implemented as a swizzle in the custom vertex shader. (am I right guessing that wined3d does not uses the default shader of the fixed pipeline ?). So this bug report is more a way of opening the discussion. I see many options to improve the situation: a) Tweak the heuristics which detects and fallbacks to drawStridedSlow. If necessary implements the needed conversions in software. But this will not generates OpenGL function call and will increase performance a bit b) Tweak the vertex shader to do the conversion in the vertex shader, I think it is our best option c) Tweak drawStridedSlow to still rely on vertex array when possible (I have an example of code which is doing this. I'm playing WoW with this since 3 days without any issue and with a FPS increase of 200%). I don't think that honestly it is the good idea. d) do something else. Because I did not read anything else than the drawStritedSlow function, I may have missed something important. I'm motivated to help in the DX -> GL code. I'm a skilled C and GL coder, I don't know DX, but can learn enough. Thank you for reading. -- 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.

1 14

[Bug 35568] New: Osu! fails to install (crash during post-installation in LSA SID translation/.NET runtime)
by wine-bugs＠winehq.org March 11, 2019

March 11, 2019

https://bugs.winehq.org/show_bug.cgi?id=35568 Bug ID: 35568 Summary: Osu! fails to install (crash during post-installation in LSA SID translation/.NET runtime) Product: Wine Version: 1.7.12 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: advapi32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Classification: Unclassified Hello folks, continuation of bug 27364 The main executable crashes during post-install step in .NET runtime. --- snip --- $ WINEDEBUG=+tid,+seh,+relay,+advapi wine ./osu\!install.exe >>log.txt 2>&1 ... 0028:Call KERNEL32.CreateProcessW(00000000,001e4e78 L"\"C:\\Program Files\\osu!\\osu!.exe\" -setpermissions",00000000,00000000,00000000,00000000,00000000,001abaf0 L"C:\\Program Files\\osu!\\",0033f6bc,0033f6ac) ret=7ece604e ... 002b:Call KERNEL32.__wine_kernel_init() ret=7bc5a326 0028:Ret KERNEL32.CreateProcessW() retval=00000001 ret=7ece604e ... 002b:Call advapi32.LsaOpenPolicy(00000000,0033f134,00000800,0033f0dc) ret=0037b4a1 002b:fixme:advapi:LsaOpenPolicy ((null),0x33f134,0x00000800,0x33f0dc) stub 002b:trace:advapi:dumpLsaAttributes length=24, rootdir=(nil), objectname=null attr=0x00000000, sid=(null) qos=(nil) 002b:Ret advapi32.LsaOpenPolicy() retval=00000000 ret=0037b4a1 ... 002b:Call advapi32.LsaLookupSids(0000cafe,00000001,00a9a600,0033f104,0033f0f8) ret=0037b5cc 002b:trace:advapi:LsaLookupSids (0xcafe, 1, 0xa9a600, 0x33f104, 0x33f0f8) 002b:trace:advapi:LookupAccountSidW ((null),sid=S-1-1-0,(nil),0x33f03c(0),(nil),0x33f038(0),0x33f028) 002b:trace:advapi:IsWellKnownSid (S-1-1-0, 0) 002b:trace:advapi:IsWellKnownSid (S-1-1-0, 1) 002b:trace:advapi:LookupAccountSidW ((null),sid=S-1-1-0,(nil),0x33f03c(9),0x31f5d38,0x33f038(1),0x33f028) 002b:trace:advapi:IsWellKnownSid (S-1-1-0, 0) 002b:trace:advapi:IsWellKnownSid (S-1-1-0, 1) 002b:trace:advapi:LookupAccountSidW ((null),sid=S-1-1-0,(nil),0x33f03c(0),(nil),0x33f038(0),0x33f028) 002b:trace:advapi:IsWellKnownSid (S-1-1-0, 0) 002b:trace:advapi:IsWellKnownSid (S-1-1-0, 1) 002b:trace:advapi:LookupAccountSidW ((null),sid=S-1-1-0,0x31f5d48,0x33f03c(9),0x31f5d00,0x33f038(1),0x33f028) 002b:trace:advapi:IsWellKnownSid (S-1-1-0, 0) 002b:trace:advapi:IsWellKnownSid (S-1-1-0, 1) 002b:trace:advapi:LsaLookupSids mapped 1 out of 1 002b:Ret advapi32.LsaLookupSids() retval=00000000 ret=0037b5cc ... 002b:Call KERNEL32.RaiseException(e06d7363,00000001,00000003,0033f080) ret=78158dd3 002b:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b83a97b ip=7b83a97b tid=002b 002b:trace:seh:raise_exception info[0]=19930520 002b:trace:seh:raise_exception info[1]=0033f0c4 002b:trace:seh:raise_exception info[2]=79fe0a90 002b:trace:seh:raise_exception eax=7b8269e1 ebx=7b8bb000 ecx=19930520 edx=0033efc4 esi=0033f06c edi=0033f030 002b:trace:seh:raise_exception ebp=0033f008 esp=0033efa4 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000283 002b:trace:seh:call_stack_handlers calling handler at 0x79fe08d4 code=e06d7363 flags=1 ... 002b:Call KERNEL32.RaiseException(e0434f4d,00000001,00000001,0033f058) ret=79eda91c 002b:trace:seh:raise_exception code=e0434f4d flags=1 addr=0x7b83a97b ip=7b83a97b tid=002b 002b:trace:seh:raise_exception info[0]=80131508 002b:trace:seh:raise_exception eax=7b8269e1 ebx=7b8bb000 ecx=80131508 edx=0033ef94 esi=0033f038 edi=0033f000 002b:trace:seh:raise_exception ebp=0033efd8 esp=0033ef74 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000283 002b:trace:seh:call_stack_handlers calling handler at 0x79f908a2 code=e0434f4d flags=1 002b:trace:seh:call_stack_handlers handler at 0x79f908a2 returned 1 002b:trace:seh:call_stack_handlers calling handler at 0x79f3b1a2 code=e0434f4d flags=1 ... 0024:Call user32.MessageBoxW(00010070,03a57880 L"Failed to install osu!.",03a57060 L"osu! Installer",00000030) ret=00462676 --- snip --- Managed backtrace: --- snip --- Unhandled Exception: System.IndexOutOfRangeException: Index was outside the bounds of the array. at System.Security.Principal.SecurityIdentifier.TranslateToNTAccounts(IdentityReferenceCollection sourceSids, Boolean& someFailed) at System.Security.Principal.SecurityIdentifier.Translate(IdentityReferenceCollection sourceSids, Type targetType, Boolean& someFailed) at System.Security.Principal.SecurityIdentifier.Translate(IdentityReferenceCollection sourceSids, Type targetType, Boolean forceSuccess) at System.Security.Principal.SecurityIdentifier.Translate(Type targetType) at #1h.#0h.#OL(Boolean ) at #1h.#np.#Hwb() wine: Unhandled exception 0xe0434f4d in thread 3c at address 0x7b83a97b (thread 003c), starting debugger... --- snip --- Reminds me of bug 16418 (with dupes like bug 21583) $ sha1sum osu\!install.exe 45249f94b884126064947ce38b36d7bed03cfbd8 osu!install.exe $ du -sh osu\!install.exe 55M osu!install.exe $ wine --version wine-1.7.12-28-g0f2bed5 Regards -- 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 5

[Bug 46389] New: valgrind errors in loader when loading a dll
by wine-bugs＠winehq.org March 11, 2019

March 11, 2019

https://bugs.winehq.org/show_bug.cgi?id=46389 Bug ID: 46389 Summary: valgrind errors in loader when loading a dll Product: Wine Version: 4.0-rc4 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: major Priority: P2 Component: loader Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- Split off from bug 36095 k Seems I was mistaken, (at least) one of these is still present (I didn't realize it was in the 'always ignore' rather than the 'to be fixed' category): ==29772== 32 bytes in 1 blocks are possibly lost in loss record 101 of 360 ==29772== at 0x7BC48394: notify_alloc (heap.c:260) ==29772== by 0x7BC4B8B8: RtlAllocateHeap (heap.c:1726) ==29772== by 0x7BC6E013: RtlAnsiStringToUnicodeString (rtlstr.c:696) ==29772== by 0x7BC6E078: RtlCreateUnicodeStringFromAsciiz (rtlstr.c:303) ==29772== by 0x7BC54377: init_load_order (loadorder.c:252) ==29772== by 0x7BC548B9: get_load_order (loadorder.c:439) ==29772== by 0x7BC51F63: load_dll (loader.c:2519) ==29772== by 0x7BC53148: LdrLoadDll (loader.c:2599) ==29772== by 0x7B455BBE: load_library (module.c:975) ==29772== by 0x7B455CA0: LoadLibraryExW (module.c:1035) ==29772== by 0x7B46450D: __wine_kernel_init (process.c:1436) ==29772== by 0x7BC53E4E: __wine_process_init (loader.c:3585) ==29772== by 0x4045776: wine_init (loader.c:996) ==29772== by 0x7C000F9D: main (main.c:228) ==29772== -- 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 35360] New: Crimson3: crashes when dragging symbol on design screen
by wine-bugs＠winehq.org March 11, 2019

March 11, 2019

http://bugs.winehq.org/show_bug.cgi?id=35360 Bug ID: 35360 Summary: Crimson3: crashes when dragging symbol on design screen Product: Wine Version: 1.7.10 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sammyizimmy(a)gmail.com Classification: Unclassified Created attachment 47167 --> http://bugs.winehq.org/attachment.cgi?id=47167 crash backtrace Wine crashes when I drag a symbol from the palette to the design screen in Crimson 3.0 build 548.001 -- 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 7

[Bug 46382] New: Prevents application from opening: line 223 in file \GraphicsDisplayM.cpp
by wine-bugs＠winehq.org March 11, 2019

March 11, 2019

https://bugs.winehq.org/show_bug.cgi?id=46382 Bug ID: 46382 Summary: Prevents application from opening:line 223 in file \GraphicsDisplayM.cpp Product: Wine Version: unspecified Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: nathanh1804(a)gmail.com Created attachment 63138 --> https://bugs.winehq.org/attachment.cgi?id=63138 traceback Prevents application from opening on startup. Files unedited. APP: Deltarune [Deltarune.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.

1 6

[Bug 34075] New: Mouse must be held down to be visible
by wine-bugs＠winehq.org March 11, 2019

March 11, 2019

http://bugs.winehq.org/show_bug.cgi?id=34075 Bug #: 34075 Summary: Mouse must be held down to be visible Product: Wine Version: 1.6-rc3 Platform: Other OS/Version: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: winemac.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: ipickert55(a)gmail.com Classification: Unclassified Created attachment 45302 --> http://bugs.winehq.org/attachment.cgi?id=45302 Wine Log of starting steam and playing the game I believe that this is a regression, however, i have no clue how to run a regression test on a mac so I am just submitting this bug. It looks like this bug had been solved in X11, so I think that this is related to the macdriver. -- 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.

1 18

[Bug 46360] New: wine+dxvk black game window switch back to vtx from vt7
by wine-bugs＠winehq.org March 11, 2019

March 11, 2019

https://bugs.winehq.org/show_bug.cgi?id=46360 Bug ID: 46360 Summary: wine+dxvk black game window switch back to vtx from vt7 Product: Wine Version: 3.21 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gamiljydcome(a)gmail.com Distribution: --- OS: debian9 stable kernel 4.18 GPU: intel+nvdia Driver: mesa 18.2 + intel modesetting + nvidia driver Wine version: x86_64 bit wine-staging 3.21 precompiled binary DXVK version: 0.94 i start another xserver from another tty such as vt2 but not default vt7 so can use nvidia as primary video card, launch dx11 game with wine+dxvk then switch back to vt7 and switch back again, the game window totally black never restore. from vtx run glxgeas or wine dx11 game with buildin dlls, or wine dx9 game with native or buildin d3dx9_xx.dll, switch between vtx-vt7 the glxgeas or game window restore quickly without any errors. if from vt7 run DISPLAY=:1 glxgeas or wine dx11 game.exe with buildin dlls, its fine, switch vts fine. if run DISPLAY=:1 with wine+dxvk failed to launch game exe with dxvk error: D3D11CoreCreateDevice: Failed to create D3D11 device. its not dxvk bug like the author said. so maybe its about wine (vulkan part)? -- 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 6

[Bug 40657] New: Rome Total War crashes at startup in gst_object_unref
by wine-bugs＠winehq.org March 11, 2019

March 11, 2019

https://bugs.winehq.org/show_bug.cgi?id=40657 Bug ID: 40657 Summary: Rome Total War crashes at startup in gst_object_unref Product: Wine Version: 1.9.10 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winegstreamer Assignee: wine-bugs(a)winehq.org Reporter: robert.munteanu(a)gmail.com Distribution: --- Created attachment 54528 --> https://bugs.winehq.org/attachment.cgi?id=54528 backtrace 32-bit wine prefix with steam installed. This used to work at some point, but I haven't tried RTW in a long time. After the initial splash screen, when a progress bar appears, RTW crashes. The backtrace points to winegstreamer, see attached. -- 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 14

[Bug 45591] New: Far Manager has become unusable in Wine-3.13: extreme CPU usage, very slow repainting
by wine-bugs＠winehq.org March 11, 2019

March 11, 2019

https://bugs.winehq.org/show_bug.cgi?id=45591 Bug ID: 45591 Summary: Far Manager has become unusable in Wine-3.13: extreme CPU usage, very slow repainting Product: Wine Version: 3.13 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aros(a)gmx.com Distribution: --- Wine 3.13 $ md5sum Far30b5225.x86.20180604.msi 110324ad2f3270237f11df44579ae31d Far30b5225.x86.20180604.msi Install and run using: wineconsole --backend=user "c:\program files\far manager\far.exe" Result: PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 8126 birdie 20 2596.0m 14.4m 11.7m R 58.7 0.1 0:12.59 wineconsole.exe 8167 birdie 20 1755.9m 31.5m 18.1m S 45.3 0.2 0:09.84 far.exe 810 root 20 500.9m 99.7m 73.2m S 20.7 0.6 2:37.49 Xorg 8131 birdie 20 8.4m 5.6m 1.6m S 14.7 0.0 0:03.22 wineserver wineconsole: ~58.7% CPU far.exe: 45.3% CPU wineserver: 14.7% X.org server: 20.7% The application is more or less unusable. -- 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 6

[Bug 43344] New: Cannot play setting ZBuffer to 32 bits
by wine-bugs＠winehq.org March 11, 2019

March 11, 2019

https://bugs.winehq.org/show_bug.cgi?id=43344 Bug ID: 43344 Summary: Cannot play setting ZBuffer to 32 bits Product: Wine Version: 2.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: alehiphopdj2(a)hotmail.com Distribution: --- Executing VideoCfg.exe to configure the video settings (video resolution, colors bits and ZBuffer bits). ZBuffer bits can be setted to 16 or 32 bits. 32 bits doesn't work on Wine neither in Win7 Professional SP1. I tried both at the same resolution 800x600 and 32 bits colours. **** On Wine 2.12 under Linux (Ubuntu): screen remains black and does not respond, so i quit pressing Esc key and i get this on console: fixme:win:EnumDisplayDevicesW ((null),0,0x33f0d4,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x33ea04,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x33f404,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x33f3b4,0x00000000), stub! fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format. fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format. fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format. fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format. fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format. fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format. fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format. fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format. fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format. Looks like the problem is about that final "fixme" about ddraw. **** On Win7 Professional SP1: a window appears with an error: --------------------------- Fatal error --------------------------- Renderer Initialisation failed !! --------------------------- Accept --------------------------- and pressing Accept button window closes. -- 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 7