Jump to content

[1.10.2] getHitVec returning different results in same event firing


Daeruin

Recommended Posts

I am trying to determine where the player clicked on a block by getting the hit vector from the PlayerInteractEvent. The first issue is that the event seems to be firing twice per side. I'm intentionally running the code on both client and server, so I expected the event to fire twice total, not twice per side. I'm printing out hit vectors to the console, and they appear twice on the client thread and twice on the server thread. The second issue is that the hit vectors are sometimes different between the two firings on the same thread. For example, this code:

 

@SubscribeEvent
public void onPlayerInteract(PlayerInteractEvent.RightClickBlock event)
{
	if (event.getResult() != Result.DENY)
	{
		EntityPlayer player = event.getEntityPlayer();
		ItemStack heldItemStack = player.getHeldItemMainhand();
		if (heldItemStack != null)
		{
			Item heldItem = heldItemStack.getItem();
			if (heldItem instanceof ItemDoor)
			{
				System.out.println("z hitVec: " + event.getHitVec().zCoord);
				System.out.println("x hitVec: " + event.getHitVec().xCoord);
				System.out.println("y hitVec: " + event.getHitVec().yCoord);
			}
		}
	}
}

 

Gives me this result:

 

[00:22:57] [Client thread/INFO] [STDOUT]: [com.daeruin.primalcraft.events.PrimalPlayerInteractEvent:onPlayerInteract:186]: z hitVec: 256.0
[00:22:57] [Client thread/INFO] [STDOUT]: [com.daeruin.primalcraft.events.PrimalPlayerInteractEvent:onPlayerInteract:187]: x hitVec: -122.70772898075859
[00:22:57] [Client thread/INFO] [STDOUT]: [com.daeruin.primalcraft.events.PrimalPlayerInteractEvent:onPlayerInteract:188]: y hitVec: 79.44237080478545
[00:22:57] [Client thread/INFO] [STDOUT]: [com.daeruin.primalcraft.events.PrimalPlayerInteractEvent:onPlayerInteract:186]: z hitVec: 255.87712782211653
[00:22:57] [Client thread/INFO] [STDOUT]: [com.daeruin.primalcraft.events.PrimalPlayerInteractEvent:onPlayerInteract:187]: x hitVec: -123.0
[00:22:57] [Client thread/INFO] [STDOUT]: [com.daeruin.primalcraft.events.PrimalPlayerInteractEvent:onPlayerInteract:188]: y hitVec: 79.47316804515869
[00:22:57] [Server thread/INFO] [STDOUT]: [com.daeruin.primalcraft.events.PrimalPlayerInteractEvent:onPlayerInteract:186]: z hitVec: 256.0
[00:22:57] [Server thread/INFO] [STDOUT]: [com.daeruin.primalcraft.events.PrimalPlayerInteractEvent:onPlayerInteract:187]: x hitVec: -122.70772898075859
[00:22:57] [Server thread/INFO] [STDOUT]: [com.daeruin.primalcraft.events.PrimalPlayerInteractEvent:onPlayerInteract:188]: y hitVec: 79.44237080478545
[00:22:57] [Server thread/INFO] [STDOUT]: [com.daeruin.primalcraft.events.PrimalPlayerInteractEvent:onPlayerInteract:186]: z hitVec: 255.87712782211653
[00:22:57] [Server thread/INFO] [STDOUT]: [com.daeruin.primalcraft.events.PrimalPlayerInteractEvent:onPlayerInteract:187]: x hitVec: -123.0
[00:22:57] [Server thread/INFO] [STDOUT]: [com.daeruin.primalcraft.events.PrimalPlayerInteractEvent:onPlayerInteract:188]: y hitVec: 79.47316804515869

 

What gives?

Edited by Daeruin
Link to comment
Share on other sites

I now think that the second hit vectors being returned are from the block I'm placing later on in the code (not shown in code snippet above). Like it's detecting my click on the original block, placing my block, then running the event again and returning the hit vector for the placed block. I don't understand why it would do this.

Link to comment
Share on other sites

I figured it out. PlayerInteractEvent gets called once for each hand. So, once for each hand on client, once for each hand on server, for a total of four times. I fixed it by checking which hand the event is being run for and seeing if it's the player's active hand.

 

			if (event.getHand() == event.getEntityPlayer().getActiveHand())

 

