Extended metadata with TileEntity

[hydroflame]

hen .... i guess its sortof a good reason, you could always automagicly assign empty id to your block if you're not using the "give" command

[Busti]

The blocks should all be accessible in the chosen creative Tab so you don't need to cheat them in.

[hydroflame]

yeah but sometimes if you know X item has Y id its easier to simply type give Y 64 instead of looking through hundreds of item

 

 

btw i actually agree with you more then i agree with the argument above, specially since theres a search bar

 

soooo ... since you dont care about ID, why dont you just fill in the blanks in the Block.blocksList ?

[Busti]

Why should I? who needs so many Id's when they all could be the same block?

[hydroflame]

because your method is extremmely memory intensive ?

 

imagine if you have a wall of those blocks. when the player needs to load them itll take forever to the server to send hundred of relativelly empty tile entity

[Busti]

Thats something I've never thought of. Redpower does that and ive never been in the situation where my huge tunnel bore took long to load.

[Busti]

Is there another method to store such information than a TileEntity?

[hydroflame]

well like we were thinking earlier, the meta, but we dont knwo how to extend it beyond 16.

 

[Busti]

It is also very hard to look where the Metadata is coming from because i cant find anything which is calling one of the methods in the block class.

[endershadow]

the only way to have more than 16 meta is by having custom chunk files. I looked in the minecraft code, and it's saved as nibbles (half a byte) so you'd need to either make a core mod that changes that, or make them specific to a custom dimension.

[Busti]

Which class is that?

[Mazetar]

Look into the world class, the get and set block metadata methods.

That should show you all involved classes and how/why they work

[GotoLink]

Considering the amount of work you are planning to do, you should have at least one hundred blocks to merge like this.

It would be a huge loss of time to do it for less.

[Mazetar]

Except for educational purposes, then it's at least a reason for the effort

[MineMaarten]

Correct me if I'm wrong, but I thought that implementing unnecessary TileEntities isn't good for the performance.

 

//Edit: Sorry hydroflame, you already said that. Good to emphasize though

[Busti]

http://gallery.mikrokopter.de/main.php?g2_view=core.DownloadItem&g2_itemId=109115&g2_serialNumber=1[/img]

[hydroflame]

@MineMaarten: you are absolutelly right

its important to understand whats the process of loading a chunk

basicly chunk are simply arrays of number. so whenever a player need to load a chunk he will request the server to first get that chunk in memory and then end it to the client. but tile entity are EXTRA data that are saved separatelly. if a chunk is loaded the server will also send the tile entity in separate packet (not 1 packet for all TE, 1 packet PER TE)

 

basicly if you have 20 TE per chunk, you're goign to roughly receive 21 packet.

 

but you usually dont load 1 chunk at a time, you usually need like 10

meaning the server will need to send 210 packet instead of 10 and at THIS point your network will be congested.

 

tldr

dont do it, no one will use the mod and its not going to be playable