November 2015 - Wine-Bugs - list.winehq.org

[Bug 35841] New: R.U.S.E. Demo need wmvcore.dll.WMCreateSyncReader implementation
by wine-bugs＠winehq.org March 15, 2019

March 15, 2019

http://bugs.winehq.org/show_bug.cgi?id=35841 Bug ID: 35841 Summary: R.U.S.E. Demo need wmvcore.dll.WMCreateSyncReader implementation Product: Wine Version: 1.7.15 Hardware: x86 URL: http://store.steampowered.com/app/21970 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: wmp&wmvcore Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com For background movies in the main menu and intro. fixme:wmvcore:WMCreateSyncReader ((nil), 0, 0xa54d1f0): stub Works with wmp9. -- 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 12

[Bug 35986] New: Multiple DRM-enabled apps and games crash when being relay traced (game overlay renderer enabled Stream games)
by wine-bugs＠winehq.org March 15, 2019

March 15, 2019

https://bugs.winehq.org/show_bug.cgi?id=35986 Bug ID: 35986 Summary: Multiple DRM-enabled apps and games crash when being relay traced (game overlay renderer enabled Stream games) Product: Wine Version: 1.7.16 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: tools Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, this is more an experts request but it should also help getting better diagnosis (logs) from users. There are apps and games that crash when being relay traced because they employ intrusive API hooking schemes that can't cope with Wine's relay thunks. Example of a Steam game crashing with game overlay renderer enabled when relay trace is turned on: --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Steam $ WINEDEBUG=+tid,+seh,+relay wine ./steam.exe -no-dwrite -applaunch 238430 -windowed >>log.txt 2>&1 ... Unhandled exception: page fault on read access to 0x0a55527c in 32-bit code (0xf6ea4243). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:f6ea4243 ESP:0033e438 EBP:0a548150 EFLAGS:00010246( R- -- I Z- -P- ) EAX:0a555278 EBX:00000000 ECX:0a548150 EDX:00020234 ESI:0a548150 EDI:0033e6d8 ... Backtrace: =>0 0xf6ea4243 in winmm (+0x4243) (0x0a548150) 1 0x0a532919 in inputsystem (+0x2918) (0x0a548150) 2 0x00000001 (0x0a5422ac) 3 0x0a531990 in inputsystem (+0x198f) (0x0a531760) 4 0xf18b5608 (0x24448b51) 0xf6ea4243: call *0x4(%eax) Modules: Module Address Debug info Name (132 modules) PE 380000- 3b0000 Deferred launcher PE 400000- 46f000 Deferred contagion PE 1a80000- 1ae7000 Deferred tier0 PE 1af0000- 1b52000 Deferred vstdlib PE 9590000- 95e6000 Deferred filesystem_stdio PE 99f0000- a0cc000 Deferred engine PE a530000- a551000 Export inputsystem PE a560000- a68d000 Deferred materialsystem PE b690000- b6d6000 Deferred datacache PE b6e0000- bb0e000 Deferred studiorender PE bb10000- bcb1000 Deferred vphysics PE bcf0000- bd63000 Deferred vscript PE bd70000- bd93000 Deferred valve_avi PE bda0000- bf03000 Deferred vguimatsurface PE bf10000- bf6f000 Deferred vgui2 PE bf90000- c086000 Deferred shaderapidx9 PE c090000- c28f000 Deferred d3dx9_43 PE e4d0000- e584000 Deferred crashhandler PE e6a0000- e6b4000 Deferred xinput1_3 PE 10000000-100bb000 Deferred gameoverlayrenderer PE 18000000-1803b000 Deferred binkw32 PE 38000000-38893000 Deferred steamclient PE 3b400000-3b41e000 Deferred steam_api PE 3f000000-3f0ac000 Deferred tier0_s PE 3f600000-3f64b000 Deferred vstdlib_s ELF 7b800000-7ba60000 Deferred kernel32<elf> \-PE 7b810000-7ba60000 \ kernel32 ELF 7bc00000-7bcee000 Deferred ntdll<elf> \-PE 7bc10000-7bcee000 \ ntdll ELF 7bf00000-7bf04000 Deferred <wine-loader> ... ELF f6e90000-f6f4e000 Dwarf winmm<elf> \-PE f6ea0000-f6f4e000 \ winmm ... Threads: process tid prio (all id:s are in hex) ... 00000031 (D) C:\Program Files\Steam\SteamApps\common\Contagion\contagion.exe 00000063 0 00000064 0 00000067 0 00000065 0 00000030 0 <== --- snip --- Caller code: --- snip --- 0A532900 81EC CC010000 SUB ESP,1CC 0A532906 53 PUSH EBX 0A532907 55 PUSH EBP 0A532908 8BE9 MOV EBP,ECX 0A53290A 33DB XOR EBX,EBX 0A53290C 56 PUSH ESI 0A53290D 899D 8C150000 MOV DWORD PTR SS:[EBP+158C],EBX 0A532913 FF15 5821540A CALL DWORD PTR DS:[<&WINMM.joyGetNumDevs>] 0A532919 8BF0 MOV ESI,EAX 0A53291B 83FE 04 CMP ESI,4 0A53291E 897424 0C MOV DWORD PTR SS:[ESP+C],ESI 0A532922 0F8E 80010000 JLE inputsys.0A532AA8 --- snip --- The game dll calls 'WINMM.joyGetNumDevs'. Original relay thunk emitted for that API: --- snip --- F6F38234 push esp F6F38235 push 1Dh F6F38237 call __wine_spec_get_pc_thunk_eax F6F3823C lea eax, [eax+35270h] ; descriptor lookup F6F38242 push eax F6F38243 call dword ptr [eax+4] F6F38246 retn 0 --- snip --- The hook engine copies all opcodes that are potentially overwritten by the 5-byte long jump to an intermediate thunk. Hence the call to '__wine_spec_get_pc_thunk_eax' is copied too - leading to the actual problem. A long jump is written to the relay thunk entry which jumps to another trampoline, located at the intermediate thunk area. 'WINMM.joyGetNumDevs' relay thunk hooked by Steam's gameoverlayrenderer: --- snip --- F6F38234 E9 D47D5E13 JMP 0A52000D F6F38239 1300 ADC EAX,DWORD PTR DS:[EAX] F6F3823B 008D 80705203 ADD BYTE PTR SS:[EBP+3527080],CL F6F38241 0050 FF ADD BYTE PTR DS:[EAX-1],DL F6F38244 50 PUSH EAX F6F38245 04 C2 ADD AL,0C2 F6F38247 0000 ADD BYTE PTR DS:[EAX],AL --- snip --- Intermediate jump trampoline to actual hook code: --- snip --- 0A52000D E9 DE27B305 JMP gameover.100527F0 --- snip --- 'gameoverlayrenderer' module info: --- snip --- Base=10000000 Size=000BB000 (765952.) Entry=1005798F gameover.<ModuleEntryPoint> Name=gameover File version=02.13.04.49 Path=C:\Program Files\Steam\gameoverlayrenderer.dll --- snip --- 'gameoverlayrenderer' code: --- snip --- 100527F0 833D 2C7A0910 00 CMP DWORD PTR DS:[10097A2C],0 100527F7 7F 06 JG SHORT gameover.100527FF 100527F9 FF25 1C8F0910 JMP DWORD PTR DS:[10098F1C] 100527FF B8 04000000 MOV EAX,4 10052804 C3 RETN 10052805 CC INT3 --- snip --- Memory refs: --- snip --- 10097A2C 00000000 .... ... 10098F1C 0A520000 ..R. --- snip --- Original copy Wine relay thunk entry + continuation + hook jump --- snip --- 0A520000 54 PUSH ESP 0A520001 6A 1D PUSH 1D 0A520003 E8 5095A1EC CALL winmm.__wine_spec_get_pc_thunk_eax 0A520008 E9 2F82A1EC JMP winmm.F6F3823C ; org. relay thunk code (cont) 0A52000D E9 DE27B305 JMP gameover.100527F0 --- snip --- __wine_spec_get_pc_thunk_eax: --- snip --- F6F39558 8B0424 MOV EAX,DWORD PTR SS:[ESP] F6F3955B C3 RETN --- snip --- 'WINMM.joyGetNumDevs' original Wine relay thunk code (continuation): --- snip --- F6F3823C 8D80 70520300 LEA EAX,DWORD PTR DS:[EAX+35270] F6F38242 50 PUSH EAX F6F38243 FF50 04 CALL DWORD PTR DS:[EAX+4] F6F38246 C2 0000 RETN 0 --- snip --- This obviously can't work because '__wine_spec_get_pc_thunk_eax' relies on being called from original relay thunk code. Because Steam game overlay renderer hook engine relocated this essential part of relay thunk code, the returned address will always be wrong. You can fix this problem by padding the relay thunk entry with enough 'no-op' opcodes to not have '__wine_spec_get_pc_thunk_eax' relocated by hook engines. Wine: http://source.winehq.org/git/wine.git/blob/4e4acd5f705c770b7c361605e11d9d7c… The method works and AFAIK has no side-effects. I used a patch in my repo for some time now to cope with such stubborn apps/games (mostly DRM related). $ wine --version wine-1.7.16-133-gd8ca8c2 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 6

