May 2023 - Wine-Bugs - list.winehq.org

[Bug 54935] Rewrite (VN): black screen videos with WMP backend and gstreamer

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=54935 Vladislav Timonin <timoninvlad(a)yandex.ru> changed: What |Removed |Added ---------------------------------------------------------------------------- Regression SHA1| |ed2c300d02acefa2aedd4333ff4 | |a982137c1d4fe Keywords| |regression -- 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.

May 13, 2023

[Bug 54935] New: Rewrite (VN): black screen videos with WMP backend and gstreamer

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=54935 Bug ID: 54935 Summary: Rewrite (VN): black screen videos with WMP backend and gstreamer Product: Wine Version: 7.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winegstreamer Assignee: wine-bugs(a)winehq.org Reporter: timoninvlad(a)yandex.ru Distribution: --- Created attachment 74457 --> https://bugs.winehq.org/attachment.cgi?id=74457 Wine logs with WINEDEBUG=quartz Game has 2 options for video playback, MCI and Windows Media Player (WMP). When using gstreamer, MCI backend works fine, but WMP floods the terminal with `err:quartz:send_buffer Failed to get a sample, hr 0x80040211.` while showing a black screen, then audio starts playing. Curiously, if you install `lavfilters` from `winetricks` so that gstreamer isn't used, then WMP plays the video back properly. The black screen started to show up since ed2c300d02acefa2aedd4333ff4a982137c1d4fe (after 7.6). Wine logs with `WINEDEBUG=quartz` are attached in the archive. Before the regression (6f1b3cf9), with first bad commit (ed2c300d) and current master (8.8, 5662d85e). Trial version of the game can be downloaded from Download section here: https://key.visualarts.gr.jp/rewrite/index2.html Game can be extracted directly from `RewriteTE_Ver200/StartData/GameData` in the archive. To set it up you'll need: - `LANG=ja_JP.UTF8` and `TZ=Japan` environment variables, game refuses to start otherwise - `winetricks wmp9` for WMP backend to work, game crashes otherwise when it's used, installer might say "It was not possible to complete Setup" which is fine - MPEG-1 codec from `lib32-gst-plugins-bad` for the opening video When starting up the game, hold Ctrl to get to the main menu faster. Video backend can be configured in Config - ムービー設定 (https://user-images.githubusercontent.com/20689137/126137253-0fe05ddc-2187-…) should be WMP by default. To exit Config, right click or click on 戻る in bottom-right corner. Click Start on the main menu, then hold Ctrl to skip until the opening video. -- 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.

May 13, 2023

[Bug 54927] grepwinNP3 (part of Notepad3) crashes inside uxtheme

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=54927 Mohamad Al-Jaf <mowinebugs(a)mail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mowinebugs(a)mail.com --- Comment #1 from Mohamad Al-Jaf <mowinebugs(a)mail.com> --- Created attachment 74456 --> https://bugs.winehq.org/attachment.cgi?id=74456 uxtheme: Add a NULL check for options parameter in DrawThemeTextEx(). Does this patch help? -- 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.

May 13, 2023

[Bug 54934] Battle.net unimplemented function msauddecmft.dll.DllGetClassObject called in 32-bit code

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=54934 Mohamad Al-Jaf <mowinebugs(a)mail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mowinebugs(a)mail.com --- Comment #1 from Mohamad Al-Jaf <mowinebugs(a)mail.com> --- Created attachment 74455 --> https://bugs.winehq.org/attachment.cgi?id=74455 msauddecmft: Add DllGetClassObject() stub. This patch should help. -- 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.

May 13, 2023

