-
Recently Browsing
No registered users viewing this page.
-
Posts
-
By poopoodice · Posted
The problem is that will remove the fire effect even if the effect is not caused by the sunlight. The purpose of this event is to allow user to modify the duration of the effect caused by the sunlight, and not to remove it as the source of the fire can be lava, enchantments, flint and steel...etc. And if like you said if you check it in the LivingUpdateEvent, and manually put out the fire if the entity is in daylight, they can literally swim in lava, or walk on fire without getting burned, which is not desired. Thanks for the reply. -
By ChampionAsh5357 · Posted
Isn't this already handled by LivingDamageEvent in some capacity? All you are doing is negating fire damage on the specific entity. My issues is that it's called every frame which would be already handled in some capacity by LivingUpdateEvent. Technically, I could just check if the entity is on fire and if it's daylight during this event and remove the fire effect. This negates the whole purpose of creating this event as otherwise it's just more processing time for the calls to go through synchronously. Also, if the event were to be called, it would be handled by ZombieEntity#shouldBurnInDay or an extra condition in PhantomEntity#livingTick for example. -
By Jack Richard · Posted
Got it, and got it. Thanks for explaining it to me, I'll try to wrap my head around that, and send an update soon. Thank you! -
By DaemonUmbra · Posted
Please provide debug.log as described in the "Logs" section of my signature below -
By poopoodice · Posted
You can send data from client (in this case screen), to the server (container/tileentity) using packets. And no, please read what he said again:
-
-
Topics
-
-
Who's Online (See full list)
