http://bugs.winehq.org/show_bug.cgi?id=33296
Bug #: 33296 Summary: Need For Speed Most Wanted 1 - Control sticks Product: Wine Version: 1.5.27 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dinput AssignedTo: [email protected] ReportedBy: [email protected] Classification: Unclassified
From 1.5.17 have regression in input control on nfs mw. Pressing is delayed a
few seconds after you released it. Like RELEASE action is delayed, and when, for example, pressing to left a few secconds, then release key - car stil going to the left. It reproduced not only on the that, have on any key in game. Regression still have 1.5.17 - 1.5.27, on <= 1.5.16 work fine.
http://bugs.winehq.org/show_bug.cgi?id=33296
joaopa [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected]
--- Comment #1 from joaopa [email protected] 2013-03-29 16:10:00 CDT --- Please, perform a regression test http://wiki.winehq.org/RegressionTesting
http://bugs.winehq.org/show_bug.cgi?id=33296
Austin English [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression
http://bugs.winehq.org/show_bug.cgi?id=33296
Axper Jan [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected]
--- Comment #2 from Axper Jan [email protected] 2013-10-20 15:35:26 CDT --- Can't reproduce neither in 1.5.17 or latest 1.7.4 Need for Speed Most Wanted (2005) retail version 1.03, same with demo Running in clean prefix
https://bugs.winehq.org/show_bug.cgi?id=33296
--- Comment #3 from Axper Jan [email protected] --- I apologize, this is indeed a valid bug. There's a noticable delay between key press/release and it's effect on the game. This is especially noticable during drag races and when there's limited CPU power for the game.
This bug is also present in the demo version.
The bug appears between 1.5.17 and 1.5.18. Near this bug there's another bug (broken keyboard input) which prevents me from bisecting further, so here's the output I get:
There are only 'skip'ped commits left to test. The first bad commit could be any of: 1973a808c26f294bd0fad0023c1115c2c231353c 9bf8bd52cf33d1114d8f3df7ffdeb70b8f63e01a b1d4793344c08ca3722e15dc17c4c8d9b40bf0a3 6256379a967ee862bfb342bf12c945934eb95c04 a0e266972cb3d1c47d0614bd9c419076152c3419 0be5ad8ece66a1c7c3e66710139a4ead033c87c7 17cc65a0df2f277cb1573cacc337e6c8a0054b7a 7178228d52199c452eaabc640c0e2f8604cf272f cade59aab7b80ede7e8ff1e4310dd4d886c31573 2b5ddbfe9a39b7c16fb20b33b0201252c51532cf 3131a9f831dcdc385bebbf226ae3ad6b28cc3f50 2f5123cbbc8655fc410ed47b0e7dff51d857a3ae 47513d955184d0c5fe263671f410cfb766a019f6 892c16e6611fa70c28558c93ac3228617fb1fa15 d202daa1829f60bc5c05a8c4cf8a2ad57e7eb792 7baf4ecd064a0c226ce3ceb2b83182a70328d65e 841214ddb4d4dc620e6b51dfe6655b585d423edc a0f039a6049641cc2be8fa32f2afa3c3f394a99b We cannot bisect more!
https://bugs.winehq.org/show_bug.cgi?id=33296
--- Comment #4 from Axper Jan [email protected] --- Same in 1.7.16
https://bugs.winehq.org/show_bug.cgi?id=33296
dominator [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected]
https://bugs.winehq.org/show_bug.cgi?id=33296
Paul Bredbury [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected]
--- Comment #5 from Paul Bredbury [email protected] --- Does running this:
xset r off
... before running Wine, help?
https://bugs.winehq.org/show_bug.cgi?id=33296
Anastasius Focht [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected]
--- Comment #6 from Anastasius Focht [email protected] --- *** Bug 34073 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=33296
Ken Sharp [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |performance Component|directx-dinput |-unknown Summary|Need For Speed Most Wanted |Need For Speed Most Wanted |1 - Control sticks |1 - Key response appears | |delayed
https://bugs.winehq.org/show_bug.cgi?id=33296
Deve [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected]
--- Comment #7 from Deve [email protected] --- This bug is still present in current wine (I checked it on version 1.9.5) and indeed it works properly when key repeating is turned off.
This bug also occurs in NFS Hot Pursuit (2010).
https://bugs.winehq.org/show_bug.cgi?id=33296
--- Comment #8 from joaopa [email protected] --- Is still a bug in current wine(3.20)?
https://bugs.winehq.org/show_bug.cgi?id=33296
--- Comment #9 from joaopa [email protected] --- Can an administrator put the link at the url place: https://need-for-speed-most-wanted-demo.en.softonic.com/
Comment 4 says the bug occurred with the demo too
https://bugs.winehq.org/show_bug.cgi?id=33296
Andrey Gusev [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Need For Speed Most Wanted |Delayed key response for a |1 - Key response appears |multiple games (NFS: Most |delayed |Wanted (2005), NFS: Hot | |Pursuit (2010), Project | |Cars) Status|UNCONFIRMED |NEW Ever confirmed|0 |1
--- Comment #10 from Andrey Gusev [email protected] --- Confirm for NFS: Hot Pursuit (2010) and Project Cars. Disabling Repeat Keys helps.
wine-3.21-54-g92f38bc879
https://bugs.winehq.org/show_bug.cgi?id=33296
--- Comment #11 from Andrey Gusev [email protected] --- Looks it's NOTOURBUG due to bug 18296.
https://bugs.winehq.org/show_bug.cgi?id=33296
Zebediah Figura [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |DUPLICATE Status|NEW |RESOLVED CC| |[email protected]
--- Comment #12 from Zebediah Figura [email protected] --- Marking duplicate based on comments 7 and 10.
*** This bug has been marked as a duplicate of bug 18296 ***
https://bugs.winehq.org/show_bug.cgi?id=33296
--- Comment #13 from Deve [email protected] --- Lol, this bug was reproducible at least in 2018 and you say it is related to a bug in xserver that has been fixed in 2009. You just want to close some bug reports before the release. Sure, no problem.
https://bugs.winehq.org/show_bug.cgi?id=33296
Zebediah Figura [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|DUPLICATE |--- Ever confirmed|1 |0 Status|RESOLVED |UNCONFIRMED
--- Comment #14 from Zebediah Figura [email protected] --- (In reply to Deve from comment #13)
Lol, this bug was reproducible at least in 2018 and you say it is related to a bug in xserver that has been fixed in 2009. You just want to close some bug reports before the release. Sure, no problem.
I don't particularly care when this bug gets closed (and, for what it's worth, bugs closed as DUPLICATE aren't listed in the release notes). Note also that distributions can be very slow to update core programs like the X server.
I tried running Need For Speed: Most Wanted via win32 Steam using current wine (6.0-rc6), with autorepeat on (`xset r on`). It responded to keyboard input immediately. This is with Xorg server 1.20.10 and kwin 5.20.4.
Please let us know if you can reproduce this bug with an up-to-date X server (I believe that the patch was released in 1.7). In that case the bug should be kept open, or at least not marked as a duplicate.
https://bugs.winehq.org/show_bug.cgi?id=33296
--- Comment #15 from Gabriele [email protected] --- (In reply to Vladimir from comment #0)
From 1.5.17 have regression in input control on nfs mw. Pressing is delayed a few seconds after you released it. Like RELEASE action is delayed, and when, for example, pressing to left a few secconds, then release key - car stil going to the left. It reproduced not only on the that, have on any key in game. Regression still have 1.5.17 - 1.5.27, on <= 1.5.16 work fine.
Bug is still present on wine-staging 6.3, it happens when the CPU is on high loads, only with the keyboard because controllers won't suffer from this bug. For example, no man's sky is the heaviest game I'm playing these days and when I've got low fps this problem occur more frequently. Yesterday it pissed me off so much because keys got stuck 5 times in a row for 5 seconds each and I was in a highly toxic planet, I almost died... the "dummy" solution is to release every key for 2/3 seconds and press again the intended key or keys
https://bugs.winehq.org/show_bug.cgi?id=33296
Zebediah Figura [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords|regression | Summary|Delayed key response for a |Multiple games have delayed |multiple games (NFS: Most |key response when under |Wanted (2005), NFS: Hot |high CPU load (NFS: Most |Pursuit (2010), Project |Wanted (2005), NFS: Hot |Cars) |Pursuit (2010), Project | |Cars)
--- Comment #16 from Zebediah Figura [email protected] --- (In reply to Gabriele from comment #15)
Bug is still present on wine-staging 6.3, it happens when the CPU is on high loads, only with the keyboard because controllers won't suffer from this bug. For example, no man's sky is the heaviest game I'm playing these days and when I've got low fps this problem occur more frequently. Yesterday it pissed me off so much because keys got stuck 5 times in a row for 5 seconds each and I was in a highly toxic planet, I almost died... the "dummy" solution is to release every key for 2/3 seconds and press again the intended key or keys
I suspect then that this bug has always been the conflation of two different issues. Since it's already open, let's try to clarify it by making it just about CPU load.
(I'm not sure what if anything Wine can do in these situations, but it probably would take some debugging to find out.)
https://bugs.winehq.org/show_bug.cgi?id=33296
--- Comment #17 from Gabriele [email protected] --- (In reply to Zebediah Figura from comment #16)
(In reply to Gabriele from comment #15)
Bug is still present on wine-staging 6.3, it happens when the CPU is on high loads, only with the keyboard because controllers won't suffer from this bug. For example, no man's sky is the heaviest game I'm playing these days and when I've got low fps this problem occur more frequently. Yesterday it pissed me off so much because keys got stuck 5 times in a row for 5 seconds each and I was in a highly toxic planet, I almost died... the "dummy" solution is to release every key for 2/3 seconds and press again the intended key or keys
I suspect then that this bug has always been the conflation of two different issues. Since it's already open, let's try to clarify it by making it just about CPU load.
(I'm not sure what if anything Wine can do in these situations, but it probably would take some debugging to find out.)
The thing that irritates me the most is that disabling "key repetition" under accessibility option removes the problem almost completely... something releated to "key up" and "key down" commands, if they exists at all?
https://bugs.winehq.org/show_bug.cgi?id=33296
--- Comment #18 from Gabriele [email protected] --- export XMODIFIERS=@im=none in .profile has fixed this for me, and I wonder why
https://bugs.winehq.org/show_bug.cgi?id=33296
Olivier F. R. Dierick [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- Ever confirmed|0 |1 Status|UNCONFIRMED |NEW CC| |[email protected]
--- Comment #19 from Olivier F. R. Dierick [email protected] --- Hello,
I'm affected by the issue since I upgraded my computer from Debian 8 to Debian 12 in June. My brother's computer is also affected since I upgraded his computer from Debian 8 to Debian 12 in November.
This affects multiple unrelated applications (games). I can confirm the issue with: • World of Warships • The Elder Scrolls V Skyrim • Metro Exodus • Far Cry 3 • The Lord of the Rings Online
The behavior is as initially described: When performing an action through holding a key, the action doesn't stop immediately when releasing the key. The action continue for a delay that varies, the longer the key was held, the longer it takes for the action to stop after releasing the key.
In first/third person-view games, it's mostly noticeable when using movement keys, as the character doesn't stop moving when the key is released. In closed environment (interiors), the issue is less noticeable, probably because of lower CPU load. I currently don't play driving games, but driving a vehicle in Far Cry 3 is affected by the delay.
In other games, it's noticeable when the player has to hold a key to display temporary overlays/info. In World of Warships, I hold tab to display the team overview during a match. When I release the key, the overlay stays open for nearly as much seconds that I held the key.
The mentioned workaround that consists of disabling repeating keys with "xset r off" does work in all cases. The issue doesn't affect modifiers keys such as CTRL, ALT and SHIFT. I think modifiers key aren't subject to repeating when held, which may explain why they are not affected, same with mouse buttons.
The last version of Wine that I compiled on Debian 8 was 8.9. Downgrading wine to 8.9 on Debian 12 doesn't fix the issue. I never had that issue on Debian 8 or earlier as far as I recall.
This issue is neither the old IBus bug where keys were constantly switching between pressed/released state when held, nor the Skyrim bug where the character was stuck moving indefinitely until the corresponding key was pressed/released again.
Regards.
https://bugs.winehq.org/show_bug.cgi?id=33296
--- Comment #20 from Olivier F. R. Dierick [email protected] --- Hello,
I just tested 'ibus exit' while in-game with 'xset r on', and the issue is not present.
As soon as I start ibus with 'ibus start' the issue comes back.
I think this is an ibus bug.
Regards.
https://bugs.winehq.org/show_bug.cgi?id=33296
--- Comment #21 from Olivier F. R. Dierick [email protected] --- (In reply to Olivier F. R. Dierick from comment #19)
I'm affected by the issue since I upgraded my computer from Debian 8 to Debian 12 in June.
The last version of Wine that I compiled on Debian 8 was 8.9. Downgrading wine to 8.9 on Debian 12 doesn't fix the issue. I never had that issue on Debian 8 or earlier as far as I recall.
Hello,
Bad memories, The first upgrade happened in July and the last version compiled on Debian 8 was 8.11, which is also the first version I compiled on Debian 12, to check out if I would loose game usability before switching to the new OS for good. The rest of my comment remains valid.
Regards.
https://bugs.winehq.org/show_bug.cgi?id=33296
Olivier F. R. Dierick [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.winehq.org/sho | |w_bug.cgi?id=57121