http://bugs.winehq.org/show_bug.cgi?id=11607
Summary: Blood 2: The Chosen keyboard repeat problem Product: Wine Version: 0.9.55. Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: liquid.acid@gmx.net
Hi there,
I'm filing another Blood 2 bug. This one is input related, more precisely about keyboard input. I know that the Blood 2 informations on the net mentioned the support for DirectInput devices, but I'm not sure this is a dinput bug. So I'm leaving this to unknown for now.
To the problem: I installed Blood 2 through wine and did no patching (version is still 1.0). Also the copy protection was not removed, the executable should be clean.
Starting the game and entering the configuration menu I noticed it was very hard to setup the keys I wanted to use in the game (like moving forward, backward, etc.)
When running Blood 2 natively you select a action in the menu you want to map. You press ENTER and the game engine waits for you to press another key, which it uses for mapping.
Now when running wine I had to be REALLY quick when pressing the mapkey. Like some milliseconds later, it was really no fun to config the game. When I wasn't quick enough for an action the ENTER key itself is mapped.
Now the interesting part. When not releasing the ENTER key after pressing it, and then pressing the mapkey, the process works.
I suspect that the ENTER key generates two events for the game. Pressing and releasing, and the game interprets both events as seperate key presses, so ENTER gots mapped to everything (because the engine thinks it's pressed twice).
So either this is X related or a bug in the wine's keyb implementation.
Thanks, Tobias
http://bugs.winehq.org/show_bug.cgi?id=11607
Rico kgbricola@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |kgbricola@web.de
--- Comment #1 from Rico kgbricola@web.de 2008-02-17 04:18:36 --- Could you have a look here http://bugs.winehq.org/show_bug.cgi?id=11589 , please? Does your keyboard work in other apps (which are not running in wine)? Could you add your system specs (kernel, distribution, CPU, ...)?
http://bugs.winehq.org/show_bug.cgi?id=11607
Tobias Jakobi liquid.acid@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |liquid.acid@gmx.net
--- Comment #2 from Tobias Jakobi liquid.acid@gmx.net 2008-02-17 11:23:39 --- No, the bug doesn't seem to be related. The key is not stuck, it just produces two "press events".
When not in wine the keyboard just works fine. I never had any problems with repeated keys, stuck keys, etc. - so no bug relationship here.
Some informations:
Distribution is Gentoo Linux
uname -a: Linux leena 2.6.23-gentoo-r8 #1 PREEMPT Tue Feb 12 13:07:10 CET 2008 i686 Intel(R) Celeron(R) M processor 1.50GHz GenuineIntel GNU/Linux
This is a the custum gentoo kernel, the latest of the 23-series which incorporates the vmsplice-exploit fixes. Pretty standard stuff though, I doubt it has anything to do with the kernel.
xorg-server-1.4.0.90-r3 xf86-input-keyboard-1.2.2 xf86-video-intel-2.2.0.90
http://bugs.winehq.org/show_bug.cgi?id=11607
Tobias Jakobi liquid.acid@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jb.faq@gmx.de
--- Comment #3 from Tobias Jakobi liquid.acid@gmx.net 2008-02-20 17:40:07 --- Additional informations: Something that also happens. I'm in the keyboard configuration menu. A arbitrary action is selected with the cursor keys.
1) I press and hold ENTER (to only generate one ENTER press event) 2) I press the button I want to assoicate to the action (lets call it X) 3) I release X 4) The action gets associated (visual confirmation) 5) I release ENTER 6) Now I want to move to the next action with the cursor keys 7) I tap the down cursor 8) Nothing happens, the key press seems to be eaten somewhere 9) Another tap on the down cursor then finally does something
That's totally not the intendent behaviour. Now when I exit configuration and get back into the game (by pressing ESC multiple times) the second mouse button seems to hang (secondary weapon fire is executed all the time). A click on the second mouse button releases the hang and the weapon stops firing.
Should I post a seperate bug for this mouse problem? Because it seems quite related to the rest.
Greets, Tobias
http://bugs.winehq.org/show_bug.cgi?id=11607
Jan Buecken jb.faq@gmx.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #4 from Jan Buecken jb.faq@gmx.de 2008-02-21 06:58:23 --- *** This bug has been confirmed by popular vote. ***
http://bugs.winehq.org/show_bug.cgi?id=11607
--- Comment #5 from Austin English austinenglish@gmail.com 2008-06-04 11:56:42 --- Is this still an issue in 1.0-rc3 or newer wine?
http://bugs.winehq.org/show_bug.cgi?id=11607
--- Comment #6 from Tobias Jakobi liquid.acid@gmx.net 2008-06-06 18:29:18 --- Yes, it's still present with wine-1.0_rc3.
Furthermore mouse input is now completly fucked up. When entering game I get a constant circular mouse movement, making the character spinning around like crazy.
I can somehow stop this via keyboard input, but the mouse then becomes totally unuseable.
Going to try with native dinput.
http://bugs.winehq.org/show_bug.cgi?id=11607
--- Comment #7 from Tobias Jakobi liquid.acid@gmx.net 2008-06-06 18:35:50 --- Partial success while using native dinput.dll and native dinput8.dll (Vitaliy suggested this in my other dinput bug concerning UT).
The "too fast reaction"-bug isn't present with native DLLs. The "eaten event" problem stays.
So keyboard is somehow working, but mouse is completly dead now. Of course it doesn't go crazy anymore, but the game also doesn't receive any input from my mouse.
http://bugs.winehq.org/show_bug.cgi?id=11607
--- Comment #8 from Tobias Jakobi liquid.acid@gmx.net 2008-09-23 12:21:46 --- Reconfirming with wine-1.1.5
http://bugs.winehq.org/show_bug.cgi?id=11607
--- Comment #9 from Tobias Jakobi liquid.acid@gmx.net 2009-01-24 18:55:42 --- Reconfirming with wine-1.1.13
http://bugs.winehq.org/show_bug.cgi?id=11607
Ori Avtalion ori@avtalion.name changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ori@avtalion.name
--- Comment #10 from Ori Avtalion ori@avtalion.name 2009-04-15 06:50:08 --- Could this problem manifest in Braid too? (demo: http://www.playgreenhouse.com/game/NNONE-000001-01/ )
Pressing and holding the spacebar will cause the character to jump repeatedly. On windows, the character only jumps once.
http://bugs.winehq.org/show_bug.cgi?id=11607
Tomasz Sałaciński tsalacinski@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |tsalacinski@gmail.com
--- Comment #11 from Tomasz Sałaciński tsalacinski@gmail.com 2009-04-26 18:00:58 --- Reconfirming with WINE-1.1.20
http://bugs.winehq.org/show_bug.cgi?id=11607
--- Comment #12 from Austin English austinenglish@gmail.com 2009-10-29 15:25:21 --- Is this still an issue in current (1.1.32 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=11607
Angus faux@mailinator.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |faux@mailinator.com
--- Comment #13 from Angus faux@mailinator.com 2009-11-11 09:43:45 --- I can confirm this is still an issue in current wine-1.1.32
http://bugs.winehq.org/show_bug.cgi?id=11607
--- Comment #14 from Austin English austinenglish@gmail.com 2010-05-19 16:41:30 --- Does the demo have the same problem? http://www.downloadic.com/28253-Blood-II-The-Chosen-Demo-1.0-Build-108.html
Is this still an issue in current (1.1.44 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=11607
--- Comment #15 from Tobias Jakobi liquid.acid@gmx.net 2010-05-19 17:21:55 --- Yeah, for this problem choosing the full game or the demo doesn't make a difference.
http://bugs.winehq.org/show_bug.cgi?id=11607
GyB gyebro69@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gyebro69@gmail.com
--- Comment #16 from GyB gyebro69@gmail.com 2010-10-17 02:06:32 CDT --- I can observe the issue in Wine-1.3.5 and the game version is 2.1.233 (comes from gog.com). Tested with a clean Wine install, without native dinput dlls.
You have to press <Enter> and the corresponding button almost simultaneously in the keyboard configuration menu else only <Enter> is accepted.
http://bugs.winehq.org/show_bug.cgi?id=11607
--- Comment #17 from GyB gyebro69@gmail.com 2011-07-11 12:41:25 CDT --- Still a problem in Wine-1.3.24, Fedora 15, X Server 1.10.2.
Can be reproduced in the demo, too. http://www.fileplanet.com/47149/40000/fileinfo/Blood-2:-The-Chosen-Demo
http://bugs.winehq.org/show_bug.cgi?id=11607
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download URL| |http://www.fileplanet.com/4 | |7149/40000/fileinfo/Blood-2 | |:-The-Chosen-Demo
http://bugs.winehq.org/show_bug.cgi?id=11607
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Platform|All |Other
--- Comment #18 from Austin English austinenglish@gmail.com 2012-02-23 15:23:38 CST --- Removing deprecated 'All' Platform.
http://bugs.winehq.org/show_bug.cgi?id=11607
--- Comment #19 from GyB gyebro69@gmail.com 2013-01-27 09:58:10 CST --- Still present in 1.5.22. Fedora 18, X.Org X Server 1.13.1.
http://bugs.winehq.org/show_bug.cgi?id=11607
Jarkko K jarkko_korpi@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jarkko_korpi@hotmail.com
--- Comment #20 from Jarkko K jarkko_korpi@hotmail.com --- Any update?
http://bugs.winehq.org/show_bug.cgi?id=11607
Ori Avtalion ori@avtalion.name changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|ori@avtalion.name |
https://bugs.winehq.org/show_bug.cgi?id=11607
Teras teras@luukku.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |teras@luukku.com
--- Comment #21 from Teras teras@luukku.com --- The issue is still there
1.7.36
https://bugs.winehq.org/show_bug.cgi?id=11607
Sebastian Lackner sebastian@fds-team.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sebastian@fds-team.de
--- Comment #22 from Sebastian Lackner sebastian@fds-team.de --- The following patch seems to fix the issue for me:
https://github.com/wine-compholio/wine-staging/blob/master/patches/dinput-De...
However there are a couple of more input issues, would be nice if someone with a Windows machine could test if these are game bugs or additional issues in the Wine input code.
Assigning the up/down keys for example behaves very weird with this patch applied (selection in the controls configuration changes before assigning a new key), and assigning ENTER to a key doesn't work at all. The behaviour is identical to native dinput though, so if it works on Windows those bugs must be in a different area of Wine.
https://bugs.winehq.org/show_bug.cgi?id=11607
Sebastian Lackner sebastian@fds-team.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |directx-dinput
https://bugs.winehq.org/show_bug.cgi?id=11607
Wylda wylda@volny.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |wylda@volny.cz
https://bugs.winehq.org/show_bug.cgi?id=11607
--- Comment #23 from Sebastian Lackner sebastian@fds-team.de --- Should be fixed with http://source.winehq.org/git/wine.git/commit/0d91274defcf65093957cf8e43985b9.... There are still remaining problems, but they are already covered by existing bug reports - with https://github.com/wine-compholio/wine-staging/tree/master/patches/dinput-Ev... applied it should work fine.
https://bugs.winehq.org/show_bug.cgi?id=11607
--- Comment #24 from Béla Gyebrószki gyebro69@gmail.com --- (In reply to Sebastian Lackner from comment #23)
Should be fixed with http://source.winehq.org/git/wine.git/commit/ 0d91274defcf65093957cf8e43985b9be55642d5. There are still remaining problems, but they are already covered by existing bug reports - with https://github.com/wine-compholio/wine-staging/tree/master/patches/dinput- Events applied it should work fine.
Works here, tested in wine-1.7.43-25-g0d91274 and Blood 2 from GOG.com. I'm just curious what are those other bugs you're referring to.
https://bugs.winehq.org/show_bug.cgi?id=11607
Sebastian Lackner sebastian@fds-team.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |0d91274defcf65093957cf8e439 | |85b9be55642d5 Status|NEW |RESOLVED Resolution|--- |FIXED
--- Comment #25 from Sebastian Lackner sebastian@fds-team.de --- (In reply to Béla Gyebrószki from comment #24)
(In reply to Sebastian Lackner from comment #23)
Should be fixed with http://source.winehq.org/git/wine.git/commit/ 0d91274defcf65093957cf8e43985b9be55642d5. There are still remaining problems, but they are already covered by existing bug reports - with https://github.com/wine-compholio/wine-staging/tree/master/patches/dinput- Events applied it should work fine.
Works here, tested in wine-1.7.43-25-g0d91274 and Blood 2 from GOG.com.
Thanks for testing, marking as fixed.
I'm just curious what are those other bugs you're referring to.
Not sure if the full version is affected, but when I tested with the demo the configuration menu behaved weird when trying to assign the UP / DOWN keys (instead of just assigning the key, it additionally jumps to next/previous element). This issue is fixed when applying the patch I mentioned, so its basically a duplicate of bug 8854.
https://bugs.winehq.org/show_bug.cgi?id=11607
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #26 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 1.7.44.
-
wine-bugs＠winehq.org