Opened 3 months ago

Closed 3 months ago

#11621 closed defect (fixed)

CINE: OS: Overly sensitive controls when cracking safe

Reported by: Kurufinwe21 Owned by: karisal
Priority: high Component: Engine: Cine
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)

os-fr.9 (2.5 KB ) - added by Kurufinwe21 3 months ago.

Download all attachments as: .zip

Change History (5)

by Kurufinwe21, 3 months ago

Attachment: os-fr.9 added

comment:1 by sev-, 3 months ago

Priority: normalhigh

comment:2 by karisal, 3 months ago

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).

comment:3 by karisal, 3 months 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!

Last edited 3 months ago by karisal (previous) (diff)

in reply to:  3 comment:4 by karisal, 3 months ago

Owner: set to karisal
Resolution: fixed
Status: newclosed

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.

Note: See TracTickets for help on using tickets.