Draco18s

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.

Just to clarify things: You are using a rational database (MySQL, etc) hosted independently of any server to store block information (for some purpose that is irrelevant here)?

Fair warning: You're going to need to learn about concurrency.

Reading, dude, seriously, do it sometime.

Congratulations on never being taken seriously ever.

Ok, that's fine. Sometimes you find that it's an object you already have access to (e.g. if it had been of type WorldRenderer that would have been handy). The point is to see where you can get an instance, as you shouldn't need to create one. Where does RenderSnowball get its RenderManager from? Right-click -> References -> Entire Solution