[Bug 37327] New: Rhapsody 4.0 crashes on unimplemented function 'wmvcore.dll.WMCreateSyncReaderPriv' when playing a track
by wine-bugs＠winehq.org March 15, 2019

March 15, 2019

https://bugs.winehq.org/show_bug.cgi?id=37327 Bug ID: 37327 Summary: Rhapsody 4.0 crashes on unimplemented function 'wmvcore.dll.WMCreateSyncReaderPriv' when playing a track Product: Wine Version: 1.7.27 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wmp&wmvcore Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, split off from bug 37325 --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Rhapsody $ wine ./rhapsody.exe ... wine: Unimplemented function wmvcore.dll.WMCreateSyncReaderPriv called at address 0x7b83ae8f (thread 002a), starting debugger... Unhandled exception: unimplemented function wmvcore.dll.WMCreateSyncReaderPriv called in 32-bit code (0x7b83ae8f). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:7b83ae8f ESP:111ee8f4 EBP:111ee958 EFLAGS:00200287( - -- I S - -P-C) EAX:7b826d6d EBX:7b8be000 ECX:7d3c13ef EDX:111ee91c ESI:00000000 EDI:02ee5f00 ... Backtrace: =>0 0x7b83ae8f RaiseException+0x8f(code=<couldn't compute location>, flags=<couldn't compute location>, nbargs=<couldn't compute location>, args=<couldn't compute location>) [/home/focht/projects/wine/wine.repo/src/dlls/kernel32/except.c:84] in kernel32 (0x111ee958) 1 0x7d3c1375 __wine_spec_unimplemented_stub+0x34(module="wmvcore.dll", function="WMCreateSyncReaderPriv") [/home/focht/projects/wine/wine.repo/src/dlls/winecrt0/stub.c:34] in wmvcore (0x111ee998) 2 0x7d3bf94d __wine_stub_WMCreateSyncReaderPriv+0x28() in wmvcore (0x111ee9c0) 3 0x621ce49f in wm9fformat (+0xe49e) (0x111ee9c0) 4 0x621c325a in wm9fformat (+0x3259) (0x111eea18) 5 0x621c38c3 in wm9fformat (+0x38c2) (0x111eea3c) 6 0x621c385e in wm9fformat (+0x385d) (0x111eea58) 7 0x7bc85a3c call_thread_func_wrapper+0xb() in ntdll (0x111eea68) ... Modules: Module Address Debug info Name (287 modules) PE 400000- f26000 Deferred rhapsody PE 1f10000- 1f7d000 Deferred h264enc PE 1f80000- 1f93000 Deferred rnaudiopacketizer PE 1fa0000- 1fd9000 Deferred fpsechnd PE 1fe0000- 1ff7000 Deferred smplfsys PE 2000000- 2029000 Deferred vidplin PE 2030000- 2091000 Deferred vidsite PE 25b0000- 25d3000 Deferred mp4wrtr PE 25e0000- 262d000 Deferred rmwrtr PE 2630000- 2638000 Deferred wm9writer ... Threads: process tid prio (all id:s are in hex) ... 000000a3 (D) C:\Program Files\Rhapsody\rhapsody.exe 0000002a 0 <== 00000029 0 ... --- snip --- 'winetricks -q wmp9' works around. Tidbit: Looks like Rhapsody discriminates against non-US IP addresses. There is a builtin geoip-check, resulting in error "Use of Rhapsody is restricted by your IP address. Rhapsody will now shut down." For bug testing purpose use the following workaround if you don't have a proxy/vpn at hand: --- snip --- $ printf '\xEB\x28' | dd of=rhapsody.exe bs=1 seek=86657 count=2 conv=notrunc --- snip --- $ sha1sum RhapsodyReal.EXE 025e936cf73d83e35d9631f735033557533102da RhapsodyReal.EXE $ du -sh RhapsodyReal.EXE 16M RhapsodyReal.EXE $ wine --version wine-1.7.27-47-g92bcb74 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 7