The client doesn't seem to know about active hands, so it always returns null from getActiveHand, and this prevents the code from running for the client at all. I thought that would be a problem since I'm sometimes canceling the block placement, and I had trouble only doing that from the server before. That part seems to actually be working OK--not sure why. There's some other residual weirdness, but I'll post about that later if I can't figure it out.

Link to comment
Share on other sites

Check against the enum directly, presumably you only want to check against the player's Main Hand.

Apparently I'm a complete and utter jerk and come to this forum just like to make fun of people, be confrontational, and make your personal life miserable.  If you think this is the case, JUST REPORT ME.  Otherwise you're just going to get reported when you reply to my posts and point it out, because odds are, I was trying to be nice.

 

Exception: If you do not understand Java, I WILL NOT HELP YOU and your thread will get locked.

 

DO NOT PM ME WITH PROBLEMS. No help will be given.

Link to comment
Share on other sites

The player can place the block from either their main or off hand. I want the event to run for whichever hand is placing the block, but not the other hand. If the player is holding items in both their main and off hands, I don't really want to hijack the logic that decides which one gets used, but I'm having trouble getting everything to work right. When I check for the player's active hand, it is ALWAYS their main hand, even if their main hand is empty and the block is being placed from their off hand.

Link to comment
Share on other sites

The active hand isn't what you think it is. The active hand is the hand that's actively using an item (by holding down right click), e.g. blocking with a shield, eating food, drinking a potion, drawing a bow.

 

EntityLivingBase#getActiveHand, EntityLivingBase#getActiveItemStack, EntityLivingBase#getItemInUseCount and EntityLivingBase#getItemInUseMaxCount only return valid results when the entity is actively using an item, i.e. EntityLivingBase#isHandActive returns true.

 

When a player is placing a block, it's very unlikely that either hand will be active.

Edited by Choonster

