hi did you have time to check if IC2 is ready for blockID extending mods?
im just curious because i cant test it, both mods need to be updated to the newest forge version xD
anyway thanks for 1.42 finaly i have a good reason to play some minecraft again i just cant live without ic2 anymore 
No, because we are already using mineforge. it most likely works the same way, and does the same thing.
nope forge gives you unlimited sprites not block ids, and for campatibility they both use forge themself.
hi,
while you are converting to 1.0 could you add support for the following 2 mods too plz?
http://www.minecraftforum.net/topic/847112-1…ing-in-ssp-smp/
http://www.minecraftforum.net/topic/310298-1…s/#4096BlockIDs
### Mod compatibility : my 3 rules ###Normally, it is compatible with mods that don't modify the same class that I modify.
BUT, the modder must have anticipated the possibility to use more than 256 blocks.
This can be done in respecting these 3 rules:
- First, when processing the following tables of the Block class, in a loop for example, don't use 256 :
Block.blocksList[]
Block.tickOnLoad[]
Block.opaqueCubeLookup[]
Block.isBlockContainer[]
Block.lightOpacity[]
Block.canBlockGrass[]
Block.lightValue[]
Block.requiresSelfNotify[]
Block.useNeighborBrightness[]//Wrong
for(int i = 0; i < 256; i++)
//Right
for(int i = 0; i < Block.blocksList.length; i++)- Second, when declaring a ItemBlock, don't use "myBlockID - 256" but "myBlockID - Block.blocksList.length"
//Wrong
Item.itemsList[Block13incID] = new Item13inc(Block13incID - 256);
//Right
Item.itemsList[Block13incID] = new Item13inc(Block13incID - Block.blocksList.length);
The reason is that the first 256 Items are reserved to be the item version of the 256 blocks. So if I change the max number of Block, the max number of Items reserved for the blocks changed too.- Third, when using function that return the BlockID, use an integer to save the data. Doesn't use variable byte, byte casting ("(byte)") and mask ( "& 0xff" )
Example from minecraft code :
Class Chunk
public boolean setBlockID(int i, int j, int k, int l)
//Wrong
byte byte0 = (byte)l;
...
blocks[i << worldObj.field_35471_b | k << worldObj.field_35473_a | j] = (byte)(byte0 & 0xff);
//Right
blocks[i << worldObj.field_35471_b | k << worldObj.field_35473_a | j] = l;=> So you must BAN most of the "256" and the "byte" in our code and it will, probably, work !!!
The advantage of these 3 rules is that the mod will work with and without my mod: without my mod, the "Block.blocksList.length" will stay at 256. Even if you think it is useless, don't forget that the day Mojang will remove the limitation directly in the code of Minecraft, these sorts of error will appear and it will be the same fix that I propose. So better take the good resolution sooner when you have time. Instead of waiting the last minute when a new version of minecraft will appear with the same modification that I made and that you will need more time to update your mod to the new version !!!
i hope you can support this as it dont sounds like to much work and would allow us to finaly use tons of great mods together again.
Would you please remove all the mod 'tags' in the topic? xD
You could write instead something like [Many-Mods].
i think its better to know what mods are running and dont have to read the thread first for ppl like me that are looking for a heavy modded server
nice seed from the minecraft forums
link
nice mod cant wait to try but i also just updated to 1.8.1 
