Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

4-6 second delay between key input and reflected in video #80

Closed
CRCinAU opened this issue Oct 3, 2024 · 4 comments
Closed

4-6 second delay between key input and reflected in video #80

CRCinAU opened this issue Oct 3, 2024 · 4 comments

Comments

@CRCinAU
Copy link

CRCinAU commented Oct 3, 2024

Hi all,

I just received my devices today, updated them to 2.0.9. After this, just using a terminal console on a proxmox server, I can measure between 4-6 seconds of lag between typing in a key on the web interface and it showing on the video output.

Any suggestions on how to make this a little more responsive?

@polyzium
Copy link
Contributor

polyzium commented Oct 3, 2024

Try disabling Frame Detect and lowering the JPEG quality to 50%.

@CRCinAU
Copy link
Author

CRCinAU commented Oct 3, 2024

Thanks - I did some tweaking, as well as rebooting each system with the IPKVM connected to the HDMI port, and things seem to be a little more sane now...

I'm curious - if I change the resolution on on the web UI - does this change the EDID information send to the OS?

It would be great if the modeset on the linux terminal gets set to the requested resolution on boot...

@polyzium
Copy link
Contributor

polyzium commented Oct 3, 2024

The resolution drop-down you see in the web UI only affects the streaming resolution and doesn't affect the EDID at all. Previous versions of the NanoKVM firmware didn't take resolutions other than 1080p, thankfully this is no longer the case. However, there is no custom EDID like on the PiKVM, but this seems to be planned. See #5 (comment)

@CRCinAU
Copy link
Author

CRCinAU commented Oct 3, 2024

Interesting.... That'd be VERY useful - especially for UEFI boots that seem to do their own thing...

Given the performance is very much usable now, I'll close this off.

@CRCinAU CRCinAU closed this as completed Oct 3, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants