Opened 4 years ago
Closed 4 years ago
#11621 closed defect (fixed)
CINE: OS: Overly sensitive controls when cracking safe
Reported by: | Kurufinwe21 | Owned by: | karisal |
---|---|---|---|
Priority: | high | Component: | Engine: Cine |
Version: | Keywords: | ||
Cc: | Game: | Operation Stealth |
Description
ScummVM 2.2.0git8525-g693f4f7554 (Aug 26 2020 07:16:24) on Windows 10 (build 2004)
Playing the French DOS EGA version of Operation Stealth
In the palace, when cracking the safe, the controls feel overly sensitive. Using the attached save, a single click on one of the arrow buttons tends to change the number by 2 instead of 1 per click. Likewise, the round button used to move on to the next digit sometimes moves two digits at a time, which can lead to the safe blowing up in your face.
If you fiddle long enough with it, it's possible to open the safe and proceed with the rest of the game, but that feels unnecessarily tedious.
The controls otherwise feel fine in the other parts of the game.
Attachments (1)
Change History (5)
by , 4 years ago
comment:1 by , 4 years ago
Priority: | normal → high |
---|
comment:2 by , 4 years ago
follow-up: 4 comment:3 by , 4 years ago
Waiting for this pull request to be merged into the upcoming release branch (2.2.0). If it is merged then a stable build of ScummVM can be used to test it (See Please help us with testing upcoming ScummVM 2.2.0 release). Thank you!
In the pull request the safe controls are throttled to a maximum of 4Hz (i.e. at least 250ms has to have passed between each sequential pressing of the same button). This should make the safe control handling quite safe, eh :D Maybe a little bit of a pun intended ;) Anyway, enjoy!
comment:4 by , 4 years ago
Owner: | set to |
---|---|
Resolution: | → fixed |
Status: | new → closed |
Replying to karisal:
Waiting for this pull request to be merged into the upcoming release branch (2.2.0). If it is merged then a stable build of ScummVM can be used to test it (See Please help us with testing upcoming ScummVM 2.2.0 release). Thank you!
In the pull request the safe controls are throttled to a maximum of 4Hz (i.e. at least 250ms has to have passed between each sequential pressing of the same button). This should make the safe control handling quite safe, eh :D Maybe a little bit of a pun intended ;) Anyway, enjoy!
The pull request has been merged to branch-2-2. You can try it out with the stable builds of ScummVM.
Yeah, I thought this might crop up as a bug and it did. Thank you for submitting this bug. This has to do with the overhaul/redesign of the player input handling in the Cine engine I did to make the actions smoother than before. I don't quite know why the safe buttons are so fast but it would be logical that it has to do with the player input handling redesign.
One way I think this could be handled is by throttling the button handling speed in the safe scene only. This would only affect the safe scene and no other part of the game. I might look into fixing this at some point in the not so distant future (Let's say perhaps in the next two weeks or so).