[Bug 38943] New: Warhammer 40k: Dawn of War GOTY (Steam) crashes while loading to the menu with Wine Mono
by wine-bugs＠winehq.org March 15, 2019

March 15, 2019

https://bugs.winehq.org/show_bug.cgi?id=38943 Bug ID: 38943 Summary: Warhammer 40k: Dawn of War GOTY (Steam) crashes while loading to the menu with Wine Mono Product: Wine Version: 1.7.47 Hardware: x86 OS: Linux Status: NEW Keywords: dotnet, regression Severity: normal Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com Distribution: --- Created attachment 51885 --> https://bugs.winehq.org/attachment.cgi?id=51885 +mscoree log This bug affects the GOTY edition on Steam (including the Winter Assault expansion), but W40k DoW: Soulstorm and the Dark Crusade expansions are not affected. The game plays the intro videos properly but crashes while loading to the main menu. In the terminal I'm getting an >err:seh:raise_exception Exception frame is not in stack limits => unable to dispatch exception. but no backtrace is generated. The game starts properly when .Net 2.0 is installed in the prefix (one minor annoyance is that the game doesn't exit properly with .Net 2.0, the game executable remains in memory after exiting). Could be a regression in Wine Mono because the game starts properly when Wine Mono 0.0.8 is installed, hangs with 100% CPU usage when 4.5.2 is installed and crashes with Wine Mono 4.5.6. If neither .Net nor Wine Mono is installed in the prefix then the game dies silently after starting (nothing relevant in the terminal) wine-1.7.47-118-ga90592c / Wine Mono 4.5.6 installed -- 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 38627] New: Holy Avatar vs. Maidens of the Dead hangs on exit
by wine-bugs＠winehq.org March 15, 2019

