[MCPE-22770] Input delay on keyboard/mouse controls Created: 20/Jun/17  Updated: 20/Jan/23  Resolved: 20/Jan/23

Status: Resolved
Project: Minecraft (Bedrock codebase)
Component/s: None
Affects Version/s: 1.16.20.54 Beta, 1.16.20.53 Beta, 1.13.1, 1.1.1.1, 1.1.2.50, 1.2.0.2, 1.2.0.81, 1.2.6.55, 1.2.11.4, 1.2.13.11, 1.11.4, 1.14.30 Hotfix
Fix Version/s: 1.2.13.12

Type: Bug
Reporter: SirBenet
Resolution: Incomplete Votes: 34
Labels: None

Attachments: File ControlDelay.mp4     File Menu Input Lag.mp4     File delay comparison.mp4    
Issue Links:
Duplicate
is duplicated by MCPE-65939 mouse input lag Resolved
is duplicated by MCPE-92806 Input delay that still not fixed Resolved
Relates
relates to MCPE-85756 Keyboard-only input lag since Nether ... Open
Confirmation Status: Community Consensus
Platform: Windows
CHK:
ADO: 93893

 Description   

All keyboard/mouse controls appear to be delayed. I measured this to be roughly 200ms on average, with a max of 350ms. This is very noticeable, especially when trying to do something like tricky parkour, combat, or quickly reorganize your inventory.

Affects both singleplayer and multiplayer. Appears to apply to controls both in GUIs and in-game. In-game looking/mouse movement is also affected

Below is a video showing how I recorded the game (at 60FPS), then went through in VLC frame by frame to measure how long it took from QIPress picking up the button press to the game picking up the button press.

All Win10E players I have spoken with have noticed this delay. Additionally, the video shows the same test in Java and no delay is seen, which I think should rule out hardware or OS issues. The game runs smoothly and without performance issues other than this delay.



 Comments   
Comment by [Mojang] Mega_Spud (Jay Wells) [ 20/Jan/23 ]

Cleaning up old tickets: This ticket had been set to 'Awaiting Response', but has not received a response from the reporter (~3 months+) so is being closed as Incomplete. If you feel this is still a valid issue then please comment, or create a new ticket following the Issue Guidelines which includes steps to reproduce the problem.

For any account or purchasing related issues, please contact Minecraft Customer Support directly, as we cannot assist with those here at the bug tracker.

Quick Links:
📓 Issue Guidelines – 💬 Mojang Support – 📧 Suggestions – 📖 Minecraft Wiki

Comment by [Bot] Arisa [ 05/Aug/22 ]

This report is currently missing crucial information. Please take a look at the other comments to find out what we are looking for.
If you added the required information and a moderator sees your comment, they will reopen and update the report. However, if you think your update to this report has been overlooked or you want to make sure that this report is reopened, you can contact the Mojira staff on Discord or Reddit.
– I am a bot. This action was performed automatically! If you think it was incorrect, please notify us on Discord or Reddit

Comment by jaditwo [ 05/Aug/22 ]

my game is also bugged its bugged in keybinds now i have to pair my xbox controller to my PC useing bluetooth

Comment by [Mojang] Mega_Spud (Jay Wells) [ 17/Jul/21 ]

Thank you for your report!
However, this issue has been temporarily closed as Awaiting Response

Is this still an issue in the latest version? If so, please make sure the ticket description contains the following information:

Steps to Reproduce:
1.
2.
3.

Observed Results:
(Briefly describe what happens)

Expected Results:
(Briefly describe what should happen)

If your ticket does not look like the example given here, then it's likely to be closed as incomplete.

This ticket will automatically reopen when you reply.

Quick Links:
📓 Issue Guidelines – 💬 Mojang Support – 📧 Suggestions – 📖 Minecraft Wiki

Comment by Kevin McDonough [ 13/Dec/20 ]

Menu Input Lag.mp4 

 

I've attached a 60fps video showing the input lag in the menu. By my count, the play button was highlighted 5 frames (83ms) after the mouse was visible over the button. I believe the in-game delay was worse but don't have an easy way to test it. Fighting & building in creative feels very sluggish. Switching back to Java Edition until this resolves.

EDIT: Not sure if it's relevant, but I'm also experiencing MCPE-107479 (outdated driver warning) despite having a 3 day old Nvidia driver for my 1060.

Comment by Darkness202 [ 04/Sep/20 ]

Still affects the latest beta version apparently. (1.16.100.54)
I've disabled gfx_vsync (0) and set gfx_max_framerate to 120 through options.txt and no more input lags.

Comment by LOLOX_HD [ 04/Aug/20 ]

I want to mention another bug with the water bucket. It is pretty much the same concept as this persons report.

Basically, if you place a water bucket while falling, to save yourself from fall damage, then for some reason. It always happens to me the water bucket deploys it's water and then instantly picks it up again.

How is this possible can someone explain?

Comment by [Mod] tryashtar [ 23/Nov/19 ]

Here are my findings, comparing bedrock 1.13 and java 1.15. Significantly better than when this report was created, though bedrock takes about 4 frames to register an input. The pick block is still slow, should be a separate ticket.

delay comparison.mp4

Comment by silentwisperer [ 27/Oct/19 ]

Is this bug still an issue? If it is, the report needs updated, if not, it needs resolved:3

Comment by Makzevu [ 30/Sep/18 ]

Can anyone confirm for 1.6.1? It's been a while since the report was updated.

Comment by SirBenet [ 17/Jul/18 ]

@Thomaz Calazans Linhares Junior

The delay is significantly shorter for most things now I feel, but it definitely isn't just on block-picking (was chosen as an easy example since it changes in one frame, whereas movement has a bit of momentum and I couldn't find a QIPress equivalent for mouse movements), and I would have agreed with "near unplayable" when the delay was at its worst.

The end goal should be to have controls be as or more responsive than they are in Java, since Bedrock has overall a better performing engine.

Comment by Alluet [ 17/Jul/18 ]

During my time playing on the Windows 10 Edition, I noticed a delay for multiple other actions. There's definitely some sort of delay hitting buttons, though I agree it's not as much as pick blocking.

Comment by PC_Screen [ 17/Jul/18 ]

The video in the report is misleading. The delay present when pick blocking is intentional. If the delay when actually pressing buttons was 200ms, then the game would be near unplayable

Comment by Makzevu [ 16/Jun/18 ]

There are also delays when using a controller on windows 10 with about the same reaction time as a keyboard and mouse. This bug might be windows 10 specific, but I haven't tested other devices.

Comment by [Mojang] Mega_Spud (Jay Wells) [ 29/Mar/18 ]

Reopened based on extra information pertaining to different video settings being used.

Comment by [Mojang] Mega_Spud (Jay Wells) [ 28/Mar/18 ]

This was reported as fixed by the developers. Apparently a certain amount of delay is unavoidable, but some improvements have been made where possible.

Comment by [Mod] tryashtar [ 21/Mar/18 ]

Still in 1.2.11 and 1.2.13. When using the same reproduction steps in this version (detect keypresses with QIPress, record with OBS, go frame-by-frame), I had one frame of delay in Java Edition, and got five or six frames of delay in Bedrock.

Comment by [Mod] Sonicwave [ 13/Oct/17 ]

Confirmed on Windows 10 for 1.2.3. This issue could be causing issues such as MCPE-24486, where releasing SHIFT shortly after you stop pressing WASD causes you to fall down instead of staying on the block.

Generated at Sat Jan 11 15:36:12 UTC 2025 using Jira 9.12.2#9120002-sha1:301bf498dd45d800842af0b84230f1bb58606c13.