https://bugs.winehq.org/show_bug.cgi?id=49731
Bug ID: 49731
Summary: Shtriga: Summer Camp freezes with a black screen
(PE-build only)
Product: Wine
Version: 5.15
Hardware: x86
URL: https://store.steampowered.com/app/560740/Shtriga_Summ
er_Camp/
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
Distribution: ---
The game displays some company logos after startup then it gets stuck with a
black screen.
Wine built without Mingw loads the game properly.
Plain terminal output:
0024:fixme:ntdll:NtQuerySystemInformation info_class
SYSTEM_PERFORMANCE_INFORMATION
0024:fixme:dwmapi:DwmSetWindowAttribute (00020064, 7, 0031BD7C, 4) stub
0024:fixme:d3d:state_linepattern_w Setting line patterns is not supported in
OpenGL core contexts.
wine-5.15-108-gab94abb14f
--
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=45144
Bug ID: 45144
Summary: The GED Keeper 2 program does not start.
Product: Wine-staging
Version: 3.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: michal.michcik(a)interia.pl
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Created attachment 61329
--> https://bugs.winehq.org/attachment.cgi?id=61329
Log from PlayOnLinux Debuger
Link to the mentioned program.
https://sourceforge.net/projects/gedkeeper/?source=typ_redirect
--
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=55577
Bug ID: 55577
Summary: advapi32:registry - The 64-bit test_performance_keys()
sometimes crashes on Windows 10
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: advapi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
advapi32:registry - The 64-bit test_performance_keys() sometimes crashes on
Windows 10:
registry.c:4203: Test failed: key FFFFFFFF80000050: got 8
registry.c:4204: Test failed: key FFFFFFFF80000050: got size 0
registry.c:4209: Test failed: key FFFFFFFF80000050: got 8
registry.c:4210: Test failed: key FFFFFFFF80000050: got size 0
registry.c:4250: Test failed: key FFFFFFFF80000050: got 8
registry.c:4251: Test failed: key FFFFFFFF80000050: got size 0
registry.c:4261: Test failed: key FFFFFFFF80000050: got 8
registry.c:4091: Test failed: key FFFFFFFF80000050: did not find name
registry.c:4093: this is the last test seen before the exception
0304:registry: unhandled exception c0000005 at 00007FFA9AD2D110
See https://test.winehq.org/data/patterns.html#advapi32:registry
The number of test failures varies a bit from one run to the next.
The crashes started on 2023-09-04 and so far only happen on the non-English
configurations of the w10pro64 TestBot VM.
--
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=45893
Bug ID: 45893
Summary: Midtown Madness: Extremely Slow with csmt on
Product: Wine
Version: 3.16
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sa(a)whiz.se
Distribution: ---
The game Midtown Madness is unplayably slow with csmt turned on. This can be
reproduced with the demo version of the game.
This is an old title from 1999 that uses direct draw AFAICT.
The game needs Windows version set to XP or lower, and either be run with an
Xserver supporting 16bpp colors, or a hack to force Wine to use 16bpp.
https://www.fileplanet.com/19814/10000/fileinfo/Midtown-Madness-Demo
--
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=43372
Bug ID: 43372
Summary: valgrind shows a definite leak in
dlls/d3dx9_36/tests/texture.c
Product: Wine
Version: 2.12
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: directx-d3dx9
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: ---
../../../tools/runtest -q -P wine -T ../../.. -M d3dx9_36.dll -p
d3dx9_36_test.exe.so texture && touch texture.ok
==9786== 8 bytes in 1 blocks are definitely lost in loss record 165 of 2,887
==9786== at 0x7BC51061: notify_alloc (heap.c:254)
==9786== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716)
==9786== by 0x4CBB72D: D3DXCreateTextureShader (shader.c:2405)
==9786== by 0x4AA083C: test_texture_shader (texture.c:2053)
==9786== by 0x4AA1B5A: func_texture (texture.c:2297)
==9786== by 0x4AA5A93: run_test (test.h:603)
==9786== by 0x4AA5EF2: main (test.h:687)
==9786==
==9786== 8 bytes in 1 blocks are definitely lost in loss record 166 of 2,887
==9786== at 0x7BC51061: notify_alloc (heap.c:254)
==9786== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716)
==9786== by 0x4CBB72D: D3DXCreateTextureShader (shader.c:2405)
==9786== by 0x4AA08DA: test_texture_shader (texture.c:2056)
==9786== by 0x4AA1B5A: func_texture (texture.c:2297)
==9786== by 0x4AA5A93: run_test (test.h:603)
==9786== by 0x4AA5EF2: main (test.h:687)
==9786==
==9786== 8 bytes in 1 blocks are definitely lost in loss record 167 of 2,887
==9786== at 0x7BC51061: notify_alloc (heap.c:254)
==9786== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716)
==9786== by 0x4CBB72D: D3DXCreateTextureShader (shader.c:2405)
==9786== by 0x4AA0978: test_texture_shader (texture.c:2059)
==9786== by 0x4AA1B5A: func_texture (texture.c:2297)
==9786== by 0x4AA5A93: run_test (test.h:603)
==9786== by 0x4AA5EF2: main (test.h:687)
==9786==
--
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=55223
Bug ID: 55223
Summary: d3dx10_34:d3dx10 & d3dx10_35:d3dx10 sometimes fail on
w11pro64-amd
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: d3d-util
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
d3dx10_34:d3dx10 & d3dx10_35:d3dx10 sometimes fail on w11pro64-amd-64:
d3dx10.c:2970: Test failed: Test 4: Got unexpected hr2 0xdeadbeef.
d3dx10.c:2979: Test failed: Test 4: Got unexpected hr2 0xdeadbeef.
d3dx10.c:2970: Test failed: Test 25: Got unexpected hr2 0xdeadbeef.
d3dx10.c:2979: Test failed: Test 25: Got unexpected hr2 0xdeadbeef.
d3dx10.c:3161: Test failed: Test 4: Got unexpected hr 0x88760b59.
d3dx10.c:3163: Test failed: Test 4: Got unexpected hr2 0xdeadbeef.
d3dx10.c:3174: Test failed: Test 4: Got unexpected hr 0x88760b59.
d3dx10.c:3176: Test failed: Test 4: Got unexpected hr2 0xdeadbeef.
d3dx10.c:3161: Test failed: Test 25: Got unexpected hr 0x88760b59.
d3dx10.c:3163: Test failed: Test 25: Got unexpected hr2 0xdeadbeef.
d3dx10.c:3174: Test failed: Test 25: Got unexpected hr 0x88760b59.
d3dx10.c:3176: Test failed: Test 25: Got unexpected hr2 0xdeadbeef.
See https://test.winehq.org/data/patterns.html#d3dx10_34:d3dx10https://test.winehq.org/data/patterns.html#d3dx10_35:d3dx10
Where 0x88760b59 == D3DXERR_INVALIDDATA
And the number of failures is variable but always happens in either
test_get_image_info() or test_create_texture(), but seemingly on random
test_image indexes.
Also the failure always happens on the TestBot's AMD RX6600 PCI passthrough
configuration (the QEmu QXL and Nvidia configurations have no failure).
And this error first happened on 2023-06-14 and has been happening about twice
a week but I could not identify which commit is causing the failures.
--
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=54704
Bug ID: 54704
Summary: Black screen with Dungeon Keeper 2 and Wine v8.4
Product: Wine
Version: 8.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: reserv0(a)yahoo.com
Distribution: ---
Created attachment 74213
--> https://bugs.winehq.org/attachment.cgi?id=74213
DK2 log (with broken Wine 8.4 and working Wine 8.3)
I just compiled and tried Wine v8.4, and with it, I get a black screen after
the intro screen, at the menu stage of Dungeon Keeper 2.
This game is working just fine with (almost) all Wine versions between
6.something (I don't remember exactly which) and 8.3 (I reverted to the latter
for now).
There is alas no clue in the messages I get when starting DK2 from a terminal
(I get the exact same messages as with v8.3; log attached).
Note that I am using MATE (v1.14.1, GTK2) as the desktop environment, without
any compositor, and in X11 mode (no Wayland installed on my system and Wine 8.4
compiled --without-wayland) with a NVIDIA GPU (RTX 3070) and the latest NVIDIA
proprietary drivers.
--
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=45135
Bug ID: 45135
Summary: Black Rockman Shooter has no sound, implementation
missing in dmime
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: l12436(a)yahoo.com.tw
Distribution: ---
Created attachment 61322
--> https://bugs.winehq.org/attachment.cgi?id=61322
stdout of that game.
Game "Black Rockman Shooter" has not sound at the begin. Although override the
dmime could make sound, the game will become laggy.
Some other game also using same dll to make sound and has same situation.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=32395
Bug #: 32395
Summary: Neverwinter Nights 2 : Broken sky
Product: Wine
Version: 1.5.19
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: xvachon(a)gmail.com
Classification: Unclassified
Created attachment 42747
--> http://bugs.winehq.org/attachment.cgi?id=42747
Screenshot
In Neverwinter Nights 2, the sky fails to display properly. Look at the
attached screenshot for an example. It reminds me of
http://bugs.winehq.org/show_bug.cgi?id=23012 in the sense that the faulty
portion of the sky seems similar, but the sky is not black.
The console outputs this error appears in loop , is it related to this bug?
err:d3d_surface:surface_blt_fbo >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502)
from glBlitFramebuffer() @ surface.c / 1265
Otherwise the console outputs nothing in particular. A specific channel could
be required to identify the culprit.
Wine 1.5.19
Neverwinter Nights 2 1.23
Nvidia 550 Ti
Arch Linux X64
--
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.
https://bugs.winehq.org/show_bug.cgi?id=55654
Bug ID: 55654
Summary: High RAM usage in GTA San Andreas with SkyGFX
Product: Wine
Version: 8.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: aidas957(a)gmail.com
CC: z.figura12(a)gmail.com
Regression SHA1: c065b4fe0b3622e0c737a4c7c1c514273ad2d8a7
Distribution: ArchLinux
Hello,
So GTA San Andreas has high RAM usage when using the SkyGFX mod since commit
c065b4fe0b3622e0c737a4c7c1c514273ad2d8a7
At first the RAM usage seems normal (no more 400 MB) but after doing a loop
around the city the RAM usage gets to ~1.5 GB
Commit 22fcf28f05a2478df01b0a0cfae1a49376c990f5 does improve things (the RAM
usage when doing the same test is ~1.2 GB) but it's still noticeably higher
than before
Disabling/removing the SkyGFX mod or switching to DXVK makes the issue
disappear (so it's some weird interaction with the SkyGFX mod and WineD3D)
I do use wine-staging like always (but disabling all of the wined3d staging
patchsets didn't make a difference)
The mod is open-source though (https://github.com/aap/skygfx) so it should be
easier to tell what graphics code/shader file is triggering the high RAM issue
I tried using valgrind's massif to track the cause of this issue but valgrind
didn't support some instructions that are used by 2 mods (and doing some byte
patching caused SkyGFX to segfault so that's out of the question)
+d3d logs/an apitrace might be helpful but the issue only becomes noticeable
enough after a few minutes so both of these are going to be likely too big
--
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.