[Spice-devel] keypress-delay should be configurable or auto-tuned
Marc-André Lureau
mlureau at redhat.com
Wed Jun 18 06:54:13 PDT 2014
Hi
----- Original Message -----
> Hi All,
>
> spice-gtk commit 0d5ad7e22d55552ef4be8368dcfbae879fb0b77e (widget:
> differentiate key press & release from press only events) introduced a
> short delay in sending key press events, which was designed to reduce
> unwanted key repeat.
>
> However, on low-latency networks, this delay (default is 100ms) is quite
> noticeable and causes a "laggy" feel when using spice.
Personally, I have never felt a "lag", probably because there is no delay when
you release the key. It is only delayed if you stay pressed.
What use case do you have? (regular typing or else)
> Currently I have recompiled spice-gtk with a 10ms delay and the overall
> feel is MUCH improved. It's quite shocking how such a small thing can
> have such a large effect.
>
> The actual delay used is a property in the spice widget, but is not
> exposed as a user controllable value (afaict), nor is the value
> automatically adjusted by, say, the RTT to the spice server.
>
> I'd like to, at the minimum, add a "---spice-keypress-delay <n>"
> argument to remote-viewer, but in today's world, exposing settings to
> users is practically forbidden, so I'm doing a temperature check before
Indeed, we have a lot of "variability" already. I tend to prefer
environment variable for such misc/advanced things instead.
> I do anything. The alternative would be to auto-tune the value. If the
> auto-tune route is the way to go, I can come up with some ideas, but
> that can stay on hold.
I'd rather welcome auto-tune solution or better alternatives, see this bug for
other issue & thought on the matter: https://bugzilla.redhat.com/show_bug.cgi?id=1086650
More information about the Spice-devel
mailing list