HAYO

I couldn’t find a reliable solution through official sources or searches, so I investigated and found a workaround myself.

The issue appears to be caused by a process that launches together with MCBE:

GameInputRawInputProxy.exe

By deleting this file, the problem was completely resolved in my case.

■What I found during testing
• If I terminate this process while the game is running, mouse-related behavior becomes unstable or stops working correctly.
• This strongly suggests that this process is related to the issue.

I also tried uninstalling GameInput while keeping Gaming Services installed:
• This removed the mouse stuttering
• However, the mouse wheel stopped working afterward

■Final solution (worked for me)

Keeping both Gaming Services and GameInput installed, without modifying them, I deleted the following file:

C:\Program Files\Microsoft GameInput\x64\GameInputRawInputProxy.exe

After doing this:
• Mouse stuttering disappeared
• Mouse wheel worked normally
• Only Minecraft appeared in Task Manager when launching the game

■Conclusion

It seems that preventing GameInputRawInputProxy.exe from launching alongside MCBE resolves the issue.

■Note

This solution worked in my environment, but I cannot guarantee it will work for everyone.
However, if you have this file and are experiencing similar mouse stuttering issues, it may be worth trying.

Has this issue been resolved for everyone…?
If so, does that mean those of us still experiencing it basically can’t play anymore?
I really regret updating to 1.21.120…

Has the camera stutter issue been resolved for everyone affected?
Even after updating to 26.11 and trying the registry fix mentioned above, it hasn’t improved for me at all — it still stutters just like before.

If this issue has already been resolved for others, does that mean there’s little hope left for a fix on my end…?

Another question: under what circumstances does this stuttering occur for you?

It doesn’t seem to be simply a matter of hardware performance. My PC specs are not particularly high-end, but I’ve seen reports from users with high-end systems experiencing the same issue.

At first I thought it might be related to FPS drops, but that doesn’t seem to be the case. I monitored my system using software that displays FPS and hardware usage, but the stutter doesn’t always occur when FPS spikes or drops. Likewise, it doesn’t consistently disappear when FPS is stable.

When testing this issue, I often use a trading hall in my world with over 150 villagers. Right after loading the world, the stutter appears, which is understandable since the game is loading many villagers and other entities at once. However, the stuttering continues to occur even after everything seems to have stabilized.

What’s more interesting is that it also happens in newly created worlds while simply walking around. In those cases there are no excessive entities and no large builds that would significantly increase the block count.

Because of that, I’m starting to suspect that the issue might occur when something is being loaded (entities, chunks, etc.), but not necessarily because of CPU or GPU load itself. Instead, it feels as if mouse polling is being interrupted or delayed during those moments, which results in the camera stutter.

That said, the exact trigger still isn’t clearly reproducible, which makes it difficult to narrow down. I wish I could identify the conditions more precisely.

……And just to be clear, I’ve already tested different mouse polling rates and acceleration settings multiple times, so it doesn’t appear to be related to those.

In my case, Minecraft Bedrock Edition is the only GDK-based game I currently have, so I can’t compare it with other GDK titles. However, other games on my system, including Minecraft Java Edition, show no camera stuttering at all.

Just to clarify again: how are other GDK-based games behaving? For example, games that rely on Game Services or GameInput. Do you notice any stuttering when moving the camera/view?

If that turns out to be the case, the issue might not be on the Mojang side but rather somewhere in the Xbox / Microsoft stack.

For now, since the issue started after the transition to GDK, I suspect that Game Services might be involved, but I’m still trying to confirm whether this behavior appears in other GDK-based games as well.

At this point, I’d honestly like some clarity.

If most players aren’t experiencing this or aren’t even aware of the issue, and this is considered a problem affecting only a small number of users or something caused by our own environments, then please just say so.

Right now the issue is marked as “Confirmed”, which is why I’ve been waiting for a fix.
But if there’s no intention to actually address it, maybe it would be better to change the status back to something like “Unconfirmed.”

If this isn’t going to be fixed, I’d rather know that clearly.
At least then I can accept it and move on from this game without holding out hope.

I checked this again after a while… and still, after three months, this isn’t fixed…

As I reported before:
The keyboard and controllers work normally.
The delay only occurs when using a mouse.
This started after the GDK transition.

Even after identifying and reporting all of this information, it honestly feels like there’s no intention to fix it.

Still… this is just disappointing.

Version 1.21.132 has now been released, but this bug still has not been fixed.

It has been one month since the release of 1.21, and three months since this issue first appeared in October.

Leaving such a critical, gameplay-breaking bug unresolved for this long raises a serious concern

is this simply being dismissed because it only affects a portion of players, and therefore not being treated as a priority?

Downgrading Minecraft Bedrock Edition is not straightforward, and from the user side there is effectively no viable workaround.
As a result, all we can do is wait for a bug fix.

I have continued playing other games while waiting, but at this point, after being left unresolved for so long, my enthusiasm for Minecraft itself has started to fade.

I can accept update-related nerfs when they are justified as balance adjustments.

However, instability and control issues introduced by an update are by far the most frustrating outcome possible.

It is deeply disappointing to see Minecraft reduced to what feels like a broken, poorly functioning game.

When enabling full keyboard control, camera movement using the keyboard is completely smooth, with no stuttering at all.
From this, it can be reasonably inferred that the issue is related to mouse input.

However, it does not appear to be caused by the mouse alone.
The behavior suggests that whenever some kind of loading occurs, mouse input polling intermittently drops, resulting in camera stuttering.

This can be observed when creating a new world and loading chunks, and it becomes especially noticeable in environments such as a trading hall with nearly 100 villagers.
This behavior did not occur in the UWP version and started after the GDK transition.

For over a week since version 1.21.130, I have attempted the following without success:
•Reinstalling Minecraft itself, Xbox App, and Gaming Services
•Toggling VSync, mouse polling rate, and low-latency input modes
•Testing various system and in-game input-related settings

None of these attempts resolved the issue.

At this point, I suspect that something related to GameInput or the GDK-based Gaming Services input pipeline may be involved.
Unfortunately, there does not seem to be any viable user-side workaround, which makes waiting for an official fix quite discouraging.

Is the expectation that affected users simply cannot play the game properly until next year???