wine-bugs September 2022

wine-bugs@winehq.org

1 participants
3333 discussions

[Bug 44863] New: Performance regression in Prince of Persia 3D
by wine-bugs＠winehq.org 17 May '24

17 May '24

https://bugs.winehq.org/show_bug.cgi?id=44863 Bug ID: 44863 Summary: Performance regression in Prince of Persia 3D Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: stefan(a)codeweavers.com Distribution: --- Prince of Persia 3D's performance went from perfectly smooth to about 0.5 fps. I suspect 0b92a6fba7a6e60c6ff1a3729a3b21019c2df0ce is to blame, but I have not run a regression test yet. The problem is that the game creates a rather large (2MB) D3DVBCAPS_SYSTEMMEMORY, maps it (the entire buffer due to API limitations), writes a handful of vertices and draws a handful of vertices. Currently wined3d uploads the entire 2MB, evicts the sysmem copy and downloads it from the GPU every map / unmap / draw cycle. The most obvious performance fix is not to create a VBO. Doing this restores the performance, but questions remain. On startup, the game writes "NetImmerse D3DDriver Info: Hardware supports system memory textures" and "NetImmerse D3DDriver Info: No AGP support detected". The first info seems wrong, so it is possible that the game enters a codepath it does not choose on Windows. Not creating a VBO is not an option on Core Contexts, so I investigated what's going wrong with the PBO codepath on. First of all, evicting the sysmem copy seems like a bad choice. It happens because ddraw buffers are not marked dynamic. We may want to chance this. The game uses d3d3, so there's no DDLOCK_DISCARDCONTENTS. The game passes DDLOCK_WAIT | DDLOCK_WRITEONLY to IDirect3DVertexBuffer::Lock. Commenting out the eviction call improves performance quite a bit, but it is still noticeably slow. wined3d_buffer_map maps through heap_memory instead of glMapBuffer because of the "(flags & WINED3D_MAP_WRITE) && !(flags & (WINED3D_MAP_NOOVERWRITE | WINED3D_MAP_DISCARD))" condition. Removing this condition uses glMapBuffer, but does not improve performance. It seems the large glMapBuffer is still slow, at least on OSX with legacy contexts. So there are a few questions that need to be answered: *) Is the game using a broken codepath? *) Write tests for sysmem buffers *) Consider making all d3d3 buffers dynamic *) Test if the glMapBuffer path is fast on Linux *) Investigate if Core Contexts + GL_ARB_buffer_storage help on OSX. -- 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.

2 23

[Bug 45358] New: AC Syndicate is completely broken
by wine-bugs＠winehq.org 17 May '24

17 May '24

https://bugs.winehq.org/show_bug.cgi?id=45358 Bug ID: 45358 Summary: AC Syndicate is completely broken Product: Wine-staging Version: 3.10 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: berillions(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: Debian Created attachment 61658 --> https://bugs.winehq.org/attachment.cgi?id=61658 Graphic rendering completely broken Hello, With wine-3.10, it's possible to launch the game without crash. Now, there is a very big issue with graphic rendering with wined3d. (see screenshot) In the output console, i have a lot of message about : - "d3d_shader:shader_sm4_read_instruction_modifier Unhandled modifier 0xXXXXXXXX" - "err:d3d:wined3d_debug_callback 0x35451990: "GL_INVALID_OPERATION in glGetUniformLocation(program not linked)"" - "fixme:d3d_shader:shader_glsl_dump_program_source ..." - "fixme:d3d:context_bind_shader_resources Shader 0x34e90740 needs 34 samplers, but only 32 are supported." For Wine dev who want to reproduce the issue, you need wine-staging to avoid the issue with UPlay (bug #35902) + Wine AND the issue with AC Syndicate + Uplay with online mode (bug #45312) Google drive link for the log : https://drive.google.com/open?id=15Q2gY9uk_JohSwqlhwix9HK8BgUWCY5E -- 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.

