![]() It’s usually not heard on stop, and it’s paused in the middle Starting and stopping playback also often interferes with the The inconsistency of not always hearing the Shutups, in particular when moving up/down a list just fast enough so The keyclicks are often not played, most likely because of the voice Options should probably be moved out of the playback menu, and moved into Seemed pretty loud to me with beeps set to weak. I feel the beep is still not very discreet, so I’ve changed the In fact, I don’t find it all that useful on mostīuttons but I like it on the scroll wheel in particular. Rate, might tell you more precisely when a LONG press has been held longĮnough, and gives much better feedback on the e200 scroll wheel, although Having it click on events gives blind users an idea of the repeat That way clicks more closelyĬorrespond to recognized events and it less often clicks without a directĪccompanying action. ![]() (only for a few minutes admitedly) it seemed to me that I might prefer Kind of hardware / direct physical response. It does make sense in that it better simulates a The choice of having it click on keypresses (not releases and not ![]() The former is probably a good thing, the latter not so, but I can’t see a way to resolve this.ĥ) Make it work on HWCODEC? I don’t think this is possible. This needs fixing by a more general revamp of pause mode (needed to get voice support working better anyway) and is not in scope for this patch.Ĥ) The click is affected by the main volume and fades. I did attempt to map action codes to pitches, but this makes tha actual pitch context-sensitive, and I suspect that would be more confusing than useful.ģ) The click doesn’t occur when paused (e.g. To do this would require each device has a button code to button number/pitch map. I couldn’t see a way to do this without calling /apps code from /firmware code and whilst this works, it’s bad and the response improvement is small.Ģ) Play a different pitch for each button. Improvements which could be made (as of keyclick_3.patch, below):ġ) Speed up response by triggering the beep when the button is pressed, rather than when the button event is dequeued. IMHO, this makes unsighted operation easier, and helps with the Gigabeat’s touchpad.
0 Comments
Leave a Reply. |