https://bugs.winehq.org/show_bug.cgi?id=56478
Bug ID: 56478
Summary: Requesting sub HD fullscreen resolutions breaks
applications/games on Apple Silicon
Product: Wine
Version: 9.5
Hardware: aarch64
OS: MacOS
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: winemac.drv
Assignee: wine-bugs(a)winehq.org
Reporter: ammoniak-molar-0r(a)icloud.com
Apple Silicon equipped Macs do not support "legacy" low (virtual?) display
resolutions anymore. Due to this several old Windows games running through wine
are broken, even though they run perfectly well otherwise.
Resolutions like 800x600px and lower are definitely effected, though I think
this applies to anything below 1024x768px.
A possible but undesired workaround is falling back the legacy X11 (XQuartz)
environment and its virtual desktop mode or using windows side tools which
enforce executables to run in windowed mode (like Dxwnd).
To my knowledge implementing something like the before mentioned virtual
desktop mode isn't feasible on macOS as child windows aren't supported.
Therefor I propose the solution, that the winemac.drv should ignore
wine/windows API "fullscreen calls", if the desired resolution is below
1024x768, when running on Apple Silicon. While this might break wine's
philosophy regarding windows function parity it would allow older software to
"just work" again without any manual workarounds.
An effected windows game would be "Colin McRae Rally 2005" which got a Demo
available. Further information, documentation and links regarding this issue
can be found here:
https://github.com/Gcenx/WineskinServer/issues/530#issuecomment-2016763641
Best,
Rastafabisch
--
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=42119
Bug ID: 42119
Summary: Unigine Heaven Benchmark 4.0 not working in dx11 mode
Product: Wine
Version: 2.0-rc3
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: isakov-sl(a)bk.ru
Distribution: ---
Created attachment 56646
--> https://bugs.winehq.org/attachment.cgi?id=56646
10.0 is not supported
The message is not true. My graphics card supported DX11 and SM5.0
macOS Sierra supported OpenGL4.1
In log there are few messages
~~~~
fixme:dxgi:DXGID3D10CreateDevice Ignoring flags 0x1.
fixme:dxgi:dxgi_check_feature_level_support Ignoring adapter type.
fixme:dxgi:dxgi_device_init Ignoring adapter type.
fixme:d3d11:device_parent_create_swapchain_texture device_parent 0x1a1774,
container_parent 0x1a13f8, wined3d_desc 0x33e820, wined3d_texture 0x1dc6c8
partial stub!
fixme:d3d11:device_parent_create_swapchain_texture Implement DXGI<->wined3d
usage conversion.
fixme:d3d:context_create OpenGL implementation does not support
GL_PRIMITIVE_RESTART_FIXED_INDEX.
fixme:dxgi:dxgi_factory_CreateSwapChain iface 0x1a41d8, device 0x1a1748, desc
0x33ec44, swapchain 0x48c888 partial stub!
fixme:dxgi:dxgi_factory_CreateSwapChain Ignoring SwapEffect 0.
fixme:d3d11:device_parent_create_swapchain_texture device_parent 0x1a1774,
container_parent 0x1dd158, wined3d_desc 0x33eab0, wined3d_texture 0x1de730
partial stub!
fixme:d3d11:device_parent_create_swapchain_texture Implement DXGI<->wined3d
usage conversion.
fixme:d3d:context_create OpenGL implementation does not support
GL_PRIMITIVE_RESTART_FIXED_INDEX.
fixme:d3d11:device_parent_create_swapchain_texture device_parent 0x1a1774,
container_parent 0x1dd158, wined3d_desc 0x33eab0, wined3d_texture 0x1e0718
partial stub!
fixme:d3d11:device_parent_create_swapchain_texture Implement DXGI<->wined3d
usage conversion.
fixme:dxgi:dxgi_factory_MakeWindowAssociation iface 0x1a41d8, window 0x10092,
flags 0x3 stub!
--
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=41930
Bug ID: 41930
Summary: Civilization III Complete shows black terrain (Wine
compiled with OSMesa support)
Product: Wine
Version: 1.7.38
Hardware: x86
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: michael(a)fds-team.de
Regression SHA1: e618ab65ed5b623785c58ea5ece6e39895d43063
Distribution: ---
Created attachment 56311
--> https://bugs.winehq.org/attachment.cgi?id=56311
screenshot
This is one of the few games that I know of which makes some use of OpenGl in
bitmaps. When Wine was compiled with OSMesa support, tiles containing terrain
turn black as soon as I launch a game.
Reproduced with Nvidia binary drivers 375.20 and nouveau/mesa.
I tried Civilization III Complete (both the Steam and the GOG.com versions have
this bug).
Terminal output:
fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to
16
err:ole:CoGetClassObject class {5959df60-2911-11d1-b049-0020af30269a} not
registered
err:ole:CoGetClassObject no class object {5959df60-2911-11d1-b049-0020af30269a}
could be created for context 0x1
Reverting the following patch on top of git fixes the problem:
commit e618ab65ed5b623785c58ea5ece6e39895d43063
Author: Michael Müller <michael(a)fds-team.de>
Date: Tue Feb 3 11:07:38 2015 +0100
gdi32: Fix arguments for OSMesaMakeCurrent when using 16 bit formats.
Please let me know if you need debug logs.
wine-1.9.24-105-g1d3b944
Fedora 24 x86_64
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce GT 730/PCIe/SSE2
OpenGL core profile version string: 4.5.0 NVIDIA 375.20
Installed packages:
mesa-libOSMesa.i686 13.1.0-0.12.git95ddb37.fc24
mesa-libOSMesa.x86_64 13.1.0-0.12.git95ddb37.fc24
mesa-libOSMesa-devel.i686 13.1.0-0.12.git95ddb37.fc24
mesa-libOSMesa-devel.x86_64 13.1.0-0.12.git95ddb37.fc24
--
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=49167
Bug ID: 49167
Summary: Wine staging 5.8 not available on macos download page
Product: Wine-staging
Version: 5.8
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rmkk(a)atlas.cz
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Please check the reason
--
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=56713
Bug ID: 56713
Summary: Vampire: The Masquerade - Bloodlines Vampire.exe
process keeps lingering
Product: Wine
Version: 9.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: accounts.winehq.org(a)vv221.fr
Distribution: ---
After quitting Vampire: The Masquerade - Bloodlines, the "Vampire.exe" process
keeps lingering and must be killed or it will keep running endlessly.
This is especially noticeable when running the game in a virtual desktop,
because the virtual desktop will keep lingering too until the "Vampire.exe"
process is killed.
Despite the bug metadata being set to WINE 9.8, the current 9.9 build is
affected too (but is not proposed when opening a new bug report).
--
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=10522
Summary: endless WM_PAINT loop bug (update regions, queue paint
count)
Product: Wine
Version: CVS/GIT
Platform: PC
URL: http://www.microsoft.com/whdc/devtools/debugging/install
x86.mspx
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-user
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Created an attachment (id=9265)
--> (http://bugs.winehq.org/attachment.cgi?id=9265)
trace with WINEDEBUG=+tid,+message,+win,+server
Hello,
I've seen this bug a while ago in other apps but ignored it because it was not
easily to reproduce.
Well until recently when I tested some stuff with windbg from "Debugging Tools
for Windows" (Microsoft).
I used debugging tools version 6.8.4.0 and recent GIT
(wine-0.9.49-302-g58b85bb).
Immediately when a child window was opened using toolbar (register, locals, ..
whatever), windbg would become unresponsive, eating most CPU.
Happens in both GUI modes - "floating/docking toolwindow" and "MDI emulation.
Though "MDI emulation" is more obvious, it actually shows the endless
refreshing (window caption).
Attached is WINEDEBUG=+tid,+message,+win,+server log.
Additionally I added a trace message which prints the current queue paint count
(when incremented or fetched) which makes some things easier to spot.
Printed as "inc_queue_paint_count: %d" and "get_message_paint_count: %d".
The window hierarchy is as follows:
--- snip ---
*root*=0x10020
Shell_TrayWnd=0x10022
WinDbgFrameClass=0x10024
DockClass=0x10026
ToolbarWindow32=0x10028
msctls_statusbar32=0x1002a
tooltips_class32=0x1002e
WinBaseClass=0x10030
ToolbarWindow32=0x10032
SysListView32=0x10034
SysHeader32=0x10036
RichEdit20W=0x10038
--- snip ---
After the child windows are created the queue paint count never drops to zero,
resulting in endless WM_PAINT processing.
Maybe some update (region) code path missed or flags problem?
I played a bit with ignoring null region updates and it seemed to help a bit
(preventing endless WM_PAINT loop) though other stuff wasn't drawn properly
then.
Regards
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51697
Bug ID: 51697
Summary: Far cry 5, frequent stuttering due to ntdll spam
Product: Wine-staging
Version: 6.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gab.pulcio(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 70570
--> https://bugs.winehq.org/attachment.cgi?id=70570
12.5MB log, mostly spam from ntdll that causes a lot of lag in-game, in my
opinion
DXVK is not the issue as far as I know, since it doesn't throw any error, NTDLL
though, spams like hell, since the log is 12.5MB and that makes the game laggy
very frequently, sometimes my FPS dips to 15/20 for various seconds (and it's
not the CPU throttling lag, since I disabled PROCHOT response and undervolted
the CPU)
--
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=56528
Bug ID: 56528
Summary: Emipres2.exe encountered a serious problem and needs
to close.
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: marcopolo22(a)live.co.uk
Distribution: ---
Created attachment 76280
--> https://bugs.winehq.org/attachment.cgi?id=76280
back trace of said game, Age of Empires 2
Running an old pc game which did work on zorin 16.3 until the windows ap
support was changed to include bottles over playon linux
--
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=30111
Bug #: 30111
Summary: Crysis 2 ingame crashes
Product: Wine
Version: 1.4-rc6
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: christian.frank(a)gmx.de
Classification: Unclassified
Hi Guys,
after getting the crysis2 loading issue fixed, i noticed that the game itself
runs well, but very very unstable.
The game simply crashes. The last i see on the console is (the d3d_texure fixme
is repeatedly displayed all the time you play)
fixme:d3d_texture:wined3d_texture_generate_mipmaps texture 0x159925c8 stub!
fixme:d3d_texture:wined3d_texture_generate_mipmaps texture 0x15992338 stub!
fixme:faultrep:ReportFault 0x32df20 0x0 stub
fixme:d3d_texture:wined3d_texture_generate_mipmaps texture 0x159925c8 stub!
The sound of the game is still running but the process is [defunct].
Any ideas on how to debug this issue ? Any recommend traces ?
I also noticed a freeze after a ingame video sequence.
Many thanks,
Christian
--
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.