Draco18s

RenderClothes is not referenced here, this is useless or you haven't registered it properly. Show the entirety of CustomPlayerRenderer

You only need one texture, just put all of the states in that texture. Check how the Beacon gui works.

Just stay away from coremods, life will be simpler. ASM is a dark abyss that looks back.

My 32 bit hardware dates back to 2009. So yeah, it doesn't take long to look at every block in the chunk. It's not a good idea unless you have a good reason (I did, and benchmarked it for that reason, had to use Time.getNano() because it was so fast).

Huh. Never looked into it, I guess. Integer, which is 32 bits.

Show where you instantiate, register, or otherwise perform an operation with RenderClothes .

Scanning a whole chunk (65536 blocks) takes 0.4ms

4096 is the limit on blocks, from vanilla plus all loaded mods. I think the item limit is 32,000ish. Biomes are limited to 255, IIRC. Mobs are limited to 255 per mod. Dimensions are effectively unlimited (Mystcraft and RF Tools both allow players to create dimensions). The dimension ID is a signed integer.

Why do you need a TE if all it is for is to change the block's metadata?

His pull request is a patch. Its like ASM (uses the same principles) but means that if integrated into the Forge codebase it would be shipped with every version of Forge from then on. ASM is frowned upon for two reasons: 1) There is almost certainly another way to make the change through the event system 2) It is very very easy to make a coremod that conflicts with someone else's coremod 3) ASM will drive you insane trying to learn it

Yes, there are many singleplayer worlds active because every player playing has their own integrated server. But it's not like there is only one dedicated server out there? There are many servers active as well... Oh I see your point. I was thinking that my database only would accessed by my server, but if another server administrator wants my mod to his server then I got more worlds accessing my database. You are totally right. Thank you very much for pointing this out. Cough

I once was rendering a screenshot on the client, sending it to the server, and saving it in a custom NBT file for when the client requested it. Took a lot of work, but in the end. XCompWiz eventually go around to making it realtime, but hey I did what I could do.

CCC is not valid for this version of Minecraft, apparently.

1) Is it UV mapped? If not, you will need to do that. 2) Get an image editor.

Call world.scheduleblockupdate in updatetick.

This is why you

That entirely depends on how the data is being saved to disk. HOO BOY. FileIO runs on a separate thread.

FYI, while WorldSaveData will do a lot, if for whatever reason you need access to actual files on the server, import System.IO and use the FileStream class. Minecraft is just like any other application and has full access to the file system. (e.g. I once had an idea on achieving the Brain Burst effect from Accel World using dimensions...by literally going "find the current dim's region folder...duplicate it, now send the player to this new dimension.") Warning: 99.9999% of the things you will ever want to do will not need this.

@SideOnly(Side.CLIENT) <-- this marks a method to only run client side, for VISUAL EFFECTS @Override public void randomDisplayTick(World world, int x,int y, int z, Random rand) { //snip world.setBlockToAir(x, y-i, z); <-- only run on the client, good jorb } Have you considered using updateTick instead?

Show renderLayers()

There isn't one. I got all my NEI stuff working by examining an open source mod that already had it working.

I think he's planning a private mod for a private server. But yeah, this kind of stuff should just be stored in WorldSavedData.

Don't return null.

Cough:

And if you need the assets, you can extract them from the Minecraft jar.