March 15, 2019

https://bugs.winehq.org/show_bug.cgi?id=38627 Bug ID: 38627 Summary: Holy Avatar vs. Maidens of the Dead hangs on exit Product: Wine Version: 1.5.31 Hardware: x86 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: dmitry(a)baikal.ru Regression SHA1: bfcdf6df8eea1230fb0e1835a809e49e5971e5d2 Distribution: --- Created attachment 51534 --> https://bugs.winehq.org/attachment.cgi?id=51534 terminal output I let the Desura client install the game to avoid bug #38614. The game starts properly without any winetricks, but it hangs on exit. After selecting quit from the menu, the screen is frozen and the game executable constantly uses 100% CPU and it needs to be killed. The problem is present since bfcdf6df8eea1230fb0e1835a809e49e5971e5d2 is the first bad commit commit bfcdf6df8eea1230fb0e1835a809e49e5971e5d2 Author: Dmitry Timoshkov <dmitry(a)baikal.ru> Date: Mon May 13 16:46:37 2013 +0900 kernel32: Terminate threads before unloading DLLs on process exit. No demo version exists. Let me know if you need debug logs or further testing. Tested in wine-1.7.43-123-g90ed96a -- 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 13335] New: libGl error
by wine-bugs＠winehq.org March 14, 2019