2 14

[Bug 44009] New: Syberia Gog version: crash after cinematics
by wine-bugs＠winehq.org 17 May '24

17 May '24

https://bugs.winehq.org/show_bug.cgi?id=44009 Bug ID: 44009 Summary: Syberia Gog version: crash after cinematics Product: Wine Version: 2.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: legluondunet(a)free.fr Distribution: --- Created attachment 59671 --> https://bugs.winehq.org/attachment.cgi?id=59671 Syberia Gog wine 2.20 backtrace Hello, I just acquire the Syberia Gog version and it is impossible for me to play this game on Linux with Wine. Happily the game was free. How to reproduce: Install Syberia Gog version Launch the game, you can see cinematics but just when the menu appear the game crash. I joined you the terminal log/backtrace. Config: Ubuntu 17.10 Nvidia 384.90 -- 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.

2 6

[Bug 25009] New: Password Memory 2010 - Titlebar color rendering error
by wine-bugs＠winehq.org 17 May '24

17 May '24

http://bugs.winehq.org/show_bug.cgi?id=25009 Summary: Password Memory 2010 - Titlebar color rendering error Product: Wine Version: 1.3.6 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: rsflynn(a)gmail.com Created an attachment (id=31694) --> (http://bugs.winehq.org/attachment.cgi?id=31694) Password Memory 2010 Screenshot Password Memory 2010 v3.0.3 Download URL: http://download.cnet.com/Password-Memory-2010/3000-18501_4-10770367.html Titlebar is not rendered correctly. Half the title bar is in the application default blue, the other half is black. -- 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.

2 9

[Bug 29417] New: Mouse pointer laggy/slow in Dweebs and Dweebs 2
by wine-bugs＠winehq.org 17 May '24

17 May '24

http://bugs.winehq.org/show_bug.cgi?id=29417 Bug #: 29417 Summary: Mouse pointer laggy/slow in Dweebs and Dweebs 2 Product: Wine Version: 1.3.35 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk Classification: Unclassified This bug applies to the games Dweebs and Dweebs 2 by Mutation Software. Demos can be downloaded from http://www.tucows.com/preview/272853/DWEEBS-Platinum-Remix and http://www.tucows.com/preview/281667/DWEEBS-2-The-New-Breed Download and run one of the demos. Click Setup. On the title screen the mouse pointer is fine. However if you click Help, Credits or Exit, the pointer is very "laggy" on those screens. In-game the pointer lags slightly, but less than on the Help/Credits/Exit screens. (Also, with earlier versions of the first Dweebs game -- I tested the one on the Arcade Master CD published by eGames -- the pointer lags on the title screen as well.) I thought this problem might be the same as bug 29325, but it also occurs with Wine 1.3.31. -- 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.

2 12

[Bug 27745] New: Racer is unplayable
by wine-bugs＠winehq.org 17 May '24

17 May '24

http://bugs.winehq.org/show_bug.cgi?id=27745 Summary: Racer is unplayable Product: Wine Version: 1.3.24 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: bugmenot123456(a)mailinator.com Created an attachment (id=35498) --> (http://bugs.winehq.org/attachment.cgi?id=35498) Output of racer under wine-1.3.24 Racer used to work fine with wine-1.3.14. Somewhere between version 1.3.14 and 1.3.17 it stopped working. Now racer infinitely loops with following error after pressing "Race" button: RNetwork: waiting for connecting id response... RNetwork: out of loop, client connected: 0, id 0 (objectIDbatch=-640664278) RNetwork: connect attempt failed; be persistent (try 1) enet_host_connect; out of (1) peers ** Error: QNClient:Connect(); failed to create enet peer; out of connections Link to the program: http://racer.nl/download/racer0655.zip -- 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.

2 17

[Bug 51200] New: High repaint label volume causes freezing
by WineHQ Bugzilla 17 May '24

17 May '24

