September 2019 - Wine-Bugs - list.winehq.org

[Bug 47471] World of Warcraft 8.2.0 freezes when entering New zone Nazjatar (directx 12)

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=47471 --- Comment #35 from Sveinar Søpler <cybermax(a)dexter.no> --- Created attachment 65359 --> https://bugs.winehq.org/attachment.cgi?id=65359 debug log After the passing of Mr. Kucia, i don't know who will take a look at this, but the bug is still there. I uploaded a log with: +dxgi,+d3d12 VKD3D_DEBUG=trace VKD3D_SHADER_DEBUG=trace in the hopes that it could provide some clue. I am (as pointed out a few posts up) not able to run WoW with VK_INSTANCE_LAYERS=VK_LAYER_LUNARG_standard_validation without crashing before being able to enter the world. (Crash at character select screen). Let me know if there is something else to try. -- 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.

Sept. 30, 2019

[Bug 47856] Logos Bible Software (.Net 4.7.2 app) crashes in win8/10 (probably RtlQueryUnbiasedInterruptTime insufficiency)

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=47856 Louis Lenders <xerox.xerox2000x(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |dotnet, download URL| |https://downloads.logoscdn. | |com/LBS8/Installer/8.7.0.00 | |39/Logos-x86.msi --- Comment #1 from Louis Lenders <xerox.xerox2000x(a)gmail.com> --- add downloadlink -- 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.

Sept. 30, 2019

[Bug 47856] New: Logos Bible Software (.Net 4.7.2 app) crashes in win8/10 (probably RtlQueryUnbiasedInterruptTime insufficiency)

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=47856 Bug ID: 47856 Summary: Logos Bible Software (.Net 4.7.2 app) crashes in win8/10 (probably RtlQueryUnbiasedInterruptTime insufficiency) Product: Wine Version: 4.17 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: --- Created attachment 65358 --> https://bugs.winehq.org/attachment.cgi?id=65358 stupid hack, just to work around the crash When version is set to win8 or win10, the program crashes right away: 0082:err:eventlog:ReportEventW L"Application: Logos.exe\nFramework Version: v4.0.30319\nDescription: The process was terminated due to an unhandled exception.\nException Info: System.NullReferenceException\n at System.Threading.TimerQueue.get_TickCount()\n at System.Threading.TimerQueue.UpdateTimer(System.Threading.T"... 0082:fixme:advapi:DeregisterEventSource (0xcafe4242) stub Unhandled Exception: System.NullReferenceException: Object reference not set to an instance of an object. at System.Threading.TimerQueue.get_TickCount() at System.Threading.TimerQueue.UpdateTimer(TimerQueueTimer timer, UInt32 dueTime, UInt32 period) at System.Threading.TimerQueueTimer.Change(UInt32 dueTime, UInt32 period) at System.Threading.Timer.TimerSetup(TimerCallback callback, Object state, UInt32 dueTime, UInt32 period, StackCrawlMark& stackMark) at System.Threading.Timer..ctor(TimerCallback callback, Object state, Int32 dueTime, Int32 period) at Libronix.Utility.Threading.ThreadPoolAwaitable.TimerAwaiter.OnCompleted(Action continuation) Little google for System.Threading.TimerQueue.get_TickCount showed https://referencesource.microsoft.com/#mscorlib/system/threading/timer.cs as a pointer: if (Environment.IsWindows8OrAbove)..... bool result = Win32Native.QueryUnbiasedInterruptTime(out t By stupid hack just removing functionality for QueryUnbiasedInterruptTime the program runs further; i guess the program chokes in some insufficiency of QueryUnbiasedInterruptTime(????). -- 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.

Sept. 30, 2019

[Bug 47642] Risk II freezes when going into a battle

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=47642 --- Comment #26 from trymeout(a)tutanota.com --- (In reply to Zebediah Figura from comment #23) > (In reply to joaopa from comment #20) > > 0035:fixme:gstreamer:amt_from_gst_caps_video_raw Unhandled type RGB. > > We can't support the 24-bit RGB type directly (DirectShow only supports > BGR), so we'll probably want to add a videoconvert element to the end of the > chain. > > This is something I think we want to do anyway for YUV formats; it would be > less overhead to let GStreamer manage that conversion than to have to feed > it through quartz and back first, as we do now. That said, I'm inclined to > think we don't necessarily want to force an RGB format if the quartz peer > supports YUV (considering that IIRC the VMR can do GPU-side YUV -> RGB > decoding, and as I understand that'd be faster than doing it ourselves > CPU-side). > > So this means that we should enumerate the media type we get from GStreamer > as preferred, but accept anything that's supported by videoconvert, and let > strmbase logic take care of the rest. Will this be fixed in a future release of Wine? -- 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.

Sept. 30, 2019

[Bug 45375] Halo Online: Weird black display problems.

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=45375 --- Comment #21 from Connor McAdams <conmanx360(a)gmail.com> --- (In reply to Paul Gofman from comment #18) > (In reply to Connor McAdams from comment #15) > > > > > if (ins->handler_idx == WINED3DSIH_RCP || ins->handler_idx == WINED3DSIH_RSQ) > > > > in my patch posted above instead of just the check for RCP. I went through > > an apitrace dump to figure it out at the time. So, if you'd mind adding in > > the check for WINED3DSIH_RSQ and seeing if that fixes the other texture > > issues, that'd be helpful. > > Please mind that staging patch already workarounds infinity in RCP, RSQ and > LOG with multiply_special = 1. See > https://bugs.winehq.org/show_bug.cgi?id=34266#c34 for details, and the patch > itself: > https://github.com/wine-staging/wine-staging/blob/master/patches/wined3d- > zero-inf-shaders/0001-wined3d-Add-a-setting-to-workaround-0-inf-problem-in. > patch > > Your patch is still different though as it replaces the result with 0 > instead of FLT_MAX. > > Comment #6 suggests that the staging workaround replacing inf with FLT_MAX > in RCP / RSQ / LOG does not work here, while more generic workaround with > multiply_special = 2 works, while some glitches remain, which might be > unrelated. Given some problems observed regardless (maybe related to VM > exhaustion), I personally don't have yet the confidence that the test > results are not biased by the side problems. If it really the case when > multiply_special = 1 does not workaround the problem while '... = 2' does, > this is very interesting case. > > At this point it would be great if someone could test it with the memory > problem workaround from Comment #11, to see if this will remove remaining > glitches. > I don't have a confidence that this is the problem here yet. Yes, one of the > logs has single GL_OUT_OF_MEMORY error listed, but it is yet hard to be sure > that it is not caused by some other specific problem. > > It would also be helpful if someone could describe the way how to get > (legally of course) this version of the game and which is the quickest way > to get to the glitches in game. I'm not sure there's a legal way to get a copy of this game anymore, and with the Master Chief collection coming out on steam soon, this version of the game may end up being kind of pointless. When I went through apitrace and found the bugs with the shaders, it seemed to be a case of expecting DX9 behavior of defaulting to 0 instead of NaN or Inf when divisions by 0 happen. It seems to be very reliant on this behavior. I don't believe there's a way to fix this without some sort of OpenGL extension to add in DX9's behavior on inf and NaN, or adding checks to every potential operation that could produce those results, which would probably cause quite a bit of slowdown. It's been awhile since I messed around with it, but that's just what I remember. -- 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.

Sept. 30, 2019

[Bug 47837] Intrusive graphics glitches .NET app - Logos Bible Software

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=47837 Louis Lenders <xerox.xerox2000x(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |dotnet URL| |https://downloads.logoscdn. | |com/LBS8/Installer/8.7.0.00 | |39/Logos-x86.msi -- 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.

Sept. 30, 2019

[Bug 47837] Intrusive graphics glitches .NET app - Logos Bible Software

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=47837 Louis Lenders <xerox.xerox2000x(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download CC| |xerox.xerox2000x(a)gmail.com Severity|major |normal --- Comment #3 from Louis Lenders <xerox.xerox2000x(a)gmail.com> --- Hi Personally I have not seen glitches while testing the program, but maybe one needs to have different books for it (to open and see glitsches)?????? Might be driver issue (???). Does running with LIBGL_ALWAYS_SOFTWARE=1 change anything for you? -- 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.

Sept. 30, 2019

[Bug 45375] Halo Online: Weird black display problems.

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=45375 --- Comment #20 from Paul Gofman <gofmanp(a)gmail.com> --- (In reply to halome from comment #19) > I ran the game using this command which include WINE_LARGE_ADDRESS_AWARE=1 > Did you compile Wine with the relevant patch and used that one? Is there any way I can get the same version of the game and reproduce the issue? -- 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.

Sept. 30, 2019

[Bug 47836] Crash when opening a clippings document type in Logos Bible Software

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=47836 Louis Lenders <xerox.xerox2000x(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|kernelbase |-unknown CC| |xerox.xerox2000x(a)gmail.com Keywords| |download URL| |https://downloads.logoscdn. | |com/LBS8/Installer/8.7.0.00 | |39/Logos-x86.msi --- Comment #3 from Louis Lenders <xerox.xerox2000x(a)gmail.com> --- Hi I gave this a quick try yesterday but could not get the program to crash. I only have on resource (Logos-help) and tried add clipping, and after that opened clipping but nothing crashed Could you give exact instructions (click what buttons etc.) how to reproduce the crash (using document Logos-help, or does one need to have other resources for it?) Thanks (Side-note: I had a look at the how-to and was curious as to why the program doesn`t start in win8-mode. I found two hacks to get it started, i will open new bugreport as it likely affects other .Net programs too) -- 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.

Sept. 30, 2019

[Bug 45375] Halo Online: Weird black display problems.

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=45375 --- Comment #19 from halome <halome(a)blockchainworldawards.com> --- Created attachment 65357 --> https://bugs.winehq.org/attachment.cgi?id=65357 log (In reply to Paul Gofman from comment #11) > Created attachment 65314 [details] > Hack to use 4GB memory > > If this is a virtual memory exhaustion issue, then there is a chance it can > be worked around by an attached hack (the patch in the present form is taken > from Proton). The game should be run with WINE_LARGE_ADDRESS_AWARE=1 > environment variable in this case. > > But it would really be nice to see the log. I ran the game using this command which include WINE_LARGE_ADDRESS_AWARE=1 env WINEPREFIX="/home/user/PlayOnLinux's virtual drives/HaloOnline" wine "C:\windows\command\start.exe" /Unix "/home/user/PlayOnLinux's virtual drives/HaloOnline/drive_c/Halo Online/eldorado.exe" &> haloonline.txt WINEDEBUG=warn+d3d9,warn+d3d,+d3d_shader WINE_LARGE_ADDRESS_AWARE=1 But it did not solve the black texture memory issue. I loaded Diamondback and all as fine then after I loaded Reactor and there was black textures in the map. -- 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.

Sept. 30, 2019