Draco18s

Well, your read/write methods are saving sides and the energy, but not anything else. I also wouldn't trust "sides" to be sufficiently unique to avoid collision with something else. As for your log method, try using System.out.println() instead, I am not sure what the LogHelper class is and how it works, but a line printed directly to the console should show up.

And this is why I haven't updated any of my mods. <3

Just to jump in real quick. While not required, there are totally legitimate reasons to do untyped code blocks. I was working on something just the other week where I wanted to tab stuff in just to reduce the mental gymnastics necessary to understand what it was doing, and the IDE kept untabbing it, so I said "fuck it, code block." Incidentally, code blocks also add another level of local scope. int v = 1; { int v = 2; System.out.println("v is " + v); //prints 2 }

Yeah, do that. Without it your post is useless and we can't help you. You may as well have waited to post until you got home.

Turns out I misremembered something. doExplosionB(bool) is what actually destroys the blocks, there's no flag for it, it just does it.

[quote name="UberAffe" post="193884" timestamp="1455814549"] So you can only have one NBTTagCompound or NBTTagList per nest level? [/quote] Incorrect. NBTTagCompound is a dictionary. You can only have one object [i]with a given name[/i]. Both of these are using the same name: [code nbt.setTag(RefStrings.TAGLIST, list); nbt.setInteger(RefStrings.TAGLIST, count); I'm sure the others are, too.

There is also a parameter to the explosion function that means "destroy blocks: true"

I'll be honest, I haven't looked at the newer files. I just know that it was that way for friggin' ages (I pulled that from 1291, the latest 1.7.10 version I have).

...because, right now, you're adding the effect every tick and Regen specifically wants to know how long the potion has left in order to do any healing. Because it does this: if(timeLeft % 10 == 1) { heal(); }

It says "dev" and should say "decomp." They've never changed it, as far as I know.

You forgot your mod ID in your registerBlockIcons method.

setupDecompWorkspace gives you the source, setupDevWorkspace doesn't. Yes, thank you. That's not what I said is it? THAT is what I was referring to.

If it is just private field members, then use Reflection.

Alert: supplied code is 1.8ish. 1.7.10 does not require IUpdatePlayerListBox and all pos and Blockpos objects should be some variant of x , posx , or xCoord .

@Override protected boolean canPlaceBlockOn(Block block) { return block == Blocks.farmland; } And what do you think this does when you go to place the next block?

TL;DR: Don't You should be able to accomplish this with the event system, although your biggest problem (regardless of what you do, codewise) is going to be doing the actual animations and rendering them. But on the off-chance that the events fired are not sufficient for this, creating a coremod is a huge, huge headache. You thought coding animations was hard? Coding ASM is much harder. Here's an example: private void patch(ClassNode classNode) { MethodNode method = ASMHelper.findMethod(classNode, "func_149674_a", VOID_TYPE, WORLD_TYPE, INT_TYPE, INT_TYPE, INT_TYPE, RANDOM_TYPE); InsnList patch = new InsnList(); AbstractInsnNode absNode = findLast(RETURN, method.instructions); patch.add(new VarInsnNode(ALOAD, 1)); patch.add(new VarInsnNode(ILOAD, 2)); patch.add(new VarInsnNode(ILOAD, 3)); patch.add(new VarInsnNode(ILOAD, 4)); patch.add(new MethodInsnNode(INVOKESTATIC, "com/draco18s/hardlibcore/asm/HardLibPatcher", "eventFunc", getMethodDescriptor(VOID_TYPE, WORLD_TYPE, INT_TYPE, INT_TYPE, INT_TYPE))); method.instructions.insertBefore(absNode, patch); } I only changed the names of the methods in order to opaque the point of the patch. Can you figure out what it does?

Not sure how the classing is done, but at the block-ID point (its possible they use the same class, the way redstone (and a few other blocks) ore do), wall and floor signs are two different blocks.

He's already doing what you said.

I've complained before that the guide says "setupDecompWorkspace" and not dev, but whoever is in charge of that file hasn't bothered changing it.

The client is a lying, cheating bastard. If Cheat Essentials doesn't report itself to the server as being installed, you can't do a damn thing about it.

Use a white texture with alpha.

Pretty sure those diagonal side faces are cheated. That is: they're still squares with fully transparent pixels.

Its supposed to work like that. Vanilla tools that have not been used show a full durability bar. Their damage is 0/XXX . When its used up (no bar left), damage is XXX/XXX .

Your invisible blocks should also be transparent, so the model gets light.

Yes, it's backwards. Just do 1 - whatever