FTB Master Configs

  • Please make sure you are posting in the correct place. Server ads go here and modpack bugs go here

Jadedcat

New Member
Jul 29, 2019
2,615
3
0
sure, no problem, I'll just paste the code of the config file here so you won't have to download any files. if you do mind, just reply and I'll upload the file to whatever filehost you prefer. here's the config:

Code:
# Configuration file

####################
# block
####################

block {
    I:Barrier=2041
    I:Bed=2042
    I:Block=2043
    I:Button=2044
    I:"Collapsible Block"=2454
    I:DaylightSensor=2045
    I:Door=2046
    I:Gate=2047
    I:Hatch=2048
    I:Ladder=2453
    I:Lever=2049
    I:PressurePlate=2050
    I:Safe=2456
    I:Slope=2051
    I:Stairs=2052
    I:Torch=2455
}


####################
# control
####################

control {
    B:"Enable Barrier"=true
    B:"Enable Bed"=true
    B:"Enable Block/Slab"=true
    B:"Enable Button"=true
    B:"Enable Collapsible Block"=true
    B:"Enable Daylight Sensor"=true
    B:"Enable Door"=true
    B:"Enable Gate"=true
    B:"Enable Hatch"=true
    B:"Enable Ladder"=true
    B:"Enable Lever"=true
    B:"Enable Pressure Plate"=true
    B:"Enable Safe"=true
    B:"Enable Slope"=true
    B:"Enable Stairs"=true
    B:"Enable Torch"=true
}


####################
# features
####################

features {
    # This will prevent players besides you and server operators from editing your blocks.
    # Note: this does not protect blocks against destruction (intentional), and may allow activation if appropriate. Also, the Carpenter's Safe is not affected by this.
    B:"Enable Block Ownership"=true
    B:"Enable Covers"=true
    B:"Enable Dye Colors"=true
    B:"Enable Fancy Fluids"=true
    B:"Enable Overlays"=true
    B:"Enable Side Covers"=true
}


####################
# item
####################

item {
    I:Bed=5404
    I:Chisel=5402
    I:Door=5403
    I:Hammer=5401
}


####################
# recipe quantities
####################

"recipe quantities" {
    I:Barrier=2
    I:Bed=1
    I:Block=5
    I:Button=1
    I:"Collapsible Block"=9
    I:"Daylight Sensor"=1
    I:Door=1
    I:Gate=1
    I:Hatch=1
    I:Ladder=4
    I:Lever=1
    I:"Pressure Plate"=1
    I:Safe=1
    I:Slope=4
    I:Stairs=4
    I:Torch=4
}


####################
# rendering
####################

rendering {
    # Provides integration with Optifine's block coloring methods.
    # Note: this is needed to support Custom Colors.
    B:"Enable Optifine Integration"=true

    # This resolves z-fighting with chiseled patterns that may occur with Optifine or other client-side performance mods.
    # Note: this will likely cause all Carpenter's Blocks to be invisible behind ice or water.
    B:"Enable Z-Fighting Fix"=false
    B:enableOptifineIntegration=true
    B:enableZFightingFix=false
}


####################
# slope
####################

slope {
    # This controls the smoothness of the slope faces.
    # Note: smoothness of 2 is similar to stairs, while a value above 25 is generally fluid.
    I:Smoothness=2
    I:hitboxPrecision=2
}


####################
# tools
####################

tools {
    B:"Enable Chisel"=true
    B:"Enable Hammer"=true
    B:"Tools Damageable"=false
    B:"Vanilla Tools Damageable"=true
}


####################
# torch
####################

torch {
    # This controls whether torches extinguish themselves when exposed to rain or snow.
    B:"Enable Torch Weather Effects"=true
    B:enableTorchWeatherEffects=true
}

a few notes though, this is the config file for the latest carpenter blocks version, which is 1.9.7 so a few new items and cofiguration lines have been added.
also note I've switched the durability of the hammer to false, as I use the hammer quite alot and find it annoying to constantly craft new hammers and also because for some reason, when I move hammers with no damage to an inventory that holds a hammer that does have damage, the undamaged hammers seem to stack with the damaged hammer, thus getting a stack of hammers with damage...

to fix the ID conflict I've changed the ID of the block in the RedstoneArsenal config file to 2057 instead of changing the carpenter block's id, because the RedstoneArsenal ID is just 1 ID in total, so it's easier to move it. but if I may suggest I'd rather choose a different ID, because 2057 is close after the carpenter's ID, so if carpenter's blocks adds new blocks, 2057 would quickly become the next ID number you'd need. after checking the universal dumps and my personal dumps I'd suggest an ID of 2000, which is just before the Thermal Expansion ID's. but this depends if Lemming is planning on adding more ID's to Redstone Arsenal or not. though you've a few more free IDs just before 2000