March 14, 2019

http://bugs.winehq.org/show_bug.cgi?id=13335 Summary: libGl error Product: Wine Version: unspecified Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: schuster.bernhard(a)googlemail.com In the near past, whenever trying to run warcraft via wine, I get two libGL errors. Afterwards, I get told, that mesa will get used instead. So performence goes really bad. I get about 10-20fps instead of 120-160fps, though I have an insane gaming rig. The only way to fix it, is removing the ~/.wine directory completly. But that's not an real option... -- 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 202

[Bug 36691] New: Ski Park Tycoon Demo installer hangs in endless redraw loop (owner-drawn listbox)
by wine-bugs＠winehq.org March 11, 2019

March 11, 2019

https://bugs.winehq.org/show_bug.cgi?id=36691 Bug ID: 36691 Summary: Ski Park Tycoon Demo installer hangs in endless redraw loop (owner-drawn listbox) Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, start the installer and get the redraw loop after clicking three times 'Next' (property sheet wizard). You can see the redraw as flickering area in the property sheet while it eats one CPU core. Looks like some owner-drawn listbox. I attached a debugger at the time of the loop: --- snip --- Wine-dbg>bt Backtrace: =>0 0x7ecc11cd LISTBOX_PaintItem+0x275(descr=0x20026c8, hdc=0x200be, rect=0x30abac, index=0x1, action=0x1, ignoreFocus=0x1) [/home/focht/projects/wine/wine.repo/src/dlls/user32/listbox.c:550] in user32 (0x0030ab68) 1 0x7ecc2998 LISTBOX_Paint+0x2f3(descr=0x20026c8, hdc=0x200be) [/home/focht/projects/wine/wine.repo/src/dlls/user32/listbox.c:1055] in user32 (0x0030abd8) 2 0x7ecc7f62 ListBoxWndProc_common+0x1936(hwnd=0x100fe, msg=0xf, wParam=0, lParam=0, unicode=0) [/home/focht/projects/wine/wine.repo/src/dlls/user32/listbox.c:2979] in user32 (0x0030adb8) 3 0x7ed27105 ListBoxWndProcA+0x3f(hwnd=0x100fe, msg=0xf, wParam=0, lParam=0) [/home/focht/projects/wine/wine.repo/src/dlls/user32/winproc.c:1087] in user32 (0x0030ade8) 4 0x7ed245a2 WINPROC_wrapper+0x19() in user32 (0x0030ae18) 5 0x7ed24717 call_window_proc+0xcc(hwnd=0x100fe, msg=0xf, wp=0, lp=0, result=0x30ae88, arg=0x7ed270c5) [/home/focht/projects/wine/wine.repo/src/dlls/user32/winproc.c:244] in user32 (0x0030ae58) 6 0x7ed26a30 CallWindowProcA+0x69(func=0x7ed270c5, hwnd=0x100fe, msg=0xf, wParam=0, lParam=0) [/home/focht/projects/wine/wine.repo/src/dlls/user32/winproc.c:955] in user32 (0x0030aea0) 7 0x004465d8 in skiparktycoondemosetup.tmp (+0x465d7) (0x0030af48) 8 0x0043b4e5 in skiparktycoondemosetup.tmp (+0x3b4e4) (0x0030af58) 9 0x004435a7 in skiparktycoondemosetup.tmp (+0x435a6) (0x0030b080) 10 0x004464f4 in skiparktycoondemosetup.tmp (+0x464f3) (0x0030b0e0) 11 0x0042224a in skiparktycoondemosetup.tmp (+0x22249) (0x0030b0f8) 12 0x7ed245a2 WINPROC_wrapper+0x19() in user32 (0x0030b128) 13 0x7ed24717 call_window_proc+0xcc(hwnd=0x100fe, msg=0xf, wp=0, lp=0, result=0x30b72c, arg=0x350d4b) [/home/focht/projects/wine/wine.repo/src/dlls/user32/winproc.c:244] in user32 (0x0030b168) 14 0x7ed26744 WINPROC_CallProcWtoA+0xe2e(callback=0x7ed2464a, hwnd=0x100fe, msg=0xf, wParam=0, lParam=0, result=0x30b72c, arg=0x350d4b) [/home/focht/projects/wine/wine.repo/src/dlls/user32/winproc.c:858] in user32 (0x0030b688) 15 0x7ed268ef WINPROC_call_window+0x19c(hwnd=0x100fe, msg=0xf, wParam=0, lParam=0, result=0x30b72c, unicode=0x1, mapping=3192676) [/home/focht/projects/wine/wine.repo/src/dlls/user32/winproc.c:902] in user32 (0x0030b6d8) 16 0x7ece31bd call_window_proc+0xbf(hwnd=0x100fe, msg=0xf, wparam=0, lparam=0, unicode=0x1, same_thread=0x1, mapping=3192676) [/home/focht/projects/wine/wine.repo/src/dlls/user32/message.c:2223] in user32 (0x0030b738) 17 0x7ece605b send_message+0x137(info=0x30b7b0, res_ptr=0x30b7dc, unicode=0x1) [/home/focht/projects/wine/wine.repo/src/dlls/user32/message.c:3260] in user32 (0x0030b798) 18 0x7ece6679 SendMessageW+0x60(hwnd=0x100fe, msg=0xf, wparam=0, lparam=0) [/home/focht/projects/wine/wine.repo/src/dlls/user32/message.c:3454] in user32 (0x0030b7e8) 19 0x7ecf33ef update_now+0xb3(hwnd=0x100cc, rdw_flags=0x180) [/home/focht/projects/wine/wine.repo/src/dlls/user32/painting.c:814] in user32 (0x0030b818) 20 0x7ecf432e RedrawWindow+0x39d(hwnd=<couldn't compute location>, rect=<couldn't compute location>, hrgn=<couldn't compute location>, flags=<couldn't compute location>) [/home/focht/projects/wine/wine.repo/src/dlls/user32/painting.c:1235] in user32 (0x0030b898) 21 0x7ecf43ba UpdateWindow+0x5c(hwnd=<couldn't compute location>) [/home/focht/projects/wine/wine.repo/src/dlls/user32/painting.c:1253] in user32 (0x0030b8d8) 22 0x00484557 in skiparktycoondemosetup.tmp (+0x84556) (0x0030b9c4) --- snip --- $ sha1sum SkiParkTycoonDemoSetup.exe du 0f478923969d888447efeb90888fcf537bb63f49 SkiParkTycoonDemoSetup.exe $ du -sh SkiParkTycoonDemoSetup.exe 154M SkiParkTycoonDemoSetup.exe $ wine --version wine-1.7.19-70-gd6a59f7 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 4

