https://bugs.winehq.org/show_bug.cgi?id=43747
Bug ID: 43747
Summary: Yermom demoscene demo shows only a blackscreen
Product: Wine
Version: 2.17
Hardware: x86
URL: http://www.pouet.net/prod.php?which=71570
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Depends on: 43638
Distribution: ---
The program needs "winetricks gmdls", and currently only works with
wine-staging due to bug 43638.
However, the screen is completely white, only the music plays. You're advised
to use "emulate a virtual desktop" if you want to test the hack, then you can
quit the fullscreen with ESC.
--
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=47135
Bug ID: 47135
Summary: Onenote fails to start: Desktop Experience feature is
not installed (lacking Win32_ServerFeature class from
wbemprox)
Product: Wine
Version: 4.7
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wmi&wbemprox
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: ---
Created attachment 64360
--> https://bugs.winehq.org/attachment.cgi?id=64360
hack to start Onenote
The relaylog below *** made with ONENOTE (MSOffice 2010) shows problem
apparently seems to be in wbemprox, missing Win32_ServerFeature class
The attached crappy hack allowed me to start Onenote, and also Onenote from
Office365 starts with it. Crappy hack is only to show where the problem is and
problably contains several errors, hopefully someone can fix this in proper way
(hint at Hans;)).
Sidenote: reverting the hack makes Onenote from Office365 run into the bug
again, but Onenote from office 2010 now continues happily to start; maybe it
sets some registry key once started and the patch is not needed anymore? No
idea.
008c:Call KERNEL32.lstrlenA(2e09825c "SELECT Name FROM Win32_ServerFeature")
ret=2e0e8fd1
008c:Ret KERNEL32.lstrlenA() retval=00000024 ret=2e0e8fd1
008c:Call KERNEL32.MultiByteToWideChar(00000000,00000000,2e09825c "SELECT Name
FROM Win32_ServerFeature",00000025,00000000,00000000) ret=2e0e8fe7
008c:Ret KERNEL32.MultiByteToWideChar() retval=00000025 ret=2e0e8fe7
008c:Call KERNEL32.MultiByteToWideChar(00000000,00000000,2e09825c "SELECT Name
FROM Win32_ServerFeature",00000025,0033f9f0,00000025) ret=2e0e9085
008c:Ret KERNEL32.MultiByteToWideChar() retval=00000025 ret=2e0e9085
008c:Call oleaut32.SysAllocString(0033f9f0 L"SELECT Name FROM
Win32_ServerFeature") ret=2e0e90bb
.
.
.
.
008c:Call user32.MessageBoxW(00000000,0033f6b2 L"OneNote cannot start because
the Desktop Experience feature is not installed. Install it in the Windows
Control Panel > Prog
rams and Features > Turn Windows features on or off.",39835ba4 L"Microsoft
Office",00000030) ret=39bb2183
--
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=58538
Bug ID: 58538
Summary: d2d_device_context_DrawGeometry Ignoring stroke style
=> No Circles, only Lines
Product: Wine
Version: 10.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: d2d
Assignee: wine-bugs(a)winehq.org
Reporter: d.astra(a)yopmail.com
Distribution: ---
Created attachment 79028
--> http://bugs.winehq.org/attachment.cgi?id=79028
WINEDEBUG=+d2d, Rainmeter 4.5.23
I'm using Rainmeter 4.5.23 with Wine 10.12-staging and everything, which should
be round or a circle, is either not drawn at all or more of a hexagonal shape.
Main error output in the console:
013c:fixme:d2d:d2d_geometry_sink_AddArc iface 0000000002E13CF8, arc
000000000011EC80 stub!
013c:fixme:d2d:d2d_geometry_sink_AddArc iface 0000000002E13CF8, arc
000000000011EC80 stub!
013c:fixme:d2d:d2d_path_geometry_GetWidenedBounds iface 0000000002E13BE0,
stroke_width 0.00000000e+00, stroke_style 0000000000000000, transform
0000000000000000, tolerance 2.50000000e-01, bounds 000000000011EA40 stub!
Further output with WINEDEBUG=+d2d as attachement
--
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=48049
Bug ID: 48049
Summary: Basemark GPU crashes when using D3D12
Product: vkd3d
Version: 1.1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: cybermax(a)dexter.no
Distribution: ---
Created attachment 65589
--> https://bugs.winehq.org/attachment.cgi?id=65589
Debug log of Basemark
Basemark GPU - https://www.basemark.com/benchmarks/basemark-gpu/ - crashes when
selecting D3D12.
Vulkan and OpenGL works.
Ran D3D12 test with logging:
VKD3D_DEBUG=trace
VKD3D_CONFIG=vk_debug
VK_INSTANCE_LAYERS=VK_LAYER_LUNARG_standard_validation
Let me know if there are other logging options needed.
PS. The benchmark is free to download.
--
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=57975
Bug ID: 57975
Summary: screen shaders don't work in BigPEmu.exe
Product: Wine
Version: 10.0
Hardware: x86-64
OS: MacOS
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cemer99797(a)isorax.com
BigPEmu is an Atari Jaguar emulator, it runs Atari Jaguar games fine under Wine
Stable 10.0 on macOS 11. The problem is there is a "screen effects" feature
(which are like screen shaders in RetroArch, used to emulate old CRTs, etc)
which doesn't work. By default, BigPEmu uses OpenGL (BigPEmu main menu > Video
> Video Plugin > BigPEmu_Video_OpenGL) but can also be changed to use D3D12
which will cause it crash at startup on macOS 11.
Steps to reproduce:
1. launch BigPEmu 1.18 with the following options (also opens a console):
wine ~/BigPEmu_v118/BigPEmu.exe * -conout
2. use backspace/enter to navigate backward/forward in BigPEmu, go back to the
main menu, then Video > Screen Effect > choose any screen effect
3. an error message pops up: "Failed to set the selected screen effect. It may
be incompatible with your hardware or video plugin. You can enable logging and
check the log for more details."
4. check the console which shows this error: "[1;31mError: Graphics hardware
isn't equipped to run screen effects. If this error occurs with
SM5.0-compatible hardware, try updating your graphics drivers."
tested with BigPEmu 1.18 for Windows x64
download link: https://www.richwhitehouse.com/jaguar/builds/BigPEmu_v118.zip
SHA-256: 9863390fca342e7c6bff0d7dc7d70d181bdff92796aa8d262d91e8fc909104b2
tested on macOS 11.7.10
Intel CPU (Haswell), integrated Intel GPU (HD Graphics 5000)
Wine Stable 10.0 with GStreamer 1.24.12 from homebrew
--
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=58264
Bug ID: 58264
Summary: regression in multiple apps in Wine >=10.7, error:
"Assertion failed: !status && "vkAllocateMemory", file
/Users/gcenx/Documents/GitHub/wine-private/dlls/winevu
lkan/loader_thunks.c, line 93"
Product: Wine
Version: 10.7
Hardware: x86-64
OS: MacOS
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cemer99797(a)isorax.com
Created attachment 78605
--> http://bugs.winehq.org/attachment.cgi?id=78605
macOS Terminal log, wine-devel 10.8 running cpuz_x64.exe
On macOS, there is a regression in multiple Windows programs since Wine-devel
10.7 (including 10.8) releases by Gcenx, with the final lines of the terminal
output reading:
> -[MTLHeapDescriptorInternal validateWithDevice:]:327: failed assertion `Heap Descriptor Validation
> Placement heap type is not supported.
> '
> 01a0:err:msvcrt:_wassert (L"!status && \"vkAllocateMemory\"",L"/Users/gcenx/Documents/GitHub/wine-private/dlls/winevulkan/loader_thunks.c",93)
> Assertion failed: !status && "vkAllocateMemory", file /Users/gcenx/Documents/GitHub/wine-private/dlls/winevulkan/loader_thunks.c, line 93
These programs work fine in Wine-devel 10.6 and lower
tested with Wine-devel 10.7 and 10.8 binary releases from Gcenx
(https://github.com/Gcenx/macOS_Wine_builds/releases) on macOS 11.7.10
tested with CPU-Z 2.15 (portable) (cpuz_x64.exe)
download: https://download.cpuid.com/cpu-z/cpu-z_2.15-en.zip
sha256: c8461d995d77a8fe1e8c5823403e88b04b733165cc151083b26379f1fe4b9501
--
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=53573
Bug ID: 53573
Summary: Warcraft III Reforged 1.33.0.19194 has black main menu
Product: Wine
Version: 7.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kolAflash(a)kolahilft.de
Distribution: ---
Created attachment 72950
--> https://bugs.winehq.org/attachment.cgi?id=72950
STDOUT/STDERR log when warcraft-iii-reforged-1.33.0.19194 is starting an
switching to black main menu
Last night (2022-08-18) Blizzard released an update for Warcraft III Reforged
from version 1.32.x to 1.33.0.19194.
Since then the main menu of the game is just black!
But I can hear the sound of the main menu.
I attached a STDOUT/STDERR log.
Version 1.32.x of the game was running fine using wine-staging-7.14.
(didn't test any other wine version before)
Wine versions I just tried:
wine-staging-7.14
wine-staging-7.15
wine-devel-7.15
OS: Debian-11
Wine: https://dl.winehq.org/wine-builds/debian/
GPU: Radeon RX 590
Neither standard Wine D3D11 OpenGL based implementation (WineD3D) nor DXVK is
working.
Maybe slightly related:
Warcraft III: staying in menus quickly gobs all system memory
https://github.com/doitsujin/dxvk/issues/1866
--
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=57192
Bug ID: 57192
Summary: X11DRV_SetCursorPos breaks when xinput "Coordinate
Transformation Matrix" is customized
Product: Wine
Version: 9.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: mk939(a)ymail.com
Distribution: ---
Created attachment 77083
--> https://bugs.winehq.org/attachment.cgi?id=77083
WINEDEBUG=+cursor,+win wine minetest.exe | trimmed to one repetition of the
bugged SetCursorPos call
Discovered by testing Minetest 5.9.0 [1] in Wine. In-game, the cursor is always
moved to the center. However, when the xinput "Coordinate Transformation
Matrix" parameter, the cursor moves to unpredictable positions (bottom right
corner, for example). The game becomes unplayable.
I think it's caused by "X11DRV_SetCursorPos" because skipping
"NtUserSetCursorPos" entirely does avoid this issue. The cursor position is no
longer centred, but the game does not look as glitchy any more.
System specifications:
* Ubuntu 22.04, X11, xfce4
* amdgpu driver
Reproduced in Wine 9.1, Wine 9.17 and Proton 9.0-2.
Reproduced with
* Wine's virtual desktop on and off
* Window manager decorations on and off (winecfg)
* Window manager control on and off (winecfg)
Steps to reproduce:
1. xinput list
2. Remember the xinput <ID> of the mouse (Virtual core pointer -> HID)
3. xinput --set-prop <ID> 'Coordinate Transformation Matrix' 1.1 0 0 0 1.1 0 0
0 1
4. Join a world in Minetest and try to play
This problem does not occur when the Transformation Matrix is set to "1.0 0 0 0
1.0 0 0 0 1". It also does not occur on Windows due to lack of xinput and X11
in the first place.
[1]
https://github.com/minetest/minetest/releases/download/5.9.0/minetest-5.9.0…
--
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=24951
Summary: Call of Duty / UO: Jerky freelook
Product: Wine
Version: 1.3.6
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gav616(a)gmail.com
At the main menu:
When the cursor is moveed around it 'seems' to be at a very low framerate and
it jerks about.
In-game:
When freelooking around, the game seems to stay at the correct rate but the
mouse movements are jerked and misinterpreted. It looks like the FPS is
dropping to 5 when the jerks occur, but the FPS remains constant through the
jerks.
Audio is not effected.
--
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=42858
Bug ID: 42858
Summary: Stuttering sound setting the OS to Windows 7 and
higher on FreeBSD
Product: Wine
Version: 2.4
Hardware: x86-64
OS: FreeBSD
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: adrien_fernandes2(a)hotmail.com
On every games I try, when I set to Windows XP, the sound is working correctly
but if I set to Windows 7 and higher, the sound will stutter, whatever the game
you are trying.
It's a bit annoying when you have to set the OS to Windows 7 like with Enter
the Gungeon to make it work.
I tried Resident Evil Revelations and Enter the Gungeon, they both have the
same problem so I guess it's something related to FreeBSD (maybe more BSD OS)
--
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.