[Bug 41697] Nvidia's "Antialiasing with Transparency" demo requires unimplemented function d3dx9_29.dll.D3DXComputeTangent

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=41697 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC|austinenglish(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.

May 13, 2023

[Bug 54934] New: Battle.net unimplemented function msauddecmft.dll.DllGetClassObject called in 32-bit code

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=54934 Bug ID: 54934 Summary: Battle.net unimplemented function msauddecmft.dll.DllGetClassObject called in 32-bit code Product: Wine Version: 8.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: blue-t(a)web.de Distribution: --- Created attachment 74454 --> https://bugs.winehq.org/attachment.cgi?id=74454 backtrace I tried to run the Diablo 4 Beta but sometime during the file verification stage the Battle.net Launcher opens a window with a stacktrace and needs to be restarted. "unimplemented function msauddecmft.dll.DllGetClassObject called in 32-bit code" -- 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.

May 13, 2023

[Bug 41697] Nvidia's "Antialiasing with Transparency" demo requires unimplemented function d3dx9_29.dll.D3DXComputeTangent

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=41697 --- Comment #9 from Vijay Kamuju <infyquest(a)gmail.com> --- Can you please test the patch with merge request -- 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.

May 13, 2023

[Bug 54439] STATUS_PENDING missing in TransactNamedPipe

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=54439 Stian Skjelstad <stian.skjelstad(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |stian.skjelstad(a)gmail.com --- Comment #1 from Stian Skjelstad <stian.skjelstad(a)gmail.com> --- Created attachment 74453 --> https://bugs.winehq.org/attachment.cgi?id=74453 Testcase for named pipes + overlapped (async) I was looking at how to do async (overlapped) named pipes, and it appears they behave differently in native windows and wine. In native windows it works, messages appear on to go, while in wine they appear in one chunk when the child is done. (Also, it seems like wines implementation of ping is unable to actually ping) -- 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.

May 13, 2023

[Bug 54932] Fallout 3: Black screen when using the experimental wow64 mode

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=54932 --- Comment #2 from Austin English <austinenglish(a)gmail.com> --- Please attach the terminal output. -- 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.

May 13, 2023

[Bug 54933] New: Wine slow on certain fuse filesystems, with fix

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=54933 Bug ID: 54933 Summary: Wine slow on certain fuse filesystems, with fix Product: Wine Version: 8.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: hwertz10(a)gmail.com Distribution: --- Created attachment 74452 --> https://bugs.winehq.org/attachment.cgi?id=74452 CIOPFS speed patch I found a description of users experiencing slowdowns (even using explorer.exe) on an MTP filesystem, and I experienced similar slowdowns on an s3ql filesystem. In short, even using explorer on certain filesystems is slow, and opening programs that open up more than a handful of files is very slow off these filesystems.: https://forum.winehq.org/viewtopic.php?t=36400 I found the root cause courtesy of strace -- in dlls/ntdll/unix/file.c in get_dir_case_sensitivity_stat (which is called very frequently, I think on any file open or creation, among others), there is a fstatat system call, then a check on that result to see if the filesystem is a FUSE filesystem, then if it is it looks for a .ciopfs directory (because presumably CIOPFS -- Case Insensitive On Purpose Filesystem -- places a .ciopfs in every directory specifically so wine can do this test.) It turns out the fstatat call gets used and free inode count, used and free disk space, etc. along with filesystem type, and on my large s3ql filesystem at least this takes *8/10ths* of a second, versus the .ciopfs lookup being in dentry cache -- I don't recall if it used 0.0001 or 0.00001 seconds, but either way extremely fast compared to the other call. Reversing the order of these calls (check for .ciopfs first, then if it's there run fstatat and check result to see if it's a FUSE filesystem) should not cause a performance regression on any filesystem (since it's usually going to be out of the dentry cache) while avoiding this slowdown on a filesystems with slow filesystem stats. Just a note, I see the equivalent "is filesystem case sensitive?" check for MacOS actually only runs any tests once then caches the results; using a similar "case sensitivity" cache for Linux would also be effective (since it would only run this piece of code once per wine run then.) Finally, I wonder if CIOPFS is actually used? I see the last update on it is from 2011, it may have turned out that Wine's case insensitivity support is fast enough that CIOPFS did not prove useful. If it's not actually being used by anyone, removing the CIOPFS tests from file.c could be a reasonable thing to do. Please find attached a small patch to implement this change for Linux -- it simply reverses the order of 3 lines of code, so it runs the (fast) .ciopfs directory existence test first, then only runs the (on some filesystems much slower) fstatat call and "is it FUSE filesystem?" test if the.ciopfs directory actually exists. Thanks, and keep up the good work!!! --Henry -- 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.

May 13, 2023