Please don't PM me to ask for help. Asking your question in a public thread preserves it for people who are having the same problem in the future.

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Announcements



  • Recently Browsing

    • No registered users viewing this page.
  • Posts

    • Instale el mod en mi servidor y este se queda iniciando por horas, en la consola me habla de algo de permisos y trate de seguir la ruta que me da pero no existe.   [13:05:32 INFO]: CustomNPC Permissions available: [13:05:32 INFO]: customnpcs.edit.blocks [13:05:32 INFO]: customnpcs.edit.villager [13:05:32 INFO]: customnpcs.global.bank [13:05:32 INFO]: customnpcs.global.dialog [13:05:32 INFO]: customnpcs.global.faction [13:05:32 INFO]: customnpcs.global.linked [13:05:32 INFO]: customnpcs.global.naturalspawn [13:05:32 INFO]: customnpcs.global.playerdata [13:05:32 INFO]: customnpcs.global.quest [13:05:32 INFO]: customnpcs.global.recipe [13:05:32 INFO]: customnpcs.global.transport [13:05:32 INFO]: customnpcs.npc.advanced [13:05:32 INFO]: customnpcs.npc.ai [13:05:32 INFO]: customnpcs.npc.clone [13:05:32 INFO]: customnpcs.npc.create [13:05:32 INFO]: customnpcs.npc.delete [13:05:32 INFO]: customnpcs.npc.display [13:05:32 INFO]: customnpcs.npc.freeze [13:05:32 INFO]: customnpcs.npc.gui [13:05:32 INFO]: customnpcs.npc.inventory [13:05:32 INFO]: customnpcs.npc.reset [13:05:32 INFO]: customnpcs.npc.stats [13:05:32 INFO]: customnpcs.scenes [13:05:32 INFO]: customnpcs.soulstone.all [13:05:32 INFO]: customnpcs.spawner.create [13:05:32 INFO]: customnpcs.spawner.mob [13:05:32 INFO]: customnpcs.tool.mounter [13:05:32 INFO]: customnpcs.tool.nbtbook [13:05:32 INFO]: customnpcs.tool.pather [13:05:32 INFO]: customnpcs.tool.scripter
    • I have created a very simple mod that is just supposed to send a message to a player when they join. Upon adding it to a server (that has other mods on it), the following crash message appears: [12:13:01] [main/ERROR] [minecraft/Main]: Failed to start the minecraft server net.minecraftforge.fml.LoadingFailedException: Loading errors encountered: [         Epic Mod (epicmod) has failed to load correctly §7java.lang.NoSuchMethodException: net.ed.epicmod.EpicMod.<init>() ]         at net.minecraftforge.fml.ModLoader.waitForTransition(ModLoader.java:243) ~[fmlcore-1.19.2-43.2.14.jar%23548!/:?] {}         at net.minecraftforge.fml.ModLoader.lambda$dispatchAndHandleError$24(ModLoader.java:208) ~[fmlcore-1.19.2-43.2.14.jar%23548!/:?] {}         at java.util.Optional.ifPresent(Optional.java:178) ~[?:?] {re:mixin}         at net.minecraftforge.fml.ModLoader.dispatchAndHandleError(ModLoader.java:208) ~[fmlcore-1.19.2-43.2.14.jar%23548!/:?] {}         at net.minecraftforge.fml.ModLoader.lambda$gatherAndInitializeMods$14(ModLoader.java:185) ~[fmlcore-1.19.2-43.2.14.jar%23548!/:?] {}         at java.lang.Iterable.forEach(Iterable.java:75) ~[?:?] {re:mixin,re:computing_frames}         at net.minecraftforge.fml.ModLoader.gatherAndInitializeMods(ModLoader.java:185) ~[fmlcore-1.19.2-43.2.14.jar%23548!/:?] {}         at net.minecraftforge.server.loading.ServerModLoader.load(ServerModLoader.java:32) ~[forge-1.19.2-43.2.14-universal.jar%23552!/:?] {re:classloading}         at net.minecraft.server.Main.main(Main.java:113) ~[server-1.19.2-20220805.130853-srg.jar%23547!/:?] {re:classloading,re:mixin,pl:mixin:A}         at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:?] {}         at jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77) ~[?:?] {}         at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:?] {}         at java.lang.reflect.Method.invoke(Method.java:568) ~[?:?] {}         at net.minecraftforge.fml.loading.targets.CommonServerLaunchHandler.lambda$launchService$0(CommonServerLaunchHandler.java:29) ~[fmlloader-1.19.2-43.2.14.jar%2367!/:?] {}         at cpw.mods.modlauncher.LaunchServiceHandlerDecorator.launch(LaunchServiceHandlerDecorator.java:30) [modlauncher-10.0.8.jar%2354!/:?] {}         at cpw.mods.modlauncher.LaunchServiceHandler.launch(LaunchServiceHandler.java:53) [modlauncher-10.0.8.jar%2354!/:?] {}         at cpw.mods.modlauncher.LaunchServiceHandler.launch(LaunchServiceHandler.java:71) [modlauncher-10.0.8.jar%2354!/:?] {}         at cpw.mods.modlauncher.Launcher.run(Launcher.java:106) [modlauncher-10.0.8.jar%2354!/:?] {}         at cpw.mods.modlauncher.Launcher.main(Launcher.java:77) [modlauncher-10.0.8.jar%2354!/:?] {}         at cpw.mods.modlauncher.BootstrapLaunchConsumer.accept(BootstrapLaunchConsumer.java:26) [modlauncher-10.0.8.jar%2354!/:?] {}         at cpw.mods.modlauncher.BootstrapLaunchConsumer.accept(BootstrapLaunchConsumer.java:23) [modlauncher-10.0.8.jar%2354!/:?] {}         at cpw.mods.bootstraplauncher.BootstrapLauncher.main(BootstrapLauncher.java:141) [bootstraplauncher-1.1.2.jar:?] {} Why could this be? I have tried using the mod on another forge server with only this mod installed and it works there. Is my mod somehow interfering with other mods? MC version is 1.19.2
    • how to make animated doors?, maybe geckolib, but i don't know how to code it?
    • For crash 1, set max-tick-time to -1 in your server.properties Crash 2 shows a conflict or incompatibility between LuckPerms and the mod boh-0.0.6.1-forge-1.20.1_2.jar
    • Add the crash-report or latest.log (logs-folder) with sites like https://mclo.gs/ and paste the link to it here  
  • Topics

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.