Draco18s

No, that is not manulally. File temp = new File(playersDirectory, playerName + ".dat.tmp"); You can't use playerName, you don't HAVE a playerName: they're offline.

Ah, there. No that was fine. I was having trouble reading it as a constructor not as the class declaration.

Oh I didn't know this! Fancy! Now, does that work for blocks that only need updates on occasion, i.e. neighbor-changed? I'd love to be able to slim the performance on a multiblock I have (TE required, but it does nothing every tick, but does need to know when its neighbors change).

public Anderosite(){ I hope this is not all you have on this line.

That is GitHub's URL, it is not a link to YOUR git repository.

You may have to jiggle with the BiomeGenBase#temperature and BiomeGenBase#rainfall values to get what you want. I got it snowing in a desert last night, but only worked after I dropped the temperature down below 0.2 (otherwise I got rain). Whiiiich is actually kind of a pain in the arse for me, as I'd like that value of change over time and I was hoping I didn't have to modify it (on account of then no longer having the original value).

[quote name="Tuhljin" post="136305" timestamp="1420903085"] Ah, BBCode, that makes sense. I actually work in BBCode all the time but forgot about it here. Guess I'm used to forums where it only shows when you hit a button for it. I edited the post to clean that up. [/quote] The tag is magic.

So true. Due to the way some of the events I'm using interact with threads (that is, they're fired on different threads and my handler wants to use the same not-thread-safe object) I've had quite a bit of trouble squashing some concurrent modification crashes. I think they're gone, now, though.

if(stack.stackSize <= 0) { stack = null; } ?

Setting a random metadata facing, perhaps.

I have a liquid, it happens to be finite, but as far as I can tell this issue is related to "a block being a liquid." If a forge liquid exists in the block above lava, the player cannot jump out of the lava. They get ever so slightly slowed down and can't jump high enough. What's worse is that it's not "this one block the player intersects" but all adjacent blocks as well: one block North, South, East, West, (including diagonals) and the same selection one block up. If any of these blocks is filled with a forge liquid, the player cannot get out of lava. How can I fix this?

I already told you. Your method is called addCraftingRecipes not register. Change it.

Fukin' hell. Basic java man! Your method is called addCraftingRecipes not register !

Without your CraftingManager class and seeing the imports of your main mod class, we can't help you.

Don't forget to clone it.

That sounds like something maby forge should do. Have fun convincing Lex that it's important.

Huh, not for me. Ah, a 1.8 change >..> Anyway, yeah. Do what diesieben07 said.

You'd (probably) have to ASM the BlockWater shouldSideBeRendered method to properly check for adjacent block material type being coral.

Yup, Z-fighting. And by "slightly" an offset of 0.01 is usually enough.

loop { if(condition == true) { //your current return true, commented out } else { return false; //new } return true; //new }

Because you return true if the first time the loop runs it finds the blocks. You didn't let the loop finish.

theShaderGroup is already public. So I still don't know what you're trying to do.

True enough. I'm not sure how I'd go about "solving" the problem, as that kind of mesh network doesn't really have a concept of "edges" that you can go "oh that location is at / near an edge, do X."

Correctly. Why are you trying to get a field from EntityRenderer that is called "EntityRenderer"? That field doesn't exist.

Its because you aren't using smooth lighting code. You're using the fast lighting code (if you turn off smooth lighting in the options I'll bet you can't tell the difference). And heads up: smooth lighting code is a bitch. I gave up on it when I was doing whateverthehell it was that I was doing that was similar.