Opened 19 years ago

Closed 19 years ago

Last modified 5 years ago

#7410 closed feature request

OSD or Menu Entry for talkspeed

Reported by: SF/frank_m24 Owned by: fingolfin
Priority: normal Component: Engine: SCUMM
Version: Keywords:
Cc: Game:



In many games supported by ScummVM the talkspeed setting can be adjusted with hotkeys during the game, but no hint about the settings is given. In the original Games (e.g. Monkey Island) there was a slider showing the actual setting. It would be nice, if the talkspeed setting could be shown via OSD or gets an Menu Entry like volume settings.


Ticket imported from: #1153300. Ticket imported from: feature-requests/226.

Change History (6)

comment:1 by fingolfin, 19 years ago

Owner: set to fingolfin
Status: newclosed

comment:2 by fingolfin, 19 years ago

A dialog is now shown when you change the talkspeed or music volume using hotkeys.

comment:3 by salty-horse, 19 years ago

1) For the subtitle speed, maybe the correct hotkeys to use are '-' and '='. The '+' feels odd because sliding the value up and down requires extra clicking on the shift key.

2) The feature is broken in CVS (2005-03-07):

To reproduce: a) Using a hotkey of any property to toggle it half a slider. b) Wait for it to disappear, press the toggle hotkey again, and press space to make it disappear (or instead of pressing space, wait around 10 seconds after it disappears on its own). c) press the same hotkey again.

Result: The property is reset to 0

Reason: I can't pinpoint the exact location, but in gui/dialog.cpp Dialog::runModal seems to modify the result that was set in ValueDisplayDialog somehow.

* The comment in scumm/dialogs.h states that ValueDisplayDialog recieves a float ranging between 0.0 and 1.0 . It does not.

comment:4 by salty-horse, 19 years ago

Bug already filed here:

comment:5 by fingolfin, 19 years ago

Re 1) This is not the scopr of this FR (which, BTW, is a *closed* FR, so making additional comments on it is rather pointless). In fact, those hotkeys have been there for many years now. And whether they "make sense" or not depends a lot on your keyboard layout. On mine, using "=" would mean using shift *and* another key... at least + and - have a logical meaning...

Re 2) As you noticed, there's already a report for this issue (on which I already commented); please file any complaints or suggestions on an appropriate bug tracker item. Once again, it's a bad idea to post such comments to closed feature request items; they'll usually simply get ignored there.

comment:6 by digitall, 5 years ago

Component: Engine: SCUMM
Note: See TracTickets for help on using tickets.