[Bug 15773] New: application not run
by wine-bugs＠winehq.org March 11, 2019

March 11, 2019

http://bugs.winehq.org/show_bug.cgi?id=15773 Summary: application not run Product: Wine Version: 1.1.7 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: borgez(a)mail.ru app say debug in there and fals run $wine app and $WINEDEBUG=-all wine app not affect make/wine-1.1.7/dlls/dxdiagn/provider.c:115] in dxdiagn (0x0033f500) -- 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 8

[Bug 33552] New: Dragon Age 2 doesn't detect my graphic card VRAM and driver
by wine-bugs＠winehq.org March 11, 2019

March 11, 2019

http://bugs.winehq.org/show_bug.cgi?id=33552 Bug #: 33552 Summary: Dragon Age 2 doesn't detect my graphic card VRAM and driver Product: Wine Version: 1.5.29 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: scrimekiler(a)yahoo.fr Classification: Unclassified Created attachment 44410 --> http://bugs.winehq.org/attachment.cgi?id=44410 Screenshot of the detection problem Using a wine patch (which will be included in 1.5.30) made me able to have my graphic card name detected. However, Dragon Age 2 doesn't detect my nvidia graphic driver and tells it's too old to make me able to change some graphic options. Card : Nvidia Gefore GT 630, driver 313.30 Gentoo 32 bits, kernel 3.7.10 -- 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 23

[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