saxon564

What do you mean by "Forgesrc still doesnt show"? Are you actually looking for a folder in your project src that is the forge source? What are you expecting to be seeing and where are you looking?

Are you using eclipse of intellij?

Could you show a screenshot of the contents of the folder 'ye'?

I just had a break through. It seems it is an issue with the world itself. I went to a new fresh world and it works with no issues.

So I have found that the cause seems to be the createExplosion method, which tells me I must be passing some sort of bad information to it, or calling it improperly. But as far as I can tell, I am doing everything right with it.

Does anyone else have any thoughts as to what might be causing this issue?

Do you have json for the item model of your block? Nevermind me, I should have refreshed the page before responding.

The error is a resource pack error, which I can safely say I have never seen from any of the screwed up jsons I have made. It makes me think there is a resource pack installed for a previous version of Minecraft. If you don't have a resource pack installed, it could be.

Lex has a lot of haters. He is blunt and tells it how it is, which most people don't like. Everyone has a run-in with him thats makes them hate him, just some hold that hatred, others let that hatred go and learn that he was helping but is tired of people who don't know what they are doing and refusing to do what they really need to do, usually learning basic java and basic coding in general. The class you have there is as simple as it can get. For a single item the helper method isn"t really needed, but it becomes a more important resource when you start getting many more items since it will make updating the resource locations a lot quicker if something chages. Aside from that, I don't think there is anything anyone will say you can do to make that class any simpler or efficent.

Since I first built this in 1.5.2 I do not remember the reason I did not extend the vanilla chiclen. I would guess that at the time, it was because of spawning issues or issues with making the chickens hostile. As for why code isn"t split between each individual chicken, that is because I have made the chickens highly configurable, so any chicken can do anything. So to put the "respective" code in each chicken class, I would have 21 classes that would be almost 100% identical. Which would also mean loads more time would have to go into updating since I would have to update 21 classes instead of just a single class. I will admit, when I was first building the mod, I did copy and paste a lot of vanilla code, but I have also made several changes to get the code to work the way I wanted/needes it to.

Unfortunately that was not the case, there was no change in the result at all.

I feel like I've done that before with no positive results, but that may have been for a different issue, so I will give it a shot tonight and see if that works.

I have condensed my code down so the link in my first post is off by several lines. So here is the correct link. I also commented out all the code using the Minecraft instance since none of that is important right now. I still can't figure out what is causing the hang. Putting in debug code between each line and even overriding the remove methods and all the debug lines do get called. So it seems to me it is something after the my entity is removed, which makes no sense since if the entity dies in any other way, this is not an issue.

OK, I will add that to my list of things to address. For now though, can we focus on the issue I made the post for?

The value only ever gets used on the client side for sending chat messages when the tamed entity dies. Are you saying you believe that is what is causing the hang though?

My entities have the ability to explode similar to a creeper, and use almost the exact same code as a creeper, but when the entity explodes the server thread freezes. I can still move around and the item entities still spin. But I cannot pickup anything, save the game, or even close the game. I cannot figure out what is causing it. The code is located here.

You are setting x y and z back to 0 every tick, so it doesn't matter how many times you set it, you are always going to update the block at 0, 0, 0. I would declare x y and z at the top of the class instead of the method, this way you won't reset them back to 0 every tick.

Github is the best way to share code. If you upload it correctly, the it will allow others to fork your code and try to do their own debugging to help you, as well as they won't have to ask you to also share other classes, as all your classes will be available.

The lighting updates its previous position as it moves. Unless the entity, or in your case projectile, is moving at over 1 block per tick then you don't need to track the last position. If you really need to, you can check every block in the 3x3 cube centered around the chicken but the need for that would be very rare as that would mean the entity would go perfectly between the corners of 2 blocks and not touch a mutual block. Share your whole class so I can see what you have setup.

You need to call a block update for the block the chicken occupies when it dies. I handle that in the livingUpdate method at the end of the method by having a check for if the chicken is dead and running the code.

I did notice my last working code was actually in 1.12.2 and included entity lighting.

I have also been trying to figure this out to no avail. I had code that worked back in 1.7.10 but I don't know when it broke because I took a long hiatus from modding with only a few short returns in that time. I hope you can find something that would work for you. I have some code that could work, but is very inefficient and actually breaks lighting within 16 blocks of the entity.

I am building a utility that will allow me to generate the code for my configs more easily, but I need to figure out how the Note Particle's color is generated as the particle will be a possible option in my configs. The code I have found in the NoteParticle.class (featured below) will only generate gray particles, even though there are numerous colors you can get. When doing the particle command only 1 value controls the color ranging from 0.0(green) up to 1.0(also green). Because of this I know a simple rgb to hex and hex to rgb coverter in my utility will not be enough without some other step that I cannot figure out. Anyone have any ideas on where to look or what is going on? private NoteParticle(World p_i51018_1_, double p_i51018_2_, double p_i51018_4_, double p_i51018_6_, double p_i51018_8_) { super(p_i51018_1_, p_i51018_2_, p_i51018_4_, p_i51018_6_, 0.0D, 0.0D, 0.0D); this.particleRed = Math.max(0.0F, MathHelper.sin(((float)p_i51018_8_ + 0.0F) * ((float)Math.PI * 2F)) * 0.65F + 0.35F); this.particleGreen = Math.max(0.0F, MathHelper.sin(((float)p_i51018_8_ + 0.33333334F) * ((float)Math.PI * 2F)) * 0.65F + 0.35F); this.particleBlue = Math.max(0.0F, MathHelper.sin(((float)p_i51018_8_ + 0.6666667F) * ((float)Math.PI * 2F)) * 0.65F + 0.35F); } (Not the full constructor, but the relevant code for what I have found)

I have gotten it working now. I finally found the code in the ParticleArgument class that handles this and was able to implement it. I had build some code similar, but didn't have all the parts to it. I had: private static deserializeParticle(StringReader reader, ParticleType<T extends IParticleData> type) { But what it needed to be was: private static <T extends IParticleData> T deserializeParticle(StringReader reader, ParticleType<T> type) throws CommandSyntaxException { Thank you for your patience with my diesieben! You are always a great help!

Sorry, was late and forgot about that. Here is the current code