and you might have not gotten this ID problem if you did not have both carpenter's blocks and the redstone arsenal mod files installed as redstone arsenal just recently got released, probably less then a day ago. if you need any more information, just ask and I'll try to respond as quickly as I can. hope this can be of help ;)


Yeah we hadn't updated Carpenter's blocks yet. We'll get it sorted.
 
  • Like
Reactions: Yusunoha

Ngar

New Member
Jul 29, 2019
17
0
0
it is a little "nooby", but if I switch (may be Direwolf20) FTB Modpack version Railcraft from 8.2 to 8.3, I get an error, what reason I dont found. It seems to be a problem of ID, but brick.infernal are not new...
---- Minecraft Crash Report ----
// Daisy, daisy...

Time: 14.12.13 19:21
Description: Initializing game

java.lang.IllegalStateException: Material with id tile.railcraft.brick.infernal is already registered.
at codechicken.microblock.MicroMaterialRegistry$.registerMaterial(MicroMaterialRegistry.scala:125)
at codechicken.microblock.BlockMicroMaterial$.createAndRegister(BlockMicroMaterial.scala:128)
at codechicken.microblock.ConfigContent$$anonfun$handleIMC$2.apply(ConfigContent.scala:160)
at codechicken.microblock.ConfigContent$$anonfun$handleIMC$2.apply(ConfigContent.scala:145)
at scala.collection.mutable.ResizableArray$class.foreach(ResizableArray.scala:59)
at scala.collection.mutable.ArrayBuffer.foreach(ArrayBuffer.scala:47)
at codechicken.microblock.ConfigContent$.handleIMC(ConfigContent.scala:145)
at codechicken.microblock.handler.MicroblockMod$.handleIMC(modcontainer.scala:53)
at codechicken.microblock.handler.MicroblockMod.handleIMC(modcontainer.scala)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at cpw.mods.fml.common.FMLModContainer.handleModStateEvent(FMLModContainer.java:545)
at sun.reflect.GeneratedMethodAccessor1.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at com.google.common.eventbus.EventHandler.handleEvent(EventHandler.java:74)
at com.google.common.eventbus.SynchronizedEventHandler.handleEvent(SynchronizedEventHandler.java:45)
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:313)
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:296)
at com.google.common.eventbus.EventBus.post(EventBus.java:267)
at cpw.mods.fml.common.LoadController.sendEventToModContainer(LoadController.java:201)
at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:181)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at com.google.common.eventbus.EventHandler.handleEvent(EventHandler.java:74)
at com.google.common.eventbus.SynchronizedEventHandler.handleEvent(SynchronizedEventHandler.java:45)
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:313)
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:296)
at com.google.common.eventbus.EventBus.post(EventBus.java:267)
at cpw.mods.fml.common.LoadController.distributeStateMessage(LoadController.java:273)
at cpw.mods.fml.common.Loader.initializeMods(Loader.java:703)
at cpw.mods.fml.client.FMLClientHandler.finishMinecraftLoading(FMLClientHandler.java:249)
at net.minecraft.client.Minecraft.func_71384_a(Minecraft.java:509)
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:808)
at net.minecraft.client.main.Main.main(SourceFile:101)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at net.minecraft.launchwrapper.Launch.launch(Launch.java:131)
at net.minecraft.launchwrapper.Launch.main(Launch.java:27)


A detailed walkthrough of the error, its code path and all known details is as follows:
---------------------------------------------------------------------------------------

-- Head --
Stacktrace:
at codechicken.microblock.MicroMaterialRegistry$.registerMaterial(MicroMaterialRegistry.scala:125)
at codechicken.microblock.BlockMicroMaterial$.createAndRegister(BlockMicroMaterial.scala:128)
at codechicken.microblock.ConfigContent$$anonfun$handleIMC$2.apply(ConfigContent.scala:160)
at codechicken.microblock.ConfigContent$$anonfun$handleIMC$2.apply(ConfigContent.scala:145)
at scala.collection.mutable.ResizableArray$class.foreach(ResizableArray.scala:59)
at scala.collection.mutable.ArrayBuffer.foreach(ArrayBuffer.scala:47)
at codechicken.microblock.ConfigContent$.handleIMC(ConfigContent.scala:145)
at codechicken.microblock.handler.MicroblockMod$.handleIMC(modcontainer.scala:53)
at codechicken.microblock.handler.MicroblockMod.handleIMC(modcontainer.scala)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at cpw.mods.fml.common.FMLModContainer.handleModStateEvent(FMLModContainer.java:545)
at sun.reflect.GeneratedMethodAccessor1.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at com.google.common.eventbus.EventHandler.handleEvent(EventHandler.java:74)
at com.google.common.eventbus.SynchronizedEventHandler.handleEvent(SynchronizedEventHandler.java:45)
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:313)
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:296)
at com.google.common.eventbus.EventBus.post(EventBus.java:267)
at cpw.mods.fml.common.LoadController.sendEventToModContainer(LoadController.java:201)
at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:181)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at com.google.common.eventbus.EventHandler.handleEvent(EventHandler.java:74)
at com.google.common.eventbus.SynchronizedEventHandler.handleEvent(SynchronizedEventHandler.java:45)
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:313)
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:296)
at com.google.common.eventbus.EventBus.post(EventBus.java:267)
at cpw.mods.fml.common.LoadController.distributeStateMessage(LoadController.java:273)
at cpw.mods.fml.common.Loader.initializeMods(Loader.java:703)
at cpw.mods.fml.client.FMLClientHandler.finishMinecraftLoading(FMLClientHandler.java:249)
at net.minecraft.client.Minecraft.func_71384_a(Minecraft.java:509)

-- Initialization --
Details:
Stacktrace:
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:808)
at net.minecraft.client.main.Main.main(SourceFile:101)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at net.minecraft.launchwrapper.Launch.launch(Launch.java:131)
at net.minecraft.launchwrapper.Launch.main(Launch.java:27)
 

Jadedcat

New Member
Jul 29, 2019
2,615
3
0
it is a little "nooby", but if I switch (may be Direwolf20) FTB Modpack version Railcraft from 8.2 to 8.3, I get an error, what reason I dont found. It seems to be a problem of ID, but brick.infernal are not new...
---- Minecraft Crash Report ----
// Daisy, daisy...

Time: 14.12.13 19:21
Description: Initializing game

java.lang.IllegalStateException: Material with id tile.railcraft.brick.infernal is already registered.
at codechicken.microblock.MicroMaterialRegistry$.registerMaterial(MicroMaterialRegistry.scala:125)
at codechicken.microblock.BlockMicroMaterial$.createAndRegister(BlockMicroMaterial.scala:128)
at codechicken.microblock.ConfigContent$$anonfun$handleIMC$2.apply(ConfigContent.scala:160)
at codechicken.microblock.ConfigContent$$anonfun$handleIMC$2.apply(ConfigContent.scala:145)
at scala.collection.mutable.ResizableArray$class.foreach(ResizableArray.scala:59)
at scala.collection.mutable.ArrayBuffer.foreach(ArrayBuffer.scala:47)
at codechicken.microblock.ConfigContent$.handleIMC(ConfigContent.scala:145)
at codechicken.microblock.handler.MicroblockMod$.handleIMC(modcontainer.scala:53)
at codechicken.microblock.handler.MicroblockMod.handleIMC(modcontainer.scala)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at cpw.mods.fml.common.FMLModContainer.handleModStateEvent(FMLModContainer.java:545)
at sun.reflect.GeneratedMethodAccessor1.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at com.google.common.eventbus.EventHandler.handleEvent(EventHandler.java:74)
at com.google.common.eventbus.SynchronizedEventHandler.handleEvent(SynchronizedEventHandler.java:45)
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:313)
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:296)
at com.google.common.eventbus.EventBus.post(EventBus.java:267)
at cpw.mods.fml.common.LoadController.sendEventToModContainer(LoadController.java:201)
at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:181)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at com.google.common.eventbus.EventHandler.handleEvent(EventHandler.java:74)
at com.google.common.eventbus.SynchronizedEventHandler.handleEvent(SynchronizedEventHandler.java:45)
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:313)
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:296)
at com.google.common.eventbus.EventBus.post(EventBus.java:267)
at cpw.mods.fml.common.LoadController.distributeStateMessage(LoadController.java:273)
at cpw.mods.fml.common.Loader.initializeMods(Loader.java:703)
at cpw.mods.fml.client.FMLClientHandler.finishMinecraftLoading(FMLClientHandler.java:249)
at net.minecraft.client.Minecraft.func_71384_a(Minecraft.java:509)
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:808)
at net.minecraft.client.main.Main.main(SourceFile:101)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at net.minecraft.launchwrapper.Launch.launch(Launch.java:131)
at net.minecraft.launchwrapper.Launch.main(Launch.java:27)


A detailed walkthrough of the error, its code path and all known details is as follows:
---------------------------------------------------------------------------------------

-- Head --
Stacktrace:
at codechicken.microblock.MicroMaterialRegistry$.registerMaterial(MicroMaterialRegistry.scala:125)
at codechicken.microblock.BlockMicroMaterial$.createAndRegister(BlockMicroMaterial.scala:128)
at codechicken.microblock.ConfigContent$$anonfun$handleIMC$2.apply(ConfigContent.scala:160)
at codechicken.microblock.ConfigContent$$anonfun$handleIMC$2.apply(ConfigContent.scala:145)
at scala.collection.mutable.ResizableArray$class.foreach(ResizableArray.scala:59)
at scala.collection.mutable.ArrayBuffer.foreach(ArrayBuffer.scala:47)
at codechicken.microblock.ConfigContent$.handleIMC(ConfigContent.scala:145)
at codechicken.microblock.handler.MicroblockMod$.handleIMC(modcontainer.scala:53)
at codechicken.microblock.handler.MicroblockMod.handleIMC(modcontainer.scala)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at cpw.mods.fml.common.FMLModContainer.handleModStateEvent(FMLModContainer.java:545)
at sun.reflect.GeneratedMethodAccessor1.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at com.google.common.eventbus.EventHandler.handleEvent(EventHandler.java:74)
at com.google.common.eventbus.SynchronizedEventHandler.handleEvent(SynchronizedEventHandler.java:45)
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:313)
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:296)
at com.google.common.eventbus.EventBus.post(EventBus.java:267)
at cpw.mods.fml.common.LoadController.sendEventToModContainer(LoadController.java:201)
at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:181)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at com.google.common.eventbus.EventHandler.handleEvent(EventHandler.java:74)
at com.google.common.eventbus.SynchronizedEventHandler.handleEvent(SynchronizedEventHandler.java:45)
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:313)
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:296)
at com.google.common.eventbus.EventBus.post(EventBus.java:267)
at cpw.mods.fml.common.LoadController.distributeStateMessage(LoadController.java:273)
at cpw.mods.fml.common.Loader.initializeMods(Loader.java:703)
at cpw.mods.fml.client.FMLClientHandler.finishMinecraftLoading(FMLClientHandler.java:249)
at net.minecraft.client.Minecraft.func_71384_a(Minecraft.java:509)

-- Initialization --
Details:
Stacktrace:
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:808)
at net.minecraft.client.main.Main.main(SourceFile:101)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at net.minecraft.launchwrapper.Launch.launch(Launch.java:131)
at net.minecraft.launchwrapper.Launch.main(Launch.java:27)


Nope thats a ForgeMultipart bug. RC updated to include multiparts and is throwing an error because it was registered in the microblocks config and in railcraft. The new build 220 of Forgemultipart solves that issue.


There's usually a reason behind us not just updating mods immediatly. Sometimes we need to wait for other mods to update too.
 

zilvarwolf

New Member
Jul 29, 2019
541
0
0
Hopefully not a stupid question. Are entity ID's required to be unique? I'm seeing thaumcraft using 217 for taint_spore, and mystcraft using 217 for entity.meteor.id.
 

Hoff

Tech Support
Oct 30, 2012
2,901
1,502
218
Hopefully not a stupid question. Are entity ID's required to be unique? I'm seeing thaumcraft using 217 for taint_spore, and mystcraft using 217 for entity.meteor.id.
Probably. They as well should be under 256.
 

zilvarwolf

New Member
Jul 29, 2019
541
0
0
I found it because I'm trying to add DimDoors to horizons and it wants to use 217 for a blockID as well, so now I'm trying to figure out if entity and block IDs need to be different at the same time as figuring out if the two entity ids can be the same
 

Hoff

Tech Support
Oct 30, 2012
2,901
1,502
218
I found it because I'm trying to add DimDoors to horizons and it wants to use 217 for a blockID as well, so now I'm trying to figure out if entity and block IDs need to be different at the same time as figuring out if the two entity ids can be the same
Block and entity IDs should have nothing to do with one another. But I could be wrong.
 

Sphinx2k

New Member
Jul 29, 2019
195
0
0
IS there some area considered "free to use"?
To add a Mod not in the universal configs but without the danger to interfere with future updates?
20 - 50 blocks ids and 200 - 500 item ids maybe?
 

Physicist

New Member
Jul 29, 2019
351
0
0
Got a minor config change for Biomes O' Plenty plus ATG compatibility: for BOP Nether biomes to properly generate with ATG worldtypes, the configuration flag for generating BOP biomes in default world types must be changed to true.

Source
(Check the paragraph about compatibility.)
 

AforAnonymous

New Member
Jul 29, 2019
62
0
0
Got a minor config change for Biomes O' Plenty plus ATG compatibility: for BOP Nether biomes to properly generate with ATG worldtypes, the configuration flag for generating BOP biomes in default world types must be changed to true.

Source
(Check the paragraph about compatibility.)
Specifically this refers to the following in Monster\minecraft\config\biomesoplenty\terraingen.cfg:

"biome settings" {
B:"Add Biomes To Default World"=false
B:"Enhanced Vanilla Biomes"=true
}


Which should be true.
 

acters124

New Member
Jul 29, 2019
7
0
0
you know open peripherals?
yes the item ids are used somewhere else so the mod switches to a different id but the ids are also used by the amazing steves factory manager mod!(vswe is amazing)

where I got the info:
Code:
[INFO] [STDOUT] CONFLICT @ 1055 item slot already occupied by net.minecraft.item.ItemBlock@2eaf0b78 while adding openperipheral.core.item.ItemGlasses@661a0b39
[INFO] [fml.ItemTracker] The mod OpenPeripheral is overwriting existing item at 1311 (BlockMachineManagerName from StevesFactoryManager) with openperipheral.core.item.ItemGlasses
[INFO] [STDOUT] CONFLICT @ 1056 item slot already occupied by net.minecraft.item.ItemBlock@56053b51 while adding openperipheral.core.item.ItemRemote@71796ef5
[INFO] [fml.ItemTracker] The mod OpenPeripheral is overwriting existing item at 1312 (BlockCableName from StevesFactoryManager) with openperipheral.core.item.ItemRemote
 

Yusunoha

New Member
Jul 29, 2019
6,440
-4
0
playing with Lycanite mobs, I noticed that some of them spawn in quite large amounts all over the place, would it be possible to decrease the spawning weight of these mobs to a lower configuration? as I believe the amount of spawned mobs from Lycanite may cause lagg and prevent other vanilla mobs from spawning...
 

Jadedcat

New Member
Jul 29, 2019
2,615
3
0
you know open peripherals?
yes the item ids are used somewhere else so the mod switches to a different id but the ids are also used by the amazing steves factory manager mod!(vswe is amazing)

where I got the info:
Code:
[INFO] [STDOUT] CONFLICT @ 1055 item slot already occupied by net.minecraft.item.ItemBlock@2eaf0b78 while adding openperipheral.core.item.ItemGlasses@661a0b39
[INFO] [fml.ItemTracker] The mod OpenPeripheral is overwriting existing item at 1311 (BlockMachineManagerName from StevesFactoryManager) with openperipheral.core.item.ItemGlasses
[INFO] [STDOUT] CONFLICT @ 1056 item slot already occupied by net.minecraft.item.ItemBlock@56053b51 while adding openperipheral.core.item.ItemRemote@71796ef5
[INFO] [fml.ItemTracker] The mod OpenPeripheral is overwriting existing item at 1312 (BlockCableName from StevesFactoryManager) with openperipheral.core.item.ItemRemote


We don't have the Steve Factory mod in the universal configs.. so no they do not conflict.
 

Yusunoha

New Member
Jul 29, 2019
6,440
-4
0
on the universal config pages in the changelog, it says

1.0.13 - added more mods

but the only config file that was added was for compact windmills... or did I miss something?
 

Jadedcat

New Member
Jul 29, 2019
2,615
3
0
on the universal config pages in the changelog, it says



but the only config file that was added was for compact windmills... or did I miss something?

probably would have been more correct to say "updated more mods" since several mods grabbed some new id's
 
  • Like
Reactions: Yusunoha

MIcroden

New Member
Jul 29, 2019
2
0
0
i found a id conflict
java.lang.IllegalArgumentException: Slot 4095 is already occupied by atomicscience.fenlie.BUraniumOre@360b6efa when adding WayofTime.alchemicalWizardry.BloodRune@5aac613e
at net.minecraft.block.Block.<init>(Block.java:349)
at WayofTime.alchemicalWizardry.BloodRune.<init>(BloodRune.java:23)