Yes. I am currently working on no redstone stuff: Walls, fences, stairs, panes and slabs, for 1.0.7. Then I will probably work on Doors, fencegates, etc. But this should only be released in 1.0.8.
I'm trying to make vanilla stone blocks harvestable only by vanilla stone tools or better. But no matter what I set that harvestlevel to, wooden pickaxes can mine stone.
Is it possible to add a command line that forces the configs to reload, most of the time you want to fine tune the properties of a block, having to close and reload MC everytime is a bit long winded.
How do you reference items with Meta data for the changeBlocks? For example Thermal Foundation ores.
I've tried the below, with no changes to the ore. I've also tried changing the last : to a - as some mods require that syntax, but that just crashes MC.
How do you reference items with Meta data for the changeBlocks? For example Thermal Foundation ores.
I've tried the below, with no changes to the ore. I've also tried changing the last : to a - as some mods require that syntax, but that just crashes MC.
Most of the times sub blocks have the same properties of the main block, so I have not added any way to edit just one subtype. I would have to check if it is possible to add this feature in a future version
Most of the times sub blocks have the same properties of the main block, so I have not added any way to edit just one subtype. I would have to check if it is possible to add this feature in a future version
OK, that's not too much of an issue, as I can switch over to a different mods ore for those particular blocks, and go from there.
Adding logs, slabs, stairs, fences, walls and panes
Adding oreGen biomeId
Adding metadata for blockToSpawn
Adding "changeFoods" to change properties of existing foods
Fixed liquid textures using block name instead of texturename
Fixed customCrops not breaking when trampled
Removing "fall" properties from blocks
Adding "type" propertie to block
Adding "flowLength" to fluids
Adding "lightLevel" to fluids
Removing "luminosity" from fluids
Adding some minecraft 1.8 stuff to default configs
Adding dark quartz blocks to default config files
Remake config is true by default now
This version has many new things.
Now, remake config is true by default. So when you install the mod it will add some config files with already configures blocks, tools, fluids, creative tabs, etc.
I have added some 1.8 stuff to the default configs. They are all in a creative tab called 1.8 stuff.
If you dont want the default items, just set customitems.cfg, remake to false and delete the auto-generated files.
Fluids and its buckets are working, but fluids still require more upgrades.
I have defined some fluids so you can have an idea of how it is working. Better explanations for fluids will be created on the wiki.
I've your last release, 1.0.7, and I'm using forge 1.7.10 (....1264).
I got the next crash on world generation:
Exception in server tick loop
java.lang.ArrayIndexOutOfBoundsException: 1
at me.otho.customItems.mod.worldGen.CustomWorldGenerator.generate(CustomWorldGenerator.java:42)
at cpw.mods.fml.common.registry.GameRegistry.generateWorld(GameRegistry.java:106)
at net.minecraft.world.gen.ChunkProviderServer.func_73153_a(ChunkProviderServer.java:280)
at net.minecraft.world.chunk.Chunk.func_76624_a(Chunk.java:1055)
at net.minecraft.world.gen.ChunkProviderServer.originalLoadChunk(ChunkProviderServer.java:190)
at net.minecraft.world.gen.ChunkProviderServer.loadChunk(ChunkProviderServer.java:131)
at net.minecraft.world.gen.ChunkProviderServer.func_73158_c(ChunkProviderServer.java:101)
at net.minecraft.server.MinecraftServer.func_71222_d(MinecraftServer.java:265)
at net.minecraft.server.integrated.IntegratedServer.func_71247_a(IntegratedServer.java:130)
at net.minecraft.server.integrated.IntegratedServer.func_71197_b(IntegratedServer.java:153)
at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:387)
at net.minecraft.server.MinecraftServer$2.run(MinecraftServer.java:685)
I think it's something bad with worldGen.
I'm using Extrabiomes XL, and Natura, for world generation (their last updates).
Can I also ask something about textures?
I use the mod's wiki, there it says you can place the blocks/items' textures in resourcepacks/assets/'mymod'/textures/blocks or items...
How should I name the "mymod" folder? Should it be the same as my custom .json file (in this case "ranthings")?
One more thing, I use the mod "minecraftloader" how shows you what mod is loading on minecraft starts up.
It takes 30 seconds to load "Custom Items", while other mods load very fast.
Just a comment.
EDIT: the loading time was 1 sec turning to false "defaultTab" and "remake" in the customitems config file.
"mymod" should be customitems/ . I will look at the wiki later and make it more clear.
About the time to load the mod. I am sure that the problem is the remake feature, but you only need to load the mod once with this feature on to make the default config files.
I'm using Cauldron 1.1207.01.195 server, a 1.7.10 forge based server.
As you can see, item IDs still not registered correctly based on "registerOrder" property.
Oh and the interesting part is, the registration is ALWAYS in that order..
n$80_coin -> n$70_coin -> n$10_coin -> n$90_coin -> n$60_coin -> n$30_coin -> n$20_coin -> n$40_coin -> n$50_coin
No matter how I set "registerOrder" property, n$80_coin will be registered first then n$70_coin and so on.
And please take note that I always delete my config file first then restart the server to erase all registered custom items before make change to config file. Then finaly start the server again with new config file so that the server will re-register the items.
[12:31:18] [Server thread/INFO]: class me.otho.customItems.configuration.jsonReaders.items.Cfg_item
[12:31:18] [Server thread/INFO]: N$30 Coin
[12:31:18] [Server thread/INFO]: class me.otho.customItems.configuration.jsonReaders.items.Cfg_item
[12:31:18] [Server thread/INFO]: N$50 Coin
[12:31:19] [Server thread/INFO]: class me.otho.customItems.configuration.jsonReaders.items.Cfg_item
[12:31:19] [Server thread/INFO]: N$60 Coin
[12:31:19] [Server thread/INFO]: class me.otho.customItems.configuration.jsonReaders.items.Cfg_item
[12:31:19] [Server thread/INFO]: N$10 Coin
[12:31:19] [Server thread/INFO]: class me.otho.customItems.configuration.jsonReaders.items.Cfg_item
[12:31:19] [Server thread/INFO]: N$80 Coin
[12:31:19] [Server thread/INFO]: class me.otho.customItems.configuration.jsonReaders.items.Cfg_item
[12:31:19] [Server thread/INFO]: N$70 Coin
[12:31:19] [Server thread/INFO]: class me.otho.customItems.configuration.jsonReaders.items.Cfg_item
[12:31:19] [Server thread/INFO]: N$20 Coin
[12:31:19] [Server thread/INFO]: class me.otho.customItems.configuration.jsonReaders.items.Cfg_item
[12:31:19] [Server thread/INFO]: N$90 Coin
[12:31:19] [Server thread/INFO]: class me.otho.customItems.configuration.jsonReaders.items.Cfg_item
[12:31:19] [Server thread/INFO]: N$40 Coin
...
[12:31:28] [Server thread/INFO]: Injected new Forge item material CUSTOMITEMS_N80_COIN with ID 4629.
[12:31:28] [Server thread/INFO]: Injected new Forge item material CUSTOMITEMS_N70_COIN with ID 4630.
[12:31:28] [Server thread/INFO]: Injected new Forge item material CUSTOMITEMS_N10_COIN with ID 4631.
[12:31:28] [Server thread/INFO]: Injected new Forge item material CUSTOMITEMS_N90_COIN with ID 4632.
[12:31:28] [Server thread/INFO]: Injected new Forge item material CUSTOMITEMS_N60_COIN with ID 4633.
[12:31:28] [Server thread/INFO]: Injected new Forge item material CUSTOMITEMS_N30_COIN with ID 4634.
[12:31:28] [Server thread/INFO]: Injected new Forge item material CUSTOMITEMS_N20_COIN with ID 4635.
[12:31:28] [Server thread/INFO]: Injected new Forge item material CUSTOMITEMS_N40_COIN with ID 4636.
[12:31:28] [Server thread/INFO]: Injected new Forge item material CUSTOMITEMS_N50_COIN with ID 4637.
...
Strange that the server read the items in a correct order based on "registerOrder" property..
but then it registered the IDs using aforementioned order, not using "registerOrder" property order.
shadowofdoom1000, have you been creating and testing Customitem configs in only one world generation?
I have found while working with custom blocks or items and remove them from the one world and adding them back in causes them to register under a different number like you have seen. In consequence, the "registerOrder" property does not work regardless. I they where registered before in an incorrect order then the "registerOrder" still does not work. I do not understand why this happens, maybe related to the world files. Could not say though. There is a work around I believe.
If you wipe the whole world you have been working in and start a new one the "registerOrder" should work just fine. It works with single player at less of just Forge. I know it is not ideal but it is a work around. If you have a backup of the server before using Customitems I recommend starting there.
Also know that if you do not have some of the custom items with the "registerOrder", they will appear first in the list.
My experence of "registerOrder" and an idea (last paragraph) is in the spoiler...
I was having the same issue when I started testing "registerOrder" when shadowofdoom1000 brought the issue up. Before I used the "registerOrder" I couldn't figure out why each time I removed the custom items out of my world and then added them back in that the blocks/items bumped up a few register from the original. With the problems still persisting I tried the "registerOrder" to see if it would correct the problem. It did not help thing and made things still confusing why it didn't work.
For some reason a saying popped in my, "When in doubt, start over" (Don't ask me where it came from, I don't know). I started a new world with the same configuration, there was no real reason to retype the config, and to my surprise the "registerOrder" blocks/items where in the correct order.
As I said before I do not know if has to do with world files, or how Forge handles registries or if it is Customitems having a non-defined registry. Maybe with 1.8 in the near future for Forge maybe adding a way to define the custom item have a custom register with subdata like <minecraft:red_flower:2> ?
shadowofdoom1000, have you been creating and testing Customitem configs in only one world generation?
I have found while working with custom blocks or items and remove them from the one world and adding them back in causes them to register under a different number like you have seen. In consequence, the "registerOrder" property does not work regardless. I they where registered before in an incorrect order then the "registerOrder" still does not work. I do not understand why this happens, maybe related to the world files. Could not say though. There is a work around I believe.
If you wipe the whole world you have been working in and start a new one the "registerOrder" should work just fine. It works with single player at less of just Forge. I know it is not ideal but it is a work around. If you have a backup of the server before using Customitems I recommend starting there.
Also know that if you do not have some of the custom items with the "registerOrder", they will appear first in the list.
My experence of "registerOrder" and an idea (last paragraph) is in the spoiler...
I was having the same issue when I started testing "registerOrder" when shadowofdoom1000 brought the issue up. Before I used the "registerOrder" I couldn't figure out why each time I removed the custom items out of my world and then added them back in that the blocks/items bumped up a few register from the original. With the problems still persisting I tried the "registerOrder" to see if it would correct the problem. It did not help thing and made things still confusing why it didn't work.
For some reason a saying popped in my, "When in doubt, start over" (Don't ask me where it came from, I don't know). I started a new world with the same configuration, there was no real reason to retype the config, and to my surprise the "registerOrder" blocks/items where in the correct order.
As I said before I do not know if has to do with world files, or how Forge handles registries or if it is Customitems having a non-defined registry. Maybe with 1.8 in the near future for Forge maybe adding a way to define the custom item have a custom register with subdata like <minecraft:red_flower:2> ?
Ahhh that is it. I had never thought that having multiple worlds can affect item registration.
Thanks a lot mate.
shadowofdoom1000, sorry for taking so long to answer. I was solving some other visual bugs, before trying to find out what was going on with your registerOrder problem.
I am not sure why having multiple worlds affected your registering. It should be something on how forge handles it.
The Meaning of Life, the Universe, and Everything.
Join Date:
10/9/2013
Posts:
46
Member Details
0tho, I am curious, are you using multiple worlds in your server?
Because right now, after adding some mods, the problem occurs again.. although I do not using multiple worlds.
(Want to port 1.8 for 1.7.10...)
You should give it a look
Follow on Twitter
Amazing!
Is that with customitems or customItems?
Here's my file:
I'm trying to make vanilla stone blocks harvestable only by vanilla stone tools or better. But no matter what I set that harvestlevel to, wooden pickaxes can mine stone.
Is it possible to add a command line that forces the configs to reload, most of the time you want to fine tune the properties of a block, having to close and reload MC everytime is a bit long winded.
About your changeblocks thing. Try this:
You need to put a toolclass. I will check the code, and see if it really needs a toolclass to work. I may improve this in next versions
You should give it a look
Follow on Twitter
I already tried
"registerOrder":1
"registerOrder":2
"registerOrder":3
and also
"registerOrder":"1"
"registerOrder":"2"
"registerOrder":"3"
But still the item registration is randomed. And I still get unsorted item IDs.
Ah, that works! Thanks. Now it's highlighted an issue with my plans that I need to work around, all good fun
How do you reference items with Meta data for the changeBlocks? For example Thermal Foundation ores.
I've tried the below, with no changes to the ore. I've also tried changing the last : to a - as some mods require that syntax, but that just crashes MC.
In each block/item that you want to register you put the propertie "registerOrder" with only a number like 1, 2, 3.
Sorry golrith, that is not possible.
Most of the times sub blocks have the same properties of the main block, so I have not added any way to edit just one subtype. I would have to check if it is possible to add this feature in a future version
You should give it a look
Follow on Twitter
OK, that's not too much of an issue, as I can switch over to a different mods ore for those particular blocks, and go from there.
New Version: 1.0.7b
Changelog:
This version has many new things.
Now, remake config is true by default. So when you install the mod it will add some config files with already configures blocks, tools, fluids, creative tabs, etc.
I have added some 1.8 stuff to the default configs. They are all in a creative tab called 1.8 stuff.
If you dont want the default items, just set customitems.cfg, remake to false and delete the auto-generated files.
Fluids and its buckets are working, but fluids still require more upgrades.
I have defined some fluids so you can have an idea of how it is working. Better explanations for fluids will be created on the wiki.
You should give it a look
Follow on Twitter
I've your last release, 1.0.7, and I'm using forge 1.7.10 (....1264).
I got the next crash on world generation:
java.lang.ArrayIndexOutOfBoundsException: 1
at me.otho.customItems.mod.worldGen.CustomWorldGenerator.generate(CustomWorldGenerator.java:42)
at cpw.mods.fml.common.registry.GameRegistry.generateWorld(GameRegistry.java:106)
at net.minecraft.world.gen.ChunkProviderServer.func_73153_a(ChunkProviderServer.java:280)
at net.minecraft.world.chunk.Chunk.func_76624_a(Chunk.java:1055)
at net.minecraft.world.gen.ChunkProviderServer.originalLoadChunk(ChunkProviderServer.java:190)
at net.minecraft.world.gen.ChunkProviderServer.loadChunk(ChunkProviderServer.java:131)
at net.minecraft.world.gen.ChunkProviderServer.func_73158_c(ChunkProviderServer.java:101)
at net.minecraft.server.MinecraftServer.func_71222_d(MinecraftServer.java:265)
at net.minecraft.server.integrated.IntegratedServer.func_71247_a(IntegratedServer.java:130)
at net.minecraft.server.integrated.IntegratedServer.func_71197_b(IntegratedServer.java:153)
at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:387)
at net.minecraft.server.MinecraftServer$2.run(MinecraftServer.java:685)
{
"tabLabel":"Ran Things",
"iconItem":"minecraft:hopper"
}
],
"blocks": [
{
"name":"Not conventional Petrol ore",
"textureName":"notconpetrolore",
"creativeTab":"Ran Things",
"material":"rock",
"toolClass":"pickaxe",
"hardness": 5,
"resistance": 30,
"falls": false,
"stepSound":"stone",
"harvestLevel": 2,
"canSilkHarvest": true,
"dropItemName":"Not conventional Petrol",
"minItemDrop": 1,
"maxItemDrop": 3,
"eachExtraItemDropChance": 50
}
],
"items":[
{
"name":"Not conventional Petrol",
"textureName":"notconpetrol",
"creativeTab":"Ran Things",
"maxStackSize":16
}
],
"fluids":[ {
"name":"Liquid not conventional Petrol",
"textureName":"liquidnotconpetrol",
"creativeTab":"Ran Things",
"luminosity":0
}
],
"oreGen":[
{
"blockToSpawn": "Not conventional Petrol ore",
"blockToReplace": "minecraft:stone",
"dimensionId": 0,
"minVeinSize": 5,
"maxVeinSize": 10,
"chancesToSpawn": 10,
"minY": 6,
"maxY": 25
}
]
}
I think it's something bad with worldGen.
I'm using Extrabiomes XL, and Natura, for world generation (their last updates).
Can I also ask something about textures?
I use the mod's wiki, there it says you can place the blocks/items' textures in resourcepacks/assets/'mymod'/textures/blocks or items...
How should I name the "mymod" folder? Should it be the same as my custom .json file (in this case "ranthings")?
One more thing, I use the mod "minecraftloader" how shows you what mod is loading on minecraft starts up.
It takes 30 seconds to load "Custom Items", while other mods load very fast.
Just a comment.
EDIT: the loading time was 1 sec turning to false "defaultTab" and "remake" in the customitems config file.
Thanks for the help.
Carlos
"mymod" should be customitems/ . I will look at the wiki later and make it more clear.
About the time to load the mod. I am sure that the problem is the remake feature, but you only need to load the mod once with this feature on to make the default config files.
You should give it a look
Follow on Twitter
And thank you again, for as fast answer.
So, to clarify, my problem was that to mention an item/block
your mod makes a raw/code name of it, transforming the string if it contains spaces.
I'll keep tanking the role of a mad scientist.See you soon.
0tho, have you tried it by yourself?
Here's my config file:
"creativeTabs": [
{
"tabLabel": "Currency",
"iconItem": "customitems:n$10"
}
],
"items": [
{
"name": "N$10 Coin",
"textureName": "ncoin_10",
"registerOrder": 1,
"maxStackSize": 30,
"creativeTab": "Currency"
},
{
"name": "N$20 Coin",
"textureName": "ncoin_20",
"registerOrder": 2,
"maxStackSize": 30,
"creativeTab": "Currency"
},
{
"name": "N$30 Coin",
"textureName": "ncoin_30",
"registerOrder": 3,
"maxStackSize": 30,
"creativeTab": "Currency"
},
{
"name": "N$40 Coin",
"textureName": "ncoin_40",
"registerOrder": 4,
"maxStackSize": 30,
"creativeTab": "Currency"
},
{
"name": "N$50 Coin",
"textureName": "ncoin_50",
"registerOrder": 5,
"maxStackSize": 30,
"creativeTab": "Currency"
},
{
"name": "N$60 Coin",
"textureName": "ncoin_60",
"registerOrder": 6,
"maxStackSize": 30,
"creativeTab": "Currency"
},
{
"name": "N$70 Coin",
"textureName": "ncoin_70",
"registerOrder": 7,
"maxStackSize": 30,
"creativeTab": "Currency"
},
{
"name": "N$80 Coin",
"textureName": "ncoin_80",
"registerOrder": 8,
"maxStackSize": 30,
"creativeTab": "Currency"
},
{
"name": "N$90 Coin",
"textureName": "ncoin_90",
"registerOrder": 9,
"maxStackSize": 30,
"creativeTab": "Currency"
}
]
}
And here's my server log:
[12:13:42] [Server thread/INFO] [Custom Items/customitems]: Reading json file:customitems.json
[12:13:42] [Server thread/INFO] [Custom Items/customitems]: class me.otho.customItems.configuration.jsonReaders.items.Cfg_item
[12:13:42] [Server thread/INFO] [Custom Items/customitems]: N$10 Coin
[12:13:42] [Server thread/INFO] [Custom Items/customitems]: class me.otho.customItems.configuration.jsonReaders.items.Cfg_item
[12:13:42] [Server thread/INFO] [Custom Items/customitems]: N$20 Coin
[12:13:42] [Server thread/INFO] [Custom Items/customitems]: class me.otho.customItems.configuration.jsonReaders.items.Cfg_item
[12:13:42] [Server thread/INFO] [Custom Items/customitems]: N$30 Coin
[12:13:42] [Server thread/INFO] [Custom Items/customitems]: class me.otho.customItems.configuration.jsonReaders.items.Cfg_item
[12:13:42] [Server thread/INFO] [Custom Items/customitems]: N$40 Coin
[12:13:42] [Server thread/INFO] [Custom Items/customitems]: class me.otho.customItems.configuration.jsonReaders.items.Cfg_item
[12:13:42] [Server thread/INFO] [Custom Items/customitems]: N$50 Coin
[12:13:42] [Server thread/INFO] [Custom Items/customitems]: class me.otho.customItems.configuration.jsonReaders.items.Cfg_item
[12:13:42] [Server thread/INFO] [Custom Items/customitems]: N$60 Coin
[12:13:42] [Server thread/INFO] [Custom Items/customitems]: class me.otho.customItems.configuration.jsonReaders.items.Cfg_item
[12:13:42] [Server thread/INFO] [Custom Items/customitems]: N$70 Coin
[12:13:42] [Server thread/INFO] [Custom Items/customitems]: class me.otho.customItems.configuration.jsonReaders.items.Cfg_item
[12:13:42] [Server thread/INFO] [Custom Items/customitems]: N$80 Coin
[12:13:42] [Server thread/INFO] [Custom Items/customitems]: class me.otho.customItems.configuration.jsonReaders.items.Cfg_item
[12:13:42] [Server thread/INFO] [Custom Items/customitems]: N$90 Coin
[12:13:42] [Server thread/INFO] [Custom Items/customitems]: Registering Creative Tab: Currency
...
[12:13:57] [Server thread/INFO] [FML/]: Injected new block/item customitems:n$80_coin: 4104 (init) -> 4629 (map).
[12:13:57] [Server thread/INFO] [FML/]: Injected new block/item customitems:n$70_coin: 4103 (init) -> 4630 (map).
[12:13:57] [Server thread/INFO] [FML/]: Injected new block/item customitems:n$10_coin: 4097 (init) -> 4631 (map).
[12:13:57] [Server thread/INFO] [FML/]: Injected new block/item customitems:n$90_coin: 4105 (init) -> 4632 (map).
[12:13:57] [Server thread/INFO] [FML/]: Injected new block/item customitems:n$60_coin: 4102 (init) -> 4633 (map).
[12:13:57] [Server thread/INFO] [FML/]: Injected new block/item customitems:n$30_coin: 4099 (init) -> 4634 (map).
[12:13:57] [Server thread/INFO] [FML/]: Injected new block/item customitems:n$20_coin: 4098 (init) -> 4635 (map).
[12:13:57] [Server thread/INFO] [FML/]: Injected new block/item customitems:n$40_coin: 4100 (init) -> 4636 (map).
[12:13:57] [Server thread/INFO] [FML/]: Injected new block/item customitems:n$50_coin: 4101 (init) -> 4637 (map).
...
I'm using Cauldron 1.1207.01.195 server, a 1.7.10 forge based server.
As you can see, item IDs still not registered correctly based on "registerOrder" property.
Oh and the interesting part is, the registration is ALWAYS in that order..
n$80_coin -> n$70_coin -> n$10_coin -> n$90_coin -> n$60_coin -> n$30_coin -> n$20_coin -> n$40_coin -> n$50_coin
No matter how I set "registerOrder" property, n$80_coin will be registered first then n$70_coin and so on.
And please take note that I always delete my config file first then restart the server to erase all registered custom items before make change to config file. Then finaly start the server again with new config file so that the server will re-register the items.
"creativeTabs": [
{
"tabLabel": "Currency",
"iconItem": "customitems:n$10"
}
],
"items": [
{
"name": "N$10 Coin",
"textureName": "ncoin_10",
"registerOrder": 4,
"maxStackSize": 30,
"creativeTab": "Currency"
},
{
"name": "N$20 Coin",
"textureName": "ncoin_20",
"registerOrder": 7,
"maxStackSize": 30,
"creativeTab": "Currency"
},
{
"name": "N$30 Coin",
"textureName": "ncoin_30",
"registerOrder": 1,
"maxStackSize": 30,
"creativeTab": "Currency"
},
{
"name": "N$40 Coin",
"textureName": "ncoin_40",
"registerOrder": 9,
"maxStackSize": 30,
"creativeTab": "Currency"
},
{
"name": "N$50 Coin",
"textureName": "ncoin_50",
"registerOrder": 2,
"maxStackSize": 30,
"creativeTab": "Currency"
},
{
"name": "N$60 Coin",
"textureName": "ncoin_60",
"registerOrder": 3,
"maxStackSize": 30,
"creativeTab": "Currency"
},
{
"name": "N$70 Coin",
"textureName": "ncoin_70",
"registerOrder": 6,
"maxStackSize": 30,
"creativeTab": "Currency"
},
{
"name": "N$80 Coin",
"textureName": "ncoin_80",
"registerOrder": 5,
"maxStackSize": 30,
"creativeTab": "Currency"
},
{
"name": "N$90 Coin",
"textureName": "ncoin_90",
"registerOrder": 8,
"maxStackSize": 30,
"creativeTab": "Currency"
}
]
}
And here's the server log:
[12:31:18] [Server thread/INFO]: class me.otho.customItems.configuration.jsonReaders.items.Cfg_item
[12:31:18] [Server thread/INFO]: N$30 Coin
[12:31:18] [Server thread/INFO]: class me.otho.customItems.configuration.jsonReaders.items.Cfg_item
[12:31:18] [Server thread/INFO]: N$50 Coin
[12:31:19] [Server thread/INFO]: class me.otho.customItems.configuration.jsonReaders.items.Cfg_item
[12:31:19] [Server thread/INFO]: N$60 Coin
[12:31:19] [Server thread/INFO]: class me.otho.customItems.configuration.jsonReaders.items.Cfg_item
[12:31:19] [Server thread/INFO]: N$10 Coin
[12:31:19] [Server thread/INFO]: class me.otho.customItems.configuration.jsonReaders.items.Cfg_item
[12:31:19] [Server thread/INFO]: N$80 Coin
[12:31:19] [Server thread/INFO]: class me.otho.customItems.configuration.jsonReaders.items.Cfg_item
[12:31:19] [Server thread/INFO]: N$70 Coin
[12:31:19] [Server thread/INFO]: class me.otho.customItems.configuration.jsonReaders.items.Cfg_item
[12:31:19] [Server thread/INFO]: N$20 Coin
[12:31:19] [Server thread/INFO]: class me.otho.customItems.configuration.jsonReaders.items.Cfg_item
[12:31:19] [Server thread/INFO]: N$90 Coin
[12:31:19] [Server thread/INFO]: class me.otho.customItems.configuration.jsonReaders.items.Cfg_item
[12:31:19] [Server thread/INFO]: N$40 Coin
...
[12:31:28] [Server thread/INFO]: Injected new Forge item material CUSTOMITEMS_N80_COIN with ID 4629.
[12:31:28] [Server thread/INFO]: Injected new Forge item material CUSTOMITEMS_N70_COIN with ID 4630.
[12:31:28] [Server thread/INFO]: Injected new Forge item material CUSTOMITEMS_N10_COIN with ID 4631.
[12:31:28] [Server thread/INFO]: Injected new Forge item material CUSTOMITEMS_N90_COIN with ID 4632.
[12:31:28] [Server thread/INFO]: Injected new Forge item material CUSTOMITEMS_N60_COIN with ID 4633.
[12:31:28] [Server thread/INFO]: Injected new Forge item material CUSTOMITEMS_N30_COIN with ID 4634.
[12:31:28] [Server thread/INFO]: Injected new Forge item material CUSTOMITEMS_N20_COIN with ID 4635.
[12:31:28] [Server thread/INFO]: Injected new Forge item material CUSTOMITEMS_N40_COIN with ID 4636.
[12:31:28] [Server thread/INFO]: Injected new Forge item material CUSTOMITEMS_N50_COIN with ID 4637.
...
Strange that the server read the items in a correct order based on "registerOrder" property..
but then it registered the IDs using aforementioned order, not using "registerOrder" property order.
I have found while working with custom blocks or items and remove them from the one world and adding them back in causes them to register under a different number like you have seen. In consequence, the "registerOrder" property does not work regardless. I they where registered before in an incorrect order then the "registerOrder" still does not work. I do not understand why this happens, maybe related to the world files. Could not say though. There is a work around I believe.
If you wipe the whole world you have been working in and start a new one the "registerOrder" should work just fine. It works with single player at less of just Forge. I know it is not ideal but it is a work around. If you have a backup of the server before using Customitems I recommend starting there.
Also know that if you do not have some of the custom items with the "registerOrder", they will appear first in the list.
My experence of "registerOrder" and an idea (last paragraph) is in the spoiler...
For some reason a saying popped in my, "When in doubt, start over" (Don't ask me where it came from, I don't know). I started a new world with the same configuration, there was no real reason to retype the config, and to my surprise the "registerOrder" blocks/items where in the correct order.
As I said before I do not know if has to do with world files, or how Forge handles registries or if it is Customitems having a non-defined registry. Maybe with 1.8 in the near future for Forge maybe adding a way to define the custom item have a custom register with subdata like <minecraft:red_flower:2> ?
Ahhh that is it. I had never thought that having multiple worlds can affect item registration.
Thanks a lot mate.
I am not sure why having multiple worlds affected your registering. It should be something on how forge handles it.
Anyway, thank you Cyd for finding the solution
You should give it a look
Follow on Twitter
Because right now, after adding some mods, the problem occurs again.. although I do not using multiple worlds.