https://bugs.winehq.org/show_bug.cgi?id=55981
Bug ID: 55981
Summary: Dragon Age Origins: Runs slowly when using the
experimental wow64 mode
Product: Wine
Version: 8.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: berillions(a)gmail.com
Distribution: ---
Created attachment 75572
--> https://bugs.winehq.org/attachment.cgi?id=75572
Dragon Age : Origins main menu with new wow64 + OpenGL renderer
Dragon Age : Origins works with the new wow64 experimental mode but it's very
slowly and unplayable. This bug affect "Beyond Good & Evil" too.
Use DXVK fix this issue so something wrong with new wow64 + opengl renderer ?
--
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=52959
Bug ID: 52959
Summary: Some games are rendered in square instead fullscreen
Product: Wine
Version: 7.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d2d
Assignee: wine-bugs(a)winehq.org
Reporter: slawek(a)lach.art.pl
Distribution: ---
Some games (like Empire Earth: Gold, Commandos: Behind Enemy Lines) do not
render property. It renders only in top-left square (full game frame). Rest of
screen is black.
--
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=49780
Bug ID: 49780
Summary: wineconsole reports VT sequence support when it does
not
Product: Wine
Version: 5.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: magiblot(a)hotmail.com
Distribution: ---
Created attachment 68092
--> https://bugs.winehq.org/attachment.cgi?id=68092
Demo application to reproduce the issue
Wineconsole does not support applications writing Virtual Terminal sequences
through the Console API. That's fine. However, when enabling the console
ENABLE_VIRTUAL_TERMINAL_PROCESSING mode on stdout with SetConsoleMode, no error
is returned, so the application has no way to detect whether VT sequences are
supported or not. This is documented in
https://docs.microsoft.com/en-us/windows/console/setconsolemode.
The port of Turbo Vision at https://github.com/magiblot/tvision is affected by
this. When using the Console API, Turbo Vision prefers VT sequences over
SetConsoleCursorPosition/SetConsoleTextAttribute for code reusability and
performance. Nevertheless, it can fall back to the latter method when
SetConsoleMode fails to enable either ENABLE_VIRTUAL_TERMINAL_PROCESSING or
DISABLE_NEWLINE_AUTO_RETURN. Since SetConsoleMode does not return error on
wineconsole, garbage is shown instead of a colorful interface.
STEPS TO REPRODUCE
To reproduce the issue on Turbo Vision:
(A) - Using the attached 'tvdemo.exe'
1. Run the application on wineconsole. You should see a black-and-white
background and escape sequences drawn on the console.
2. Press Alt+F, then D. You should see the command prompt, and the message "VT
enabled" at the top, which demonstrates the issue in SetConsoleMode.
(B) - Compiling from source code (requires up-to-date CMake and MSVC).
1. Insert the following code after line 63 in source/linux/win32con.cpp
(https://github.com/magiblot/tvision/blob/dd4e410e60a34e08053399e346d4ed4e63…):
```
if (supportsVT)
cerr << "VT enabled" << endl;
else
cerr << "VT not enabled: " << GetLastError() << endl;
```
2. Follow the build instructions at
https://github.com/magiblot/tvision/blob/dd4e410e60a34e08053399e346d4ed4e63…
3. Follow the steps in (A).
EXPECTED BEHAVIOUR
On Windows, support for VT sequences can be disabled by turning on the "Legacy
Console" mode. If tvdemo.exe is ran in these conditions, the interface is
displayed properly. If entering the command prompt by pressing Alt+F, then D,
the message "VT not enabled: 87" is displayed (error 87 stands for
ERROR_INVALID_PARAMETER), which is what should be shown on wineconsole as well,
since it clearly does not support VT sequences.
Thank 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.
https://bugs.winehq.org/show_bug.cgi?id=51230
Bug ID: 51230
Summary: winecfg: Graphics tab - Per application settings don't
work
Product: Wine
Version: 6.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jkfloris(a)dds.nl
Distribution: ---
"Wine can mimic different Windows versions for each application. This tab is
linked to the Libraries and Graphics tabs to allow you to change system-wide
or per-application settings in those tabs as well."
>From this I understand that it should also be possible to also set the DPI or a
virtual desktop per application. Unfortunately, this does not work.
For example:
winecfg
Applications tab -> Add application -> "notepad.exe"
(select notepad.exe)
Graphics tab -> Select "Emulate a virtual desktop"
(click "Apply" and "OK")
wine notepad.exe
Now I expect notepad to run in a virtual desktop.
--
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=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.
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=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.