https://bugs.winehq.org/show_bug.cgi?id=51200 Bug ID: 51200 Summary: High repaint label volume causes freezing Product: Wine Version: 6.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dav75uk(a)yahoo.co.uk Distribution: --- Created attachment 70075 --> https://bugs.winehq.org/attachment.cgi?id=70075 Screenshot of the offending pane In ChessBase 11, using a chess engine (kibitzer) can cause freezing. Since the display shows the current move the engine is thinking about on a label, in some positions this can involve requests for repainting every few ms. This often causes the input to lock up for many seconds as the repaint queue is taking priority. This is most likely a repaint issue as the workaround is to place the window so the offending label is off-screen, and the lock-up no longer becomes an issue. It makes using the engine much more difficult though. This has been a problem for at least a year now. Suggestions are to give the input a higher priority, and/or to drop/throttle repaint frame requests when the queue becomes too long. -- 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.

1 4

[Bug 32346] New: Window is too large with Batman and Head Over Heels remakes
by wine-bugs＠winehq.org 17 May '24

17 May '24

http://bugs.winehq.org/show_bug.cgi?id=32346 Bug #: 32346 Summary: Window is too large with Batman and Head Over Heels remakes Product: Wine Version: 1.5.18 Platform: x86-64 URL: http://retrospec.sgn.net/ OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk Classification: Unclassified Created attachment 42686 --> http://bugs.winehq.org/attachment.cgi?id=42686 Batman window showing trash at right and bottom This issue applies to at least two game remakes available from http://retrospec.sgn.net/ Head Over Heels: http://retrospec.sgn.net/game-links.php?link=hoh Batman: http://retrospec.sgn.net/game-links.php?link=batman I'm testing with wine-1.5.18-114-ga61f68f, Lubuntu 11.10 x86-64, Nvidia driver 304.64. Wine seems to create the game window larger than it should be. There are strips at the bottom and right sides which are never rendered into; they contain trash/garbage. If you move the window, the trash changes, presumably reflecting whatever was in that part of the video memory beforehand? The size of the strips looks about the same as the size of the window decorations. -- 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.

2 7

[Bug 26545] New: Crysis2: Red color on highlights of Bumpmap/Specular Highlights
by wine-bugs＠winehq.org 17 May '24

17 May '24

http://bugs.winehq.org/show_bug.cgi?id=26545 Summary: Crysis2: Red color on highlights of Bumpmap/Specular Highlights Product: Wine Version: 1.3.16 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: mgavl69(a)juno.com Bumpmaps are highlighted in red. This goes goes the sky as well as objects. -- 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.

2 12

[Bug 28192] New: regedit: The usage message arrives too late in the wine console
by wine-bugs＠winehq.org 17 May '24

17 May '24

http://bugs.winehq.org/show_bug.cgi?id=28192 Summary: regedit: The usage message arrives too late in the wine console Product: Wine Version: 1.3.26 Platform: x86 OS/Version: All Status: NEW Severity: normal Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: fgouget(a)codeweavers.com To reproduce this start the console with 'wine wineconsole cmd' and then type 'regedit /?' in the wine console. You will get something like this: c:\>regedit /? c:\>Usage: regedit filename regedit /E filename [regpath] regedit /D regpath [...] Notice how the second wineconsole prompt appears before the regedit usage? I believe this happens because regedit uses msvcrt's stdio functions: it uses the '$(top_srcdir)/include/msvcrt' headers and that seems to be enough for it to link with msvcrt. So there are probably two things here: * This looks like a bug in the MSVCRT stdio functions. * regedit should probably use the WriteConsole() / WriteFile() functions anyway like all the other Wine tools. See the XCOPY_wprintf() function in programs/xcopy/xcopy.c or the output_*() functions in programs/net/net.c for a model on how to do this. And if making the switch to WriteConsole(), verify that running 'regedit /?' still works fine in a regular xterm or equivalent. (split off from bug 13861) -- 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.

2 13

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs September 2022