So, AnrDaemon... You don't actually know how to help anyone's questions. You just chime in with your useless brand of commentary. Lavaslayer had a good question and it was one that I had as well. Thanks Erik_Steiner and Mineshopper for bringing some clarity to the issue.
-
- LavaSlayer
- Registered Member
-
Member for 6 years, 2 months, and 29 days
Last active Mon, Aug, 31 2020 11:06:44
- 0 Followers
- 41 Total Posts
- 6 Thanks
-
Mar 2, 20161
AnvilPuncher posted a message on Carpenter's BlocksPosted in: Minecraft Mods
So, AnrDaemon... You don't actually know how to help anyone's questions. You just chime in with your useless brand of commentary. Lavaslayer had a good question and it was one that I had as well. Thanks Erik_Steiner and Mineshopper for bringing some clarity to the issue. -
Mar 2, 20162
Erik_Steiner posted a message on Carpenter's BlocksPosted in: Minecraft Mods@LavaSlayer: There are only limited solutions for your problem. I had some similar problems while I tried to port my map from 1.6.4 to 1.7.10. While it was possible to port a map that had only the mod Carpenters' Blocks active, there were some issues by also having other mods activated. The result was, that nearly all ID's of my mods changed, so the ID's of Carpenters' Blocks changed, too. If you try to use the replacement tool of MCEdit, all TAG-Information of Carpenter's Block will vanish and the result is having the Blocks ported to the new ID's but loosing the rotation- and the overlay-Information. However I was able to find a solution for this by using the filter "JigarbovBlockFilter". It allows you to change block ID's without deleting those TAG-Information. So I was able to port all my Carpenters' Blocks to 1.7.10 with the correct rotation and the tile overlay.
This procedure is very time consuming, because you have to find out the new ID's first and port each Block ID by hand and there are some limitations. So if you used an overlay of a mod e.g. Chisels and the target environment don't have this mod or the block ID's of this mod changed, you will not be able to port those Carpenters blocks without messing them up. The reason for this is, that the NBT data stores ID's that are missing or have been changed.
So if your schematic files are very important and you really want to port those things to a different mod environment, you will have a lot of work and you maybe are unable to port some of your blocks. I was able to port most of Carpenters' Blocks because there were only a limited amount of blocks that used other mod's blocks.
Good Luck!
-
Feb 20, 2016
1
AnvilPuncher posted a message on Just Another Spawner (JAS) v0.14Posted in: Minecraft ModsHi,
I was working on some things with spawning and I thought I would share what I have done. I was interested in making Villagers and VillagerGolems spawn in empty "villages." Some mods such as those that create structures may not be able to spawn a villager without some mob spawner, which is messy. I had to make some definitions such as what would count as a village and where and under what conditions should the denizens spawn in. The VILLAGE spawner was created in CreatureType.cfg:
"VILLAGE": {
"Spawn Rate": 50,
"Spawn Cap": 64,
"Chunk Spawn Chance": 0.0,
"Spawn Medium": "air",
"Iterations Per Chunk": 20,
"Iterations Per Pack": 4,
"Spawn Tag": "posY>180||posY<30||!block({'minecraft:wooden_door'},{16,5,16},{0,0,0})||!solidside(1,{0,0,0},{0,-1,0})||liquid({0,0,0},{0,0,0})||normal({0,0,0},{0,0,0})||normal({0,0,0},{0,1,0})||!opaque({0,0,0},{0,-1,0})||block({'minecraft:air'},{0,0,0},{0,-1,0})",
"Default Biome Cap": -1,
"Biome Caps": {}
},
Most notably, it allows for spawning of this type within the Y levels specified and within 16 meters of a regular wood door.
Next, spawn conditions for the actual Villager is in the Entity Handler folder's file Vanilla.cfg:
"Villager": {
"Type-Enabled": "VILLAGE-true",
"Spawn Operand": "OR",
"Spawn Tag": "!block({'minecraft:bed'},{10,0,10},{0,0,0})||obj.sky()||obj.light<9||!(util.inRange(obj.countJASEntitiesInRange({'Villager'}, 0, 8), 0, 1))||!(util.inRange(obj.countJASEntitiesInRange({'Villager'}, 0, 32), 0, 9))",
"Despawn Tags": "true",
"Contents": [
"Villager"
]
},
These tags make Villagers only spawn close to a bed and inside with a light level 10 or higher. They also constrain Villager generation to a maximum of 2 in a close area and 10 in a larger area. This is because (as far as I can tell) JAS doesn't have a way to actually count the number or doors in an area so this is made to make sure that smaller towns in an area don't create too many villagers. Of course, vanilla villages don't have beds generate within them, so one can make adjustments to these constraints as necessary for their tastes.
Also, I want VillagerGolems to generate. I cooked up these tags to constrain them but also to make villages more defensible. Inside the EntityHandler folder's Vanilla.cfg this was placed:
"VillagerGolem": {
"Type-Enabled": "VILLAGE-true",
"Spawn Operand": "OR",
"Spawn Tag": "!obj.sky||!block({'minecraft:furnace'},{8,3,8},{0,0,0})||!(util.inRange(obj.countJASEntitiesInRange({'Villager'}, 0, 64), (((obj.countJASEntitiesInRange({'VillagerGolem'}, 0, 64))*5)+5), 64))",
"Despawn Tags": "!liquid({0,0,0},{0,1,0})",
"Contents": [
"VillagerGolem"
]
},
This one is a bit hairier and requires there to be a furnace nearby, again adjust to one's taste. The rest of the spawn tag relates to being able to generate if there are at least 5 villagers per golem. Both counts have a maximum of 64, which is the same as the spawn cap in CreatureType. The golem also becomes despawnable if he is immersed in water.
And last, the SpawnListEntries folder's file Vanilla.cfg must be populated with direction for these spawns by biome. Since they are considered under the VILLAGE spawner, they will need their own listing. The entry below will need to be placed in each biome (group) villagers are expected to spawn.
"VILLAGE": {
"Villager": {
"Weight-PassivePackMax-ChunkPackMin-ChunkPackMax": "10-1-0-0"
},
"VillagerGolem": {
"Weight-PassivePackMax-ChunkPackMin-ChunkPackMax": "100-1-0-0"
}
},
The VillagerGolem were made much more likely to spawn because they have a predetermined caps.
Of course now with these guys being able to spawn on their own, placement of vanilla wood doors and beds need to be carefully placed. In the particular games I run, there are many, many doors to choose from and vanilla wood doors are rarely used.
I hope this can help anyone.
-
Jan 18, 20161
Tmtravlr posted a message on Loot++ - The Addon Update! Now with the ability to create addons without messing with config files or resource packs!Posted in: Minecraft ModsQuote from LavaSlayer»
Hi Tmtravlr,
This is an awesome mod! Very well-organized and I love the massive customization abilities.
When making a new type of stairs, how does your mod hunt for the texture file? I tried to make custom stairs based on Underground Biomes Constructs' stones, and Loot++ didn't render textures for them. However, it does render textures successfully for stairs based on other modded blocks. Here's what I have in my block_additions.cfg in the stairs section:
Successfully rendered:
thaumium_stairs_____Thaumium Stairs_____Thaumcraft:blockCosmeticSolid_____4
Cannot render:
red_granite_stairs_____Testing_____UndergroundBiomes:igneousStone_____0
Inside the mod folders, Thaumium's texture is found at ~\assets\thaumcraft\textures\blocks\thaumiumblock.png and Red Granite's is found at ~\assets\undergroundbiomes\textures\blocks\redGranite.png, if that helps.
Also, I believe I have found a minor bug: The particle effects on running furnaces seem to be rendered too far back, and thus are partially getting covered up by the furnace front texture. Here are some screenshots to illustrate (with a vanilla furnace on the left and my custom addition on the right).
Thank you.
Hmm, I get the texture from the top face of the block with the given metadata, so I'm surprised that it's not working. Yeah, it doesn't have to do with the texture location; I use a method that gets the icon from the block itself.
Oh yeah, actually, it looks like it's rendering in the same place, but the furnace is rendering on top of it. That could be because I made it render in the alpha pass (so it's possible to add transparent furnaces).
Quote from Minerrockss»
i use 1.7.10 , i have 1.8 to try to use the new lucky blocks spiral, but thats beside the point.
so what my issue was that i could keep it closed by holding E or ESC but if i pressed any other keys apart from placing or selecting in hotbar.
but I did a little research and I found out that it was a conflict with tinkers construct and notenoughkeys. i though it was this because ive used those two together in FTB and it worked s, sorry I wasted your time
No worries; I'm glad you figured it out. =) -
Mar 26, 2015
1
AnvilPuncher posted a message on Just Another Spawner (JAS) v0.14Posted in: Minecraft ModsHello,
This post is to present some clarity on using spawn tags for the block type upon creatures spawn.
For those that use biomes that have top blocks other than minecraft:grass and want to spawn mobs like chickens that can only spawn on grass
blocks, as set by vanilla behavior, you may notice that these chickens won't spawn. Even setting block() function the Creature Type.cfg spawn
tag doesn't help. This must be provided in a spawn tag in the Entity Handler.For a glacier in Biomes O'Plenty, the primary top block is BiomesOPlenty:hardIce. Normally chickens, for instance, will not spawn here even if given a weight.
In the Entity Handler folder and in the file, vanilla.cfg,
"Chicken": {
"Type-Enabled": "CREATURE-true",
"Spawn Operand": "OR",
"Spawn Tag":
"!block({'minecraft:grass','BiomesOPlenty:hardIce},{0,0,0},{0,-1,0})",
"Contents": [
"Chicken"
]
},This allows the chickens to spawn on the hardice on the glacier as well as the vanilla grass block.
Alternatively, one could use blockfoot() but I didn't test this function.
Also, the spawn tag can be placed in the spawn list entry but care should be taken when chaining these kinds of tags in both entity handler and spawn
list.It seems that many of the MoCreatures' mobs have block conditions that need to be overwritten in the entity handler or spawnlist entry.
Long story short, these block() functions must not be placed in the CreatureType spawn tags but rather in the creature specific.
- To post a comment, please login.
1
Hi Zeno410,
I'm running your alpha v43 on a server, and getting a crash apparently involving button block registry. This is a fresh build with only Forge 1566 and UBC installed. Here is the crash log:
---- Minecraft Crash Report ----
// Who set us up the TNT?
Time: 3/2/16 9:04 PM
Description: Exception in server tick loop
cpw.mods.fml.common.LoaderException: java.lang.reflect.InvocationTargetException
at cpw.mods.fml.common.registry.GameRegistry.registerBlock(GameRegistry.java:239)
at cpw.mods.fml.common.registry.GameRegistry.registerBlock(GameRegistry.java:188)
at exterminatorJeff.undergroundBiomes.api.NamedBlock.gameRegister(NamedBlock.java:21)
at exterminatorJeff.undergroundBiomes.constructs.block.UBButtonBlockGroup$UBButtonSet.createButton(UBButtonBlockGroup.java:107)
at exterminatorJeff.undergroundBiomes.constructs.block.UBButtonBlockGroup$UBButtonSet.<init>(UBButtonBlockGroup.java:98)
at exterminatorJeff.undergroundBiomes.constructs.block.UBButtonBlockGroup.createButtonSet(UBButtonBlockGroup.java:40)
at exterminatorJeff.undergroundBiomes.constructs.block.UBButtonBlockGroup.define(UBButtonBlockGroup.java:30)
at exterminatorJeff.undergroundBiomes.constructs.block.UBButtonBlockGroup.define(UBButtonBlockGroup.java:27)
at exterminatorJeff.undergroundBiomes.constructs.UndergroundBiomesConstructs.preInitButtons(UndergroundBiomesConstructs.java:123)
at exterminatorJeff.undergroundBiomes.constructs.UndergroundBiomesConstructs.preInit(UndergroundBiomesConstructs.java:93)
at exterminatorJeff.undergroundBiomes.common.UndergroundBiomes.preInit(UndergroundBiomes.java:341)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at cpw.mods.fml.common.FMLModContainer.handleModStateEvent(FMLModContainer.java:532)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74)
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47)
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322)
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304)
at com.google.common.eventbus.EventBus.post(EventBus.java:275)
at cpw.mods.fml.common.LoadController.sendEventToModContainer(LoadController.java:212)
at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:190)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74)
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47)
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322)
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304)
at com.google.common.eventbus.EventBus.post(EventBus.java:275)
at cpw.mods.fml.common.LoadController.distributeStateMessage(LoadController.java:119)
at cpw.mods.fml.common.Loader.preinitializeMods(Loader.java:556)
at cpw.mods.fml.server.FMLServerHandler.beginServerLoading(FMLServerHandler.java:88)
at cpw.mods.fml.common.FMLCommonHandler.onServerStart(FMLCommonHandler.java:314)
at net.minecraft.server.dedicated.DedicatedServer.func_71197_b(DedicatedServer.java:117)
at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:387)
at net.minecraft.server.MinecraftServer$2.run(MinecraftServer.java:685)
Caused by: java.lang.reflect.InvocationTargetException
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
at cpw.mods.fml.common.registry.GameRegistry.registerBlock(GameRegistry.java:226)
... 42 more
Caused by: java.lang.NoSuchFieldError: field_77791_bV
at exterminatorJeff.undergroundBiomes.constructs.item.ItemUBButtonBlock.<init>(ItemUBButtonBlock.java:56)
at exterminatorJeff.undergroundBiomes.constructs.item.ItemUBButtonBlock.<init>(ItemUBButtonBlock.java:38)
... 47 more
A detailed walkthrough of the error, its code path and all known details is as follows:
---------------------------------------------------------------------------------------
-- System Details --
Details:
Minecraft Version: 1.7.10
Operating System: Linux (amd64) version 3.19.0-49-generic
Java Version: 1.8.0_72, Oracle Corporation
Java VM Version: Java HotSpot(TM) 64-Bit Server VM (mixed mode), Oracle Corporation
Memory: 1273483904 bytes (1214 MB) / 1387266048 bytes (1323 MB) up to 1908932608 bytes (1820 MB)
JVM Flags: 3 total; -Xms1G -Xmx2G -XX:CICompilerCount=2
AABB Pool Size: 0 (0 bytes; 0 MB) allocated, 0 (0 bytes; 0 MB) used
IntCache: cache: 0, tcache: 0, allocated: 0, tallocated: 0
FML: MCP v9.05 FML v7.10.99.99 Minecraft Forge 10.13.4.1566 4 mods loaded, 4 mods active
States: 'U' = Unloaded 'L' = Loaded 'C' = Constructed 'H' = Pre-initialized 'I' = Initialized 'J' = Post-initialized 'A' = Available 'D' = Disabled 'E' = Errored
UCH mcp{9.05} [Minecraft Coder Pack] (minecraft.jar)
UCH FML{7.10.99.99} [Forge Mod Loader] (forge-1.7.10-10.13.4.1566-1.7.10-universal.jar)
UCH Forge{10.13.4.1566} [Minecraft Forge] (forge-1.7.10-10.13.4.1566-1.7.10-universal.jar)
UCE UndergroundBiomes{0.7} [Underground Biomes Constructs] (UndergroundBiomesConstructs-1.7.10-v43(alpha).jar)
Profiler Position: N/A (disabled)
Is Modded: Definitely; Server brand changed to 'fml,forge'
Type: Dedicated Server (map_server.txt)
And here's the crash excerpt from the fml-server-latest.log, which refers to having caught an exception.
[21:04:17] [Server thread/TRACE] [UndergroundBiomes/UndergroundBiomes]: Sending event FMLPreInitializationEvent to mod UndergroundBiomes
[21:04:17] [Server thread/ERROR] [FML/UndergroundBiomes]: Caught an exception during block registration
java.lang.reflect.InvocationTargetException
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) ~[?:1.8.0_72]
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62) ~[?:1.8.0_72]
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) ~[?:1.8.0_72]
at java.lang.reflect.Constructor.newInstance(Constructor.java:423) ~[?:1.8.0_72]
at cpw.mods.fml.common.registry.GameRegistry.registerBlock(GameRegistry.java:226) [GameRegistry.class:?]
at cpw.mods.fml.common.registry.GameRegistry.registerBlock(GameRegistry.java:188) [GameRegistry.class:?]
at exterminatorJeff.undergroundBiomes.api.NamedBlock.gameRegister(NamedBlock.java:21) [NamedBlock.class:?]
at exterminatorJeff.undergroundBiomes.constructs.block.UBButtonBlockGroup$UBButtonSet.createButton(UBButtonBlockGroup.java:107) [UBButtonBlockGroup$UBButtonSet.class:?]
at exterminatorJeff.undergroundBiomes.constructs.block.UBButtonBlockGroup$UBButtonSet.<init>(UBButtonBlockGroup.java:98) [UBButtonBlockGroup$UBButtonSet.class:?]
at exterminatorJeff.undergroundBiomes.constructs.block.UBButtonBlockGroup.createButtonSet(UBButtonBlockGroup.java:40) [UBButtonBlockGroup.class:?]
at exterminatorJeff.undergroundBiomes.constructs.block.UBButtonBlockGroup.define(UBButtonBlockGroup.java:30) [UBButtonBlockGroup.class:?]
at exterminatorJeff.undergroundBiomes.constructs.block.UBButtonBlockGroup.define(UBButtonBlockGroup.java:27) [UBButtonBlockGroup.class:?]
at exterminatorJeff.undergroundBiomes.constructs.UndergroundBiomesConstructs.preInitButtons(UndergroundBiomesConstructs.java:123) [UndergroundBiomesConstructs.class:?]
at exterminatorJeff.undergroundBiomes.constructs.UndergroundBiomesConstructs.preInit(UndergroundBiomesConstructs.java:93) [UndergroundBiomesConstructs.class:?]
at exterminatorJeff.undergroundBiomes.common.UndergroundBiomes.preInit(UndergroundBiomes.java:341) [UndergroundBiomes.class:?]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_72]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:1.8.0_72]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_72]
at java.lang.reflect.Method.invoke(Method.java:498) ~[?:1.8.0_72]
at cpw.mods.fml.common.FMLModContainer.handleModStateEvent(FMLModContainer.java:532) [FMLModContainer.class:?]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_72]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:1.8.0_72]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_72]
at java.lang.reflect.Method.invoke(Method.java:498) ~[?:1.8.0_72]
at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74) [guava-17.0.jar:?]
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47) [guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322) [guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304) [guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.post(EventBus.java:275) [guava-17.0.jar:?]
at cpw.mods.fml.common.LoadController.sendEventToModContainer(LoadController.java:212) [LoadController.class:?]
at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:190) [LoadController.class:?]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_72]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:1.8.0_72]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_72]
at java.lang.reflect.Method.invoke(Method.java:498) ~[?:1.8.0_72]
at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74) [guava-17.0.jar:?]
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47) [guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322) [guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304) [guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.post(EventBus.java:275) [guava-17.0.jar:?]
at cpw.mods.fml.common.LoadController.distributeStateMessage(LoadController.java:119) [LoadController.class:?]
at cpw.mods.fml.common.Loader.preinitializeMods(Loader.java:556) [Loader.class:?]
at cpw.mods.fml.server.FMLServerHandler.beginServerLoading(FMLServerHandler.java:88) [FMLServerHandler.class:?]
at cpw.mods.fml.common.FMLCommonHandler.onServerStart(FMLCommonHandler.java:314) [FMLCommonHandler.class:?]
at net.minecraft.server.dedicated.DedicatedServer.func_71197_b(DedicatedServer.java:117) [lt.class:?]
at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:387) [MinecraftServer.class:?]
at net.minecraft.server.MinecraftServer$2.run(MinecraftServer.java:685) [li.class:?]
Caused by: java.lang.NoSuchFieldError: field_77791_bV
at exterminatorJeff.undergroundBiomes.constructs.item.ItemUBButtonBlock.<init>(ItemUBButtonBlock.java:56) ~[ItemUBButtonBlock.class:?]
at exterminatorJeff.undergroundBiomes.constructs.item.ItemUBButtonBlock.<init>(ItemUBButtonBlock.java:38) ~[ItemUBButtonBlock.class:?]
... 47 more
[21:04:17] [Server thread/TRACE] [UndergroundBiomes/UndergroundBiomes]: Sent event FMLPreInitializationEvent to mod UndergroundBiomes
[21:04:17] [Server thread/DEBUG] [FML/]: Bar Step: PreInitialization - Underground Biomes Constructs took 0.069s
[21:04:17] [Server thread/DEBUG] [FML/]: Bar Finished: PreInitialization took 0.101s
[21:04:17] [Server thread/INFO] [FML/]: Applying holder lookups
[21:04:17] [Server thread/INFO] [FML/]: Holder lookups applied
[21:04:17] [Server thread/INFO] [FML/]: Injecting itemstacks
[21:04:17] [Server thread/INFO] [FML/]: Itemstack injection complete
[21:04:17] [Server thread/ERROR] [FML/]: Fatal errors were detected during the transition from PREINITIALIZATION to INITIALIZATION. Loading cannot continue
[21:04:17] [Server thread/ERROR] [FML/]:
States: 'U' = Unloaded 'L' = Loaded 'C' = Constructed 'H' = Pre-initialized 'I' = Initialized 'J' = Post-initialized 'A' = Available 'D' = Disabled 'E' = Errored
UCH mcp{9.05} [Minecraft Coder Pack] (minecraft.jar)
UCH FML{7.10.99.99} [Forge Mod Loader] (forge-1.7.10-10.13.4.1566-1.7.10-universal.jar)
UCH Forge{10.13.4.1566} [Minecraft Forge] (forge-1.7.10-10.13.4.1566-1.7.10-universal.jar)
UCE UndergroundBiomes{0.7} [Underground Biomes Constructs] (UndergroundBiomesConstructs-1.7.10-v43(alpha).jar)
[21:04:17] [Server thread/ERROR] [FML/]: The following problems were captured during this phase
[21:04:17] [Server thread/ERROR] [FML/]: Caught exception from UndergroundBiomes
cpw.mods.fml.common.LoaderException: java.lang.reflect.InvocationTargetException
at cpw.mods.fml.common.registry.GameRegistry.registerBlock(GameRegistry.java:239) ~[GameRegistry.class:?]
at cpw.mods.fml.common.registry.GameRegistry.registerBlock(GameRegistry.java:188) ~[GameRegistry.class:?]
at exterminatorJeff.undergroundBiomes.api.NamedBlock.gameRegister(NamedBlock.java:21) ~[NamedBlock.class:?]
at exterminatorJeff.undergroundBiomes.constructs.block.UBButtonBlockGroup$UBButtonSet.createButton(UBButtonBlockGroup.java:107) ~[UBButtonBlockGroup$UBButtonSet.class:?]
at exterminatorJeff.undergroundBiomes.constructs.block.UBButtonBlockGroup$UBButtonSet.<init>(UBButtonBlockGroup.java:98) ~[UBButtonBlockGroup$UBButtonSet.class:?]
at exterminatorJeff.undergroundBiomes.constructs.block.UBButtonBlockGroup.createButtonSet(UBButtonBlockGroup.java:40) ~[UBButtonBlockGroup.class:?]
at exterminatorJeff.undergroundBiomes.constructs.block.UBButtonBlockGroup.define(UBButtonBlockGroup.java:30) ~[UBButtonBlockGroup.class:?]
at exterminatorJeff.undergroundBiomes.constructs.block.UBButtonBlockGroup.define(UBButtonBlockGroup.java:27) ~[UBButtonBlockGroup.class:?]
at exterminatorJeff.undergroundBiomes.constructs.UndergroundBiomesConstructs.preInitButtons(UndergroundBiomesConstructs.java:123) ~[UndergroundBiomesConstructs.class:?]
at exterminatorJeff.undergroundBiomes.constructs.UndergroundBiomesConstructs.preInit(UndergroundBiomesConstructs.java:93) ~[UndergroundBiomesConstructs.class:?]
at exterminatorJeff.undergroundBiomes.common.UndergroundBiomes.preInit(UndergroundBiomes.java:341) ~[UndergroundBiomes.class:?]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_72]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:1.8.0_72]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_72]
at java.lang.reflect.Method.invoke(Method.java:498) ~[?:1.8.0_72]
at cpw.mods.fml.common.FMLModContainer.handleModStateEvent(FMLModContainer.java:532) ~[FMLModContainer.class:?]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_72]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:1.8.0_72]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_72]
at java.lang.reflect.Method.invoke(Method.java:498) ~[?:1.8.0_72]
at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74) ~[guava-17.0.jar:?]
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47) ~[guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322) ~[guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304) ~[guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.post(EventBus.java:275) ~[guava-17.0.jar:?]
at cpw.mods.fml.common.LoadController.sendEventToModContainer(LoadController.java:212) ~[LoadController.class:?]
at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:190) ~[LoadController.class:?]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_72]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:1.8.0_72]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_72]
at java.lang.reflect.Method.invoke(Method.java:498) ~[?:1.8.0_72]
at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74) ~[guava-17.0.jar:?]
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47) ~[guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322) ~[guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304) ~[guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.post(EventBus.java:275) ~[guava-17.0.jar:?]
at cpw.mods.fml.common.LoadController.distributeStateMessage(LoadController.java:119) [LoadController.class:?]
at cpw.mods.fml.common.Loader.preinitializeMods(Loader.java:556) [Loader.class:?]
at cpw.mods.fml.server.FMLServerHandler.beginServerLoading(FMLServerHandler.java:88) [FMLServerHandler.class:?]
at cpw.mods.fml.common.FMLCommonHandler.onServerStart(FMLCommonHandler.java:314) [FMLCommonHandler.class:?]
at net.minecraft.server.dedicated.DedicatedServer.func_71197_b(DedicatedServer.java:117) [lt.class:?]
at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:387) [MinecraftServer.class:?]
at net.minecraft.server.MinecraftServer$2.run(MinecraftServer.java:685) [li.class:?]
Caused by: java.lang.reflect.InvocationTargetException
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) ~[?:1.8.0_72]
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62) ~[?:1.8.0_72]
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) ~[?:1.8.0_72]
at java.lang.reflect.Constructor.newInstance(Constructor.java:423) ~[?:1.8.0_72]
at cpw.mods.fml.common.registry.GameRegistry.registerBlock(GameRegistry.java:226) ~[GameRegistry.class:?]
... 42 more
Caused by: java.lang.NoSuchFieldError: field_77791_bV
at exterminatorJeff.undergroundBiomes.constructs.item.ItemUBButtonBlock.<init>(ItemUBButtonBlock.java:56) ~[ItemUBButtonBlock.class:?]
at exterminatorJeff.undergroundBiomes.constructs.item.ItemUBButtonBlock.<init>(ItemUBButtonBlock.java:38) ~[ItemUBButtonBlock.class:?]
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) ~[?:1.8.0_72]
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62) ~[?:1.8.0_72]
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) ~[?:1.8.0_72]
at java.lang.reflect.Constructor.newInstance(Constructor.java:423) ~[?:1.8.0_72]
at cpw.mods.fml.common.registry.GameRegistry.registerBlock(GameRegistry.java:226) ~[GameRegistry.class:?]
... 42 more
This crash occurs using the default config. The crash also occurs if I set UBC buttons to false in the config. Can you offer any insight?
Thanks.
1
I ran into this problem when adding ores as well. Loot++ makes the block drop itself by default. Your line,
adds a second drop of copper ore, so with the default drop added by Loot++ when you create the block, you are getting 2 drops. (I'm not sure where your 3rd block drop is coming from, though.)
I solved this problem by removing the block drop in the remove section, and then adding my own as you did above. So in addition to what you have for the block drop additions, you would add this to the "remove" section:
1
In your GlobalProperties.cfg, make sure that you have the following settings:
"Turn gamerule spawning off on start": true,
"Empty vanilla spawnlists": true,
"Disable Vanilla Chunk Spawning": true,
That should make it listen to your Nether Bridge spawn settings, as well as ensuring that other mods' (e.g. MoCreatures) native spawners won't push their own mobs into the nether in addition to your JAS specifications.
As for Ghasts, it's not really clear why you aren't getting them to spawn. Have you checked that the spawn weights are set appropriately in all of the Biomes O'Plenty added nether biomes as well as the Hell biome?
2
I used to have this problem too. It's because MoC watercreatures are not despawnable by default, but squid are (and in fact their number falls off fairly quickly). So MoC spawns quickly replace the despawning squid, and since MoC do not despawn, this can quickly fill up the watercreature spawn cap with MoC watercreatures.
I solved the problem by adding despawn tags to every watercreature (both MoC's and squid, as well as any watercreatures from other mods) in the EntityHandlers:
"MoCreatures.Shark": {
"Type-Enabled": "WATERCREATURE-true",
"Despawn Tags": "false",
"Contents": [
"MoCreatures.Shark"
]
},
This makes all watercreatures despawnable so that MoC's aren't just taking over and persisting indefinitely.
1
Yes, you can do this using light levels. In the /WorldSettings/DEFAULT/EntityHandlers, in the appropriate config file for whatever mod you're using, set a despawn tag. Here is an example using a vanilla cow:
"Cow": {
"Type-Enabled": "CREATURE-true",
"Despawn Tags": "obj.light>7",
"Contents": [
"Cow"
]
With the above example, cows will despawn if the light level is 7 or less. This should work similarly for birds. I tested it with Cow since I'm not sure which mod bird you're using, but it will work the same for any JAS-spawnable entity.
Note that with this example, the cows won't despawn if you're right on top of them. I believe you have to be outside the despawn range in order for them to despawn. Also, they don't seem to despawn right away. They are despawnable, however, and should despawn eventually.