You can turn connected textures off in the config file. but on a per block basis would be nice, and the fact that texturing isn't standard to forge is really making me mad now.... :/
I'm aware of the config option. That doesn't solve the "issue", though.
I brought this up a while ago, when it was first implemented - or soon thereafter. Certain blocks, such as the huge cobblestone tiles, I felt would be better off not connected (as tiles are generally.. well.. tiled, and not one giant square), namely because it messed with my own build. AUTOMATIC_MAIDEN agreed that some blocks shouldn't have connected textures, and that some others possibly should, so I was asked to create a list of those blocks.
I simply got distracted with things and it fell to the back burner. Now that I've been reminded, I'll have to get back to finishing that off.
As far as i understand this mod uses no connected textures at all, maybe your seeing blocks without borders and thinking its CTM, or are you trying to create connected textures? if so just call the name of the block in the ctm config file specifically, and if that doesn't work, you can use ids.
Chisel does in fact use connected textures for several of its blocks.
Which reminds me, I got busy with real life and never finished the list of blocks that have connected textures that would look better without them.....
Oh, and something I noticed while you were out - the glass baking dish thing (i think) shares a recipe with the buildcraft tank (8 glass blocks placed around an empty center), so I can't make a buildcraft tank if I have HarvestCraft installed (but I can get around that with NEI).
The Buildcraft recipe should take priority over the Harvestcraft one, (or at least it does on my server) with the bakeware being made with a secondary clay brick recipe.
There's an option in the config to change the recipe (because of this very conflict, I believe). It's under general, and uses the following string:
B:enableglassbakewarerecipe=true
Setting it to false should change the recipe to use bricks instead of glass.
Does anyone know if the Temple block is intentionally non-cubical of if it is some kind of bug. Whenever I place one at least four out of six sides are either concave of convex, stretching the textures slightly. It might be some kind of cool feature, but it kinda makes me seasick.
Also, seconding the guy asking for config option to disable clouds in bottles.
The temple blocks having non-flat sides is intentional.
No, not true. I've tested, keeping a set of 13 shelves for much longer than it would take for random activations to account for all the aspects, and had about 5 or 6 aspects stubbornly refuse to power up. Then I completed the bookshelf set and watched those last few aspects get their ghost point. You do need all 15.
I have tested as well. I use one bookcase (with no crystal clusters or much of anything else nearby), and have all 50 aspects regenerating. Perhaps having more makes it a quicker process, but at least in my own experience (which counts for more than a couple dozen playthroughs), I've never had to use more than one.
If you put your research desk in your enchanting room, you'll get ghost points for everything. Each shelf nearby powers up 3-4 aspects, and the 15 you need for an enchanting table will give you all 50.
Small correction: You need exactly one bookshelf to gain ghost points for all 50 aspects.
Just a head's up to people who are planning on updating to the latest release (posted above):
All of the IDs have been changed, and some seem to be unable to be reverted to their original values. The way the configs and IDs are generated has also changed to an item-by-item(and block-by-block) basis, rather than using the previous method of having a range set to each metal.
This makes updating existing worlds with previous versions of Metallurgy more of a chore than it's worth, in my opinion.
Sorry if this problem has been brought up before, but can someone explain to me why when i have item in a shelf the rotate to face me and look 2d instead of facing one direction and being 3d?
Turn on Fancy Graphics (or Items, if using OptiFine).
Most mods offer configs that allow you to disable their ore generation. You'll have to go through those configs and disable what you can. If a mod doesn't have configs to disable their ores, you may have to disable the ore from Metallurgy instead, which can be done in the appropriate config file.
well its nice but it screws up my textures,all my weapons n tools are now 16x16, thks to this mod overriding my textures,like WHAT? anyone knows a fix?
There's an option in the MetallurgyVanilla.cfg config file for that:
"!enable" {
B:"Enable Texture Overrides"=true
Set that to false, and it won't override the textures from Vanilla anymore.
Thats the problem i cant find the 255 id in MoCreatures and the grass block i changed it twice and in sp it works fine
Make backups of your configs on both client and server, and then remove Mo'Creatures and Multipart configs, then restart the server and see if it still crashes.
java.lang.IllegalArgumentException: Slot 255 is already occupied by [email protected] when adding [email protected]
at net.minecraft.block.Block.<init>(Block.java:351)
at drzhark.mocreatures.block.MoCBlock.<init>(MoCBlock.java:22)
at drzhark.mocreatures.block.MoCBlockGrass.<init>(MoCBlockGrass.java:26)
at drzhark.mocreatures.MoCreatures.InitItems(MoCreatures.java:754)
at drzhark.mocreatures.MoCreatures.load(MoCreatures.java:390)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at cpw.mods.fml.common.FMLModContainer.handleModStateEvent(FMLModContainer.java:545)
at sun.reflect.GeneratedMethodAccessor1.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
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(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
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:112)
at cpw.mods.fml.common.Loader.initializeMods(Loader.java:699)
at cpw.mods.fml.server.FMLServerHandler.finishServerLoading(FMLServerHandler.java:107)
at cpw.mods.fml.common.FMLCommonHandler.onServerStarted(FMLCommonHandler.java:355)
at net.minecraft.server.dedicated.DedicatedServer.func_71197_b(DedicatedServer.java:178)
at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:634)
at net.minecraft.server.ThreadMinecraftServer.run(ThreadMinecraftServer.java:16)
I found a crash after getting near a Mo' Creatures Golem. Here it is.
---- Minecraft Crash Report ----
// Quite honestly, I wouldn't worry myself about that.
Time: 1/24/14 4:02 PM
Description: Ticking entity
java.lang.NoClassDefFoundError: net/minecraftforge/event/world/BlockEvent$BreakEvent
at drzhark.mocreatures.MoCTools.destroyRandomBlockWithMetadata(MoCTools.java:1207)
at drzhark.mocreatures.entity.monster.MoCEntityMiniGolem.acquireTRock(MoCEntityMiniGolem.java:105)
at drzhark.mocreatures.entity.monster.MoCEntityMiniGolem.func_70636_d(MoCEntityMiniGolem.java:92)
at net.minecraft.entity.EntityLivingBase.func_70071_h_(EntityLivingBase.java:1826)
at net.minecraft.entity.EntityLiving.func_70071_h_(EntityLiving.java:257)
at net.minecraft.entity.monster.EntityMob.func_70071_h_(SourceFile:29)
at net.minecraft.world.World.func_72866_a(World.java:2350)
at net.minecraft.world.WorldServer.func_72866_a(WorldServer.java:721)
at net.minecraft.world.World.func_72870_g(World.java:2311)
at net.minecraft.world.World.func_72939_s(World.java:2157)
at net.minecraft.world.WorldServer.func_72939_s(WorldServer.java:552)
at net.minecraft.server.MinecraftServer.func_71190_q(MinecraftServer.java:668)
at net.minecraft.server.MinecraftServer.func_71217_p(MinecraftServer.java:587)
at net.minecraft.server.integrated.IntegratedServer.func_71217_p(IntegratedServer.java:129)
at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:484)
at net.minecraft.server.ThreadMinecraftServer.run(SourceFile:583)
Caused by: java.lang.ClassNotFoundException: net.minecraftforge.event.world.BlockEvent$BreakEvent
at net.minecraft.launchwrapper.LaunchClassLoader.findClass(LaunchClassLoader.java:179)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
... 16 more
Caused by: java.lang.NullPointerException
A detailed walkthrough of the error, its code path and all known details is as follows:
---------------------------------------------------------------------------------------
-- Head --
Stacktrace:
at drzhark.mocreatures.MoCTools.destroyRandomBlockWithMetadata(MoCTools.java:1207)
at drzhark.mocreatures.entity.monster.MoCEntityMiniGolem.acquireTRock(MoCEntityMiniGolem.java:105)
at drzhark.mocreatures.entity.monster.MoCEntityMiniGolem.func_70636_d(MoCEntityMiniGolem.java:92)
at net.minecraft.entity.EntityLivingBase.func_70071_h_(EntityLivingBase.java:1826)
at net.minecraft.entity.EntityLiving.func_70071_h_(EntityLiving.java:257)
at net.minecraft.entity.monster.EntityMob.func_70071_h_(SourceFile:29)
at net.minecraft.world.World.func_72866_a(World.java:2350)
at net.minecraft.world.WorldServer.func_72866_a(WorldServer.java:721)
at net.minecraft.world.World.func_72870_g(World.java:2311)
-- Entity being ticked --
Details:
Entity Type: MoCreatures.MiniGolem (drzhark.mocreatures.entity.monster.MoCEntityMiniGolem)
Entity ID: 37055
Entity Name: MiniGolem
Entity's Exact location: -8.00, 69.00, 427.58
Entity's Block location: World: (-8,69,427), Chunk: (at 8,4,11 in -1,26; contains blocks -16,0,416 to -1,255,431), Region: (-1,0; contains chunks -32,0 to -1,31, blocks -512,0,0 to -1,255,511)
Entity's Momentum: 0.04, -0.08, 0.03
Stacktrace:
at net.minecraft.world.World.func_72939_s(World.java:2157)
at net.minecraft.world.WorldServer.func_72939_s(WorldServer.java:552)
-- Affected level --
Details:
Level name: Pet Marriage In A Forest
All players: 2 total; [EntityPlayerMP['_DarkShaman_'/1796, l='Pet Marriage In A Forest', x=1.10, y=68.00, z=434.53], EntityPlayerMP['immortaljelyfish'/4047, l='Pet Marriage In A Forest', x=-124.25, y=76.20, z=349.39]]
Chunk stats: ServerChunkCache: 812 Drop: 0
Level seed: 4089626202428241476
Level generator: ID 00 - default, ver 1. Features enabled: true
Level generator options:
Level spawn location: World: (-87,64,315), Chunk: (at 9,4,11 in -6,19; contains blocks -96,0,304 to -81,255,319), Region: (-1,0; contains chunks -32,0 to -1,31, blocks -512,0,0 to -1,255,511)
Level time: 111343 game time, 137312 day time
Level dimension: 0
Level storage version: 0x04ABD - Anvil
Level weather: Rain time: 111677 (now: false), thunder time: 126132 (now: false)
Level game mode: Game mode: survival (ID 0). Hardcore: false. Cheats: true
Stacktrace:
at net.minecraft.server.MinecraftServer.func_71190_q(MinecraftServer.java:668)
at net.minecraft.server.MinecraftServer.func_71217_p(MinecraftServer.java:587)
at net.minecraft.server.integrated.IntegratedServer.func_71217_p(IntegratedServer.java:129)
at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:484)
at net.minecraft.server.ThreadMinecraftServer.run(SourceFile:583)
-- System Details --
Details:
Minecraft Version: 1.6.4
Operating System: Windows 7 (amd64) version 6.1
Java Version: 1.7.0_21, Oracle Corporation
Java VM Version: Java HotSpotâ„¢ 64-Bit Server VM (mixed mode), Oracle Corporation
Memory: 83267832 bytes (79 MB) / 455278592 bytes (434 MB) up to 954466304 bytes (910 MB)
JVM Flags: 2 total; -XX:HeapDumpPath=MojangTricksIntelDriversForPerformance_javaw.exe_minecraft.exe.heapdump -Xmx1G
AABB Pool Size: 9123 (510888 bytes; 0 MB) allocated, 6793 (380408 bytes; 0 MB) used
Suspicious classes: FML and Forge are installed
IntCache: cache: 0, tcache: 0, allocated: 3, tallocated: 63
FML: MCP v8.11 FML v6.4.3.883 Minecraft Forge 9.11.0.883 9 mods loaded, 9 mods active
mcp{8.09} [Minecraft Coder Pack] (minecraft.jar) Unloaded->Constructed->Pre-initialized->Initialized->Post-initialized->Available->Available->Available->Available
FML{6.4.3.883} [Forge Mod Loader] (minecraftforge-9.11.0.883.jar) Unloaded->Constructed->Pre-initialized->Initialized->Post-initialized->Available->Available->Available->Available
Forge{9.11.0.883} [Minecraft Forge] (minecraftforge-9.11.0.883.jar) Unloaded->Constructed->Pre-initialized->Initialized->Post-initialized->Available->Available->Available->Available
craftguide{1.5.2} [CraftGuide] (CraftGuide-1.6.7.4.zip) Unloaded->Constructed->Pre-initialized->Initialized->Post-initialized->Available->Available->Available->Available
CustomSpawner{3.0.0.dev.R2} [DrZhark's CustomSpawner] (CustomMobSpawner 3.0.0-DEV-R2.zip) Unloaded->Constructed->Pre-initialized->Initialized->Post-initialized->Available->Available->Available->Available
MoCreatures{6.1.0.dev.R2} [DrZhark's Mo'Creatures Mod] (DrZharks MoCreatures Mod v6.1.0-DEV-R2.zip) Unloaded->Constructed->Pre-initialized->Initialized->Post-initialized->Available->Available->Available->Available
mca{3.5.4} [Minecraft Comes Alive] (MCA v3.5.4.zip) Unloaded->Constructed->Pre-initialized->Initialized->Post-initialized->Available->Available->Available->Available
mod_ReiMinimap{v3.4_01 [1.6.2]} [mod_ReiMinimap] (Reis-Minimap-1.6.4.zip) Unloaded->Constructed->Pre-initialized->Initialized->Post-initialized->Available->Available->Available->Available
TwilightForest{1.20.3} [The Twilight Forest] (twilightforest-1.20.3.jar) Unloaded->Constructed->Pre-initialized->Initialized->Post-initialized->Available->Available->Available->Available
Profiler Position: N/A (disabled)
Vec3 Pool Size: 2808 (157248 bytes; 0 MB) allocated, 2461 (137816 bytes; 0 MB) used
Player Count: 2 / 8; [EntityPlayerMP['_DarkShaman_'/1796, l='Pet Marriage In A Forest', x=1.10, y=68.00, z=434.53], EntityPlayerMP['immortaljelyfish'/4047, l='Pet Marriage In A Forest', x=-124.25, y=76.20, z=349.39]]
Type: Integrated Server (map_client.txt)
Is Modded: Definitely; Client brand changed to 'fml,forge'
Update your Forge. As already stated, DEV R2 REQUIRESForge 953+.
Then you are not using the correct MC/Forge version. MoC 6.1.0 DEV R2 REQUIRES MC 1.6.4 and Forge 953+. Use the /cms command or edit the configs in ./config/CustomSpawner/[environment]/Creatures/[modname].cfg to alter spawn settings
It's actually the block's Hardness level that determines if a Hungry Node can consume it. Anything with a Hardness greater than 5 can't be consumed. Obsidian's Hardness level is 50. Ender Chests are 22.5, so they're safe as well.
The only other blocks in Vanilla that can't be consumed are Nether Portal (the actual purple part), End Portal blocks as well as the starlight portal itself, Command Blocks, and Bedrock.
I'm unsure what the Hardness levels of Thaumcraft's blocks are, aside from assuming that Obsidian Totem blocks have a Hardness level of 50 like Obsidian blocks.
Since this post was made, I found that it's actually blocks that are equal to or greater than 5. That means Hungry Nodes also can't consume Blocks of Coal, Iron, Redstone, Emerald, or Diamond. It also can't consume Anvils, Iron Doors, Iron Bars, or Monster Spawners.
0
I'm aware of the config option. That doesn't solve the "issue", though.
I brought this up a while ago, when it was first implemented - or soon thereafter. Certain blocks, such as the huge cobblestone tiles, I felt would be better off not connected (as tiles are generally.. well.. tiled, and not one giant square), namely because it messed with my own build. AUTOMATIC_MAIDEN agreed that some blocks shouldn't have connected textures, and that some others possibly should, so I was asked to create a list of those blocks.
I simply got distracted with things and it fell to the back burner. Now that I've been reminded, I'll have to get back to finishing that off.
0
Chisel does in fact use connected textures for several of its blocks.
Which reminds me, I got busy with real life and never finished the list of blocks that have connected textures that would look better without them.....
2
There's an option in the config to change the recipe (because of this very conflict, I believe). It's under general, and uses the following string:
Setting it to false should change the recipe to use bricks instead of glass.
0
The temple blocks having non-flat sides is intentional.
0
I have tested as well. I use one bookcase (with no crystal clusters or much of anything else nearby), and have all 50 aspects regenerating. Perhaps having more makes it a quicker process, but at least in my own experience (which counts for more than a couple dozen playthroughs), I've never had to use more than one.
0
Small correction: You need exactly one bookshelf to gain ghost points for all 50 aspects.
1
All of the IDs have been changed, and some seem to be unable to be reverted to their original values. The way the configs and IDs are generated has also changed to an item-by-item(and block-by-block) basis, rather than using the previous method of having a range set to each metal.
This makes updating existing worlds with previous versions of Metallurgy more of a chore than it's worth, in my opinion.
1
Turn on Fancy Graphics (or Items, if using OptiFine).
0
Most mods offer configs that allow you to disable their ore generation. You'll have to go through those configs and disable what you can. If a mod doesn't have configs to disable their ores, you may have to disable the ore from Metallurgy instead, which can be done in the appropriate config file.
0
There's an option in the MetallurgyVanilla.cfg config file for that:
Set that to false, and it won't override the textures from Vanilla anymore.
0
Make backups of your configs on both client and server, and then remove Mo'Creatures and Multipart configs, then restart the server and see if it still crashes.
0
You have an ID conflict. Change the configs for either Multipart or Mo'Creatures so that there aren't any conflicts.
0
Update your Forge. As already stated, DEV R2 REQUIRES Forge 953+.
0
As it says in the post you quoted, DEV R2 REQUIRES MC 1.6.4 and Forge 953+. Obviously, that means 883 won't work, since it is not 953 or higher.
1
Since this post was made, I found that it's actually blocks that are equal to or greater than 5. That means Hungry Nodes also can't consume Blocks of Coal, Iron, Redstone, Emerald, or Diamond. It also can't consume Anvils, Iron Doors, Iron Bars, or Monster Spawners.
Also,
That was me.