How to disable all lwjgl input(Keyboard and mouse)?

Why are you wanting to do that?

I have a spell "paralysis". It is necessary to completely immobilize the player. That he could not even look around.

For the mouse, cancel the

net.minecraftforge.client.event.MouseEvent.MouseEvent()

.

For the keyboard, you can try setting the

posX

from the player to the player's

prevPosX

.

Maybe something like this?

 

while(spellParalysis.isActive()) {
      KeyBoard.destroy();
      Mouse.destroy();
}

 

Not sure where you would put this but, I believe this disables the KeyBoard and Mouse.

I know you are very HAPPY to KILL, but that doesn't mean you need to DESTROY everything

 

My input:

Better use events (as diesieben said).

For the mouse, cancel the

net.minecraftforge.client.event.MouseEvent.MouseEvent()

.

For the keyboard, you can try setting the

posX

from the player to the player's

prevPosX

.

 

Yes, I tried the resetting thing and it pretty much works with following code (event handler for LivingUpdateEvent):

    @SubscribeEvent(priority=EventPriority.NORMAL, receiveCanceled=true)

    public void onEvent(LivingUpdateEvent event)

    {

        // This event has an Entity variable, access it like this: event.entity;

        // and can check if for player with if (event.entity instanceof EntityPlayer)

 

    if (event.entityLiving instanceof EntityPlayer)

    {

    EntityPlayer thePlayer = (EntityPlayer)event.entityLiving;

    if (thePlayer.ticksExisted > 5) // make sure there is a valid prev position, don't run on first tick

    {

                        // You should also check to see if your paralysis effect is active here!

    thePlayer.setPosition(thePlayer.prevPosX, thePlayer.prevPosY, thePlayer.prevPosZ);

    }

    }

    }

 

The problem though is that it doesn't entirely prevent the movement, rather it shows the player attempting to move.  But it is kinda cool, maybe you'll like it.

 

Maybe doing that in RenderTickEvent.Pre would solve the glitching problem.

I know you are very HAPPY to KILL, but that doesn't mean you need to DESTROY everything

 

My input:

Better use events (as diesieben said).

 

I was just burned so hard.

Maybe doing that in RenderTickEvent.Pre would solve the glitching problem.

 

Worth trying. The key is to find an event that takes place after the position is updated but before it is rendered, so that might work.

 

I also think there may be an issue with client-server sync. The client is able to move entities a bit between server syncs, so it may be related to that.

Hi

 

This link might be useful.

 

http://greyminecraftcoder.blogspot.com.au/2013/10/user-input.html

 

I did something similar for the Keyboard, I wound up overwriting the KeyBinding fields in GameSettings with a custom class derived from KeyBinding,

eg GameSettings.keyBindAttack to prevent mouse clicks / attacking.

 

-TGG

This is an old post, but I figured I might as well post a solution I found to disable the mouse movement input to prevent the camera moving. Simply by setting the mouse sensitivity to 0. To do this the sensitivity actually has to be set to a negative number to cancel out a constant which is added in the source.

 

 Minecraft.getMinecraft().gameSettings.mouseSensitivity = -1F/3F; 

The problem with that is: when you need to reset the sensitivity, you won't have the sensitivity the player may have set his game to. Thus, they would have to constantly change their sensitivity back (if they changed it before) every time it is affected.

How about just storing the value before you set it to 0 and then set it back to the old value when you are finished.

There ya go! Should of mentioned that in your post.

If we are going to revive this thread anyway. Way would catching the input events per tick not work? (just like mc is doing). If you catch it before mc can, it means that mc will have no input events to handle. (Since they are removed after reading/catching).

If we are going to revive this thread anyway. Way would catching the input events per tick not work? (just like mc is doing). If you catch it before mc can, it means that mc will have no input events to handle. (Since they are removed after reading/catching).

 

I agree that would be better. I was just not able to do it. It seemed to me that mc uses net.minecraft.util.MouseHelper to change the view, but I was not able to change the displacement even if I changed the dX and dY values. If anyone is able to do this or find a simpler solution, please let me know.

I think you should be able to catch the mouse event before the methods inside the MouseHelper class are called. If I remember correctly those methods are directly called from the #doTick() method.(not at my IDE atm so not sure). So if there is a tick type event fired before the mouseInputs are handled, you can simply subscribe to that event and catch the mouse i put events from lwjgl directly(instead of blocking vanilla events), so that vanilla has no events to proces after the tick event has been fired.

I know this is an old thread but I have just gone through this same issue.  In particular trying to lock the mouse so the player angle doesn't change.

 

I found this to be a good solution, anywhere in your initialization code:

 

		
MouseHelper customMouseHelper = new MouseHelper() {
  @Override
  public void mouseXYChange() {
    deltaX = 0;
    deltaY = 0;
  }
};

	Minecraft.getMinecraft().mouseHelper = customMouseHelper;