Draco18s

I think you mean: public double getMaxRenderDistanceSquared() { return 4096.0D; } i think that if you increase that it can render further away. That's the bit, yes. (For reference, that value is 64 blocks, as a sphere)

Wow. So. Where are you calling CBingot()? Inside CBingot() You need to go learn Java.

Sort of. There's also a draw distance limit for TEs as well. It's longer, but not by a whole lot (I think there's a way to override that distance on a per-TE basis, but I do not recall how offhand).

Yes, yes it is.

If you're changing from one missing texture to another...

Is the value that controls your texture saved to NBT?

Thank you! However I never made a mod where I would have to sync packets. So I really dont know how this is done. Where should I put this? Inside your tile entity class. That's ALL you need to do in this case.

The cool thing is that vanilla handles 99% of it for you, just add this: public Packet getDescriptionPacket() { NBTTagCompound nbtTag = new NBTTagCompound(); this.writeToNBT(nbtTag); return new Packet132TileEntityData(this.xCoord, this.yCoord, this.zCoord, 1, nbtTag); } public void onDataPacket(INetworkManager net, Packet132TileEntityData packet) { readFromNBT(packet.data); }

</did not perform tests>

Reminds me that a mob I have in a mod I stated I would not update until 1.7 was usable: It's based on the wolf (so model, renderer, an entity classes are copied wholesale, then the entity class modified to suit my purposes) and for some reason the tail just spins in a circle, passing through the dog's back and belly. When I first saw it happening I went, "Sigh. I really don't want to figure out why that's happening" because I hadn't made any changes to the render classes other than to change texture, and really really didn't want to work out the trig manually.

armorNamePrefix = armorNamePrefix; ? Really? Do you ever initialize that variable to anything?

Do it now. Putting it off will only lead to lots and lots of things needing to get done. With the one mod I've localized I had to go into 26 classes and add StatCollector.localize() calls to several strings in each class because I hadn't anticipated localization from the outset. 193 localization entries later...

You're kind of on your own there. Every entity is rendered differently and those renderers tend to control the texture.

Example: EntityRegistry.registerModEntity(EntityClayGolem.class, "EntClayGolem", 0, this, 350, 5, false);

This. Also, your error happens at at com.coolboy4531.Tracker.doFunction(Tracker.java:115) Go there. Figure out why. You didn't even include enough code of that class for me to locate that line so I couldn't help you if I wanted to, which I don't, because you're making mistakes left and right (why does doFunction() return a boolean if that boolean is ignored? Why do you do a Minecraft.getMinecraft() both before calling the function and inside the function instead of passing it? Or better yet, what purpose is it being put to in the event listener class? StringBuilder().append().toString()? Was String s = "I need " + a_variable + " stringified" wasn't good enough?)

Personally I'm waiting for more deobfuscation. I can handle the occasional func_* and field_* but when 95% of what I'm using looks like that, the code is unreadable and very hard to work with.

I'm getting some strong negative energy from your workspace. Try facing east instead.

Try something for me: Does it always print the line, even when you're doing nothing? Does it only print the line while you're holding the button down? What?

Rather than setting up the entire MCP workspace as a git repository, do just the src directory and then gitignore what you don't need inside that.

java.lang.NullPointerException at denbukki.indestructibleTools.proxys.ClientProxy.register(ClientProxy.java:15) As I told someone else: Null pointer exception At line 15 in yourClientProxy. Go there. Figure out why. You kept walking around the door that is locked trying to figure out why you aren't getting inside instead of using the key, like a normal person. This is basic Java and we are not here to help you with basic Java.

Seriously? It's like four checks (on the assumption that it's a single mod). Check 7 of 15 Check 4 of (7 or 8 ) Check 2 of 4 Check 1 of 2 --Problem mod located-- While harder to track down, you have determined that each half contains one of the two problem mods. Cut in half the other way next (think of the list of mods as being labeles on slices of pie: you've cut the pie one way, now cut it at a 90 degree angle). If you get the same result, check the diagonals. If you get a working half and a non-working half, you have now narrowed down the search space. Repeat. It might be monkey work, but at some level, everything is monkey work. That's why we have trained monkeys. Now, it's nice to have tools that help, but with such a small collection its often faster to do it manually than spend the time trying to find the tool.

Yes, they do. I've even reported it to them. But in poking around on my own I found that if I added a new entry manually the program was smart enough to fill in the missing versions.

Synching tile entities is super easy. public Packet getDescriptionPacket() { NBTTagCompound nbtTag = new NBTTagCompound(); this.writeToNBT(nbtTag); return new Packet132TileEntityData(this.xCoord, this.yCoord, this.zCoord, 1, nbtTag); } public void onDataPacket(INetworkManager net, Packet132TileEntityData packet) { readFromNBT(packet.data); } As long as your TE saves its inventory correctly in writeToNBT and reads it back in readFromNBT, that's all you need. https://github.com/Draco18s/Artifacts/blob/master/draco18s/artifacts/entity/TileEntityDisplayPedestal.java

No. new ResourceLocation("textures/entity/Skeith.png"); But unless your resource is in Minecraft's assets folder, it won't find it.

java.lang.NullPointerException at jerry99666.skeith.mobs.ModelSkeith.<init>(ModelSkeith.java:278) Null pointer exception At line 278 in ModelSkeith Go there. Figure out why. No bloody wonder you were having trouble. You kept walking around the door that was locked trying to figure out why you weren't getting inside instead of using the key, like a normal person.