OK well I don't know I'm afraid. From what I can tell you've copied BlockTNT, EntityTNTPrimed and RenderTNTPrimed pretty faithfully and I can't see any obvious errors in any of those.
You didn't appear to be registering the entity - in the preInit method of your mod class you're only calling EntityRegistry.registerModEntity for the grenade and not the other 2 entities you're calling RenderingRegistry.registerEntityRenderingHandler for (which should only be done on the client, by the way) - but registering the entity didn't make it render.
OpenGL is not my strong point and I don't know much about how BlockRendererDispatcher works. Maybe somebody else will be able to help..
Registering the entity seems like a good idea, LOL. I registered it, but it still is invisible. Do entity textures need JSONs?
The ResourceLocations look correct, so it's probably something else. Rendering issues with custom TNT blocks seem to be fairly common and at least one potential issue I've seen was the entity tracking range being set to zero during registration.
If it's not that then I probably can't help you much further unless you want to put the code on GitHub or Dropbox or somewhere and I'll take a look, but even then no promises...
I didn't understand anything you just said except GitHub
The ResourceLocations look correct, so it's probably something else. Rendering issues with custom TNT blocks seem to be fairly common and at least one potential issue I've seen was the entity tracking range being set to zero during registration.
If it's not that then I probably can't help you much further unless you want to put the code on GitHub or Dropbox or somewhere and I'll take a look, but even then no promises...
I didn't understand anything you just said except GitHub
Unlocalized names are different from registry names.
I used the above as an example of how to create a ResourceLocation generally, but for your renderer you need a ResourceLocation which points to an entity texture that you can return as the result of getEntityTexture on line 94 of your rendering class, as UpcraftLP mentioned.
If you look at one of the vanilla renderers in net.minecraft.client.renderer.entity, you can see (I'll use RenderCow as an example):
private static final ResourceLocation cowTextures = new ResourceLocation("textures/entity/cow/cow.png");
So you need to do the same thing - the only potential difference being that if you're using a texture of your own then the ResourceLocation should have two parameters instead of one - the first being your mod ID and the second being the path to the texture.
I attempted both of the following, none worked.
@Override
protected ResourceLocation getEntityTexture(EntityNuke entity) {
return new ResourceLocation(Ref.MOD_ID, "textures/entity/nuke/nuke_side.png");
}
@Override
protected ResourceLocation getEntityTexture(EntityNuke entity) {
return new ResourceLocation("vt:textures/entity/nuke/nuke_side.png"); // vt is the mod id
}
No they don't, the public constructors take strings.
You're probably already indirectly using them when you call Block#setRegistryName, as that creates a ResourceLocation to identify they block. It's a combination of your mod id and a unique name for the thing being referenced (e.g. a block), which you can either provide as one string with the two elements being separated by a colon, or two strings.
Examples:
new ResourceLocation(MyMod.MODID, "myBlockName");
new ResourceLocation("mymodid:myBlockName");
So I do not need to specify a file path, or just the block's/item's unlocalized name?
return new ResourceLocation(Ref.MOD_ID, VillagerBlocks.nuke.getUnlocalizedName().substring(5));
you don't need to "upgrade to later versions", you're just returning "null" for your entity texture in line 94 of the pastebin. return the correct ResourceLocation there and you'll be fine.
I am not familiar with the way ResourceLocations work. Would you give me an example? I attempted to look at it's source code, but the constructor required an object that extended an abstract class which implement an interface and so on. There was too much for me to wrap my mind around.
I realized that the rendering methods have changed for 1.8, but I cannot figure out how to use them. I have successfully rendered throwable entities first by including a factory in the render class, then registering it in the main mod class using this method:
Unfortunately I don't know since I use Idea. But tbh in this case of finding the item class for a compass, I'd search for a file named "ItemCompass" and if it doesn't exist, search for the word "compass" in the Item class.
I tried searching the Item class for "compass", but the only thing there was a register code that used strings, so I couldn't trace it back the ItemCompass.java:
/* 1533 */ registerItem(345, "compass", new Item().setUnlocalizedName("compass").setCreativeTab(CreativeTabs.tabTools));
It's nice and all that Microsoft is excited to release the latest version of 'Microcraft', but when can Minecaft get some bug fixes? It's been over 2 years since the last update (December 9, 2015) and we are still suffering from the same bugs
0
Registering the entity seems like a good idea, LOL. I registered it, but it still is invisible. Do entity textures need JSONs?
0
I didn't understand anything you just said except GitHub
Here: https://github.com/bignose956/Mod
0
I didn't understand anything you just said except GitHub
Here: https://github.com/bignose956/Mod
0
If the folders are in a zipped file, just copy them out, rename them, copy them back in, and delete their original files.
0
It still renders as invisible, and I haven't changed my registering method:
0
I attempted both of the following, none worked.
@Override protected ResourceLocation getEntityTexture(EntityNuke entity) { return new ResourceLocation(Ref.MOD_ID, "textures/entity/nuke/nuke_side.png"); } @Override protected ResourceLocation getEntityTexture(EntityNuke entity) { return new ResourceLocation("vt:textures/entity/nuke/nuke_side.png"); // vt is the mod id }0
So I do not need to specify a file path, or just the block's/item's unlocalized name?
0
I am not familiar with the way ResourceLocations work. Would you give me an example? I attempted to look at it's source code, but the constructor required an object that extended an abstract class which implement an interface and so on. There was too much for me to wrap my mind around.
0
I realized that the rendering methods have changed for 1.8, but I cannot figure out how to use them. I have successfully rendered throwable entities first by including a factory in the render class, then registering it in the main mod class using this method:
But I cannot render regular entities. I tried the same methods but with no success, they render as invisible entities.
My render class for the regular entity is here: https://pastebin.com/HtZBA2L1
and the register method I used is as follows:
So what exactly is the trick to rendering in these newer versions? (Please do not tell me to "upgrade" to later versions).
0
Hmm, the rendering doesn't seem to work in 1.8.9. Any advice?
0
I tried searching the Item class for "compass", but the only thing there was a register code that used strings, so I couldn't trace it back the ItemCompass.java:
/* 1533 */ registerItem(345, "compass", new Item().setUnlocalizedName("compass").setCreativeTab(CreativeTabs.tabTools));Item.java
0
Does anyone know where the source code for compasses is located?
I can't find it anywhere, and already checked:
and I can't go on like this!
0
Oh yeah, I planned on doing that before I posted it
0
That is what I looked at xD
But it's okay now, I figured out how to do it
0
I got it
List<EntityMob> list = worldIn.getEntitiesWithinAABB(EntityMob.class, new AxisAlignedBB((float) (xCoord + 40), (float) (yCoord + 40), (float) (zCoord + 40), (float) (xCoord - 40), (float) (yCoord - 4), (float) (zCoord - 40))); if(!list.isEmpty()){ EntityMob target = list.get(0); EntityGrenade entitysnowball = new EntityGrenade(worldIn, xCoord, yCoord, zCoord); double d0 = target.posY + (double)target.getEyeHeight() - 1.100000023841858D; double d1 = target.posX - pos.getX(); double d2 = d0 - entitysnowball.posY; double d3 = target.posZ - pos.getZ(); float f = MathHelper.sqrt_double(d1 * d1 + d3 * d3) * 0.2F; entitysnowball.setThrowableHeading(d1, d2 + (double)f, d3, 4, 0); worldIn.spawnEntityInWorld(entitysnowball); }