Modern Metals
When the 19 additional metals in Base Metals just isn't enough, there is Modern Metals!
This add-on to Base Metals adds 18 more along with the corresponding tools to incorporate a more "modern" flavor: Aluminum, Aluminum Brass, Cadmium, Chromium, Galvanized Steel, Iridium, Magnesium, Manganese, Nichrome, Osmium, Plutonium, Rutile, Stainless Steel, Tantalum, Titanium, Tungsten, Uranium, and Zirconium.
Talk to the dev on Discord: here
Related Mods
Nether Metals
KnoxHack's Nether Metals: http://minecraft.curseforge.com/projects/nether-metals
Actually super excited upon hearing that TCconstruct tool parts for materials in this mod are coming out, I'd like to assume the same will be done with the ores in base metals that don't have TConstruct support. Which reminds me, you did tell me over on DrCyano's forum post that you were making a base gems mod... I want to know more about that. :)
Firstly yes, TCon support (and all other features) will be coming to base metals)
Base gems is still in design phase, Materials are mostly locked in, but what things will be provided and how they work has not.
In reply to Utsuro:
good mod!hehe
What is the point of this mod? Ores with no uses at all?
What is the point of that comment? words with absolutely no purpose at all?
byuhdiful
Mod awesome! But... You can delete bows, arrows and crossbows? Why dont just add a possible make a tools of your metals with Tinkers Construct? Its hard beacase need a draw textures for TC tools?
Does this mod works with Tinkers Construct 2?
I mean can we make tools out of it?
If you look here, you'll notice they're working on compatibility between TiC (which I assume is Tinkers' Construct) and both Base Metals and Modern Metals. I can't wait for that to happen; but we must be patient! :3
EDIT: Yep, just tested; you cannot make TC2 tools out of the new ores yet. Certain things look like they're already registered into TC2 though (Bronze, Electrum, Steel, etc) and are thus possible to forge into tools.
Those specific "working" examples aren't part of modern metals at all.
They're generic mod metal support built into Tinkers' Construct.
I did say "they're already registered into TC2 though". TC2 = Tinkers Construct 2, not Modern Metals. =.=
In reply to Nikslg:
Works great. Digging it...literally.
Any chance of getting a version compatible with 1.9.4? Really digging the sound of even more metals and alloy making.
Sure, download 0.11.0, it's been out since the 5th of June. it's a universal version which works on 1.9.0, 1.9.4 and 1.10.x
Are the files in config/additional-loot-tables/basemetals/chests supposed to be empty or is that a bug? Also, it's causing an exception in the JSON parser for additional loot tables:
[10:17:35] [Client thread/INFO]: alt: Parsing file C:\Users\anony\AppData\Roaming\.minecraft\modpacks\1.10\config\additional-loot-tables\modernmetals\chests\abandoned_mineshaft.json
[10:17:35] [Client thread/ERROR]: alt: Error parsing loot file.
com.grack.nanojson.JsonParserException: Expected JSON value, got EOF on line 2, char 0
at com.grack.nanojson.JsonParser.createParseException(JsonParser.java:768) ~[JsonParser.class:?]
at com.grack.nanojson.JsonParser.currentValue(JsonParser.java:268) ~[JsonParser.class:?]
at com.grack.nanojson.JsonParser.parse(JsonParser.java:252) ~[JsonParser.class:?]
at com.grack.nanojson.JsonParser$JsonParserContext.from(JsonParser.java:129) ~[JsonParser$JsonParserContext.class:?]
at cyano.alt.AdditionalLootTables.lambda$getAdditionalLootTables$6(AdditionalLootTables.java:150) ~[AdditionalLootTables.class:?]
at java.util.stream.ForEachOps$ForEachOp$OfRef.accept(Unknown Source) [?:1.8.0_91]
at java.util.stream.ReferencePipeline$2$1.accept(Unknown Source) [?:1.8.0_91]
at java.util.Iterator.forEachRemaining(Unknown Source) [?:1.8.0_91]
at java.util.Spliterators$IteratorSpliterator.forEachRemaining(Unknown Source) [?:1.8.0_91]
at java.util.stream.AbstractPipeline.copyInto(Unknown Source) [?:1.8.0_91]
at java.util.stream.AbstractPipeline.wrapAndCopyInto(Unknown Source) [?:1.8.0_91]
at java.util.stream.ForEachOps$ForEachOp.evaluateSequential(Unknown Source) [?:1.8.0_91]
at java.util.stream.ForEachOps$ForEachOp$OfRef.evaluateSequential(Unknown Source) [?:1.8.0_91]
at java.util.stream.AbstractPipeline.evaluate(Unknown Source) [?:1.8.0_91]
at java.util.stream.ReferencePipeline.forEach(Unknown Source) [?:1.8.0_91]
at cyano.alt.AdditionalLootTables.getAdditionalLootTables(AdditionalLootTables.java:137) [AdditionalLootTables.class:?]
at cyano.alt.AdditionalLootTables.postInit(AdditionalLootTables.java:111) [AdditionalLootTables.class:?]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_91]
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) ~[?:1.8.0_91]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) ~[?:1.8.0_91]
at java.lang.reflect.Method.invoke(Unknown Source) ~[?:1.8.0_91]
at net.minecraftforge.fml.common.FMLModContainer.handleModStateEvent(FMLModContainer.java:573) [FMLModContainer.class:?]
at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source) ~[?:?]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) ~[?:1.8.0_91]
at java.lang.reflect.Method.invoke(Unknown Source) ~[?:1.8.0_91]
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 net.minecraftforge.fml.common.LoadController.sendEventToModContainer(LoadController.java:235) [LoadController.class:?]
at net.minecraftforge.fml.common.LoadController.propogateStateMessage(LoadController.java:213) [LoadController.class:?]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_91]
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) ~[?:1.8.0_91]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) ~[?:1.8.0_91]
at java.lang.reflect.Method.invoke(Unknown Source) ~[?:1.8.0_91]
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 net.minecraftforge.fml.common.LoadController.distributeStateMessage(LoadController.java:142) [LoadController.class:?]
at net.minecraftforge.fml.common.Loader.initializeMods(Loader.java:779) [Loader.class:?]
at net.minecraftforge.fml.client.FMLClientHandler.finishMinecraftLoading(FMLClientHandler.java:322) [FMLClientHandler.class:?]
at net.minecraft.client.Minecraft.func_71384_a(Minecraft.java:520) [bcx.class:?]
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:351) [bcx.class:?]
at net.minecraft.client.main.Main.main(SourceFile:124) [Main.class:?]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_91]
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) ~[?:1.8.0_91]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) ~[?:1.8.0_91]
at java.lang.reflect.Method.invoke(Unknown Source) ~[?:1.8.0_91]
at net.minecraft.launchwrapper.Launch.launch(Launch.java:135) [launchwrapper-1.12.jar:?]
at net.minecraft.launchwrapper.Launch.main(Launch.java:28) [launchwrapper-1.12.jar:?]
Thanks for the report, that's a bug, I'll get them filled in the next release, maybe even improve the exception handling too. (:
I would use this in a heartbeat if it had TiC2 compatibility. Would love to have more tool parts for my workshop.
Support *is* coming, most of the modifiers were decided today, just waiting on the art now.