Thanks for your update! Is it possible to extend the mining level? We have now 10 level. The old TiCo/Iguana Tweaks/Metallurgy had 16 level and this gives you a huge tool progression.
And I'm missing the atomic disassembler from mekanism in the tool configs. That would be awesome if you can add it because there is unfortunately no config in Mekanism itself for this tool.
I update TiC and Iguanas Tinker Tweaks,bug game crash.Previous version is valid.
---- Minecraft Crash Report ----
// I blame Dinnerbone.
Time: 14-8-28 上午10:59
Description: There was a severe problem during mod loading that has caused the game to fail
cpw.mods.fml.common.LoaderException: java.lang.NoSuchMethodError: mantle.pulsar.control.PulseManager.isPulseLoaded(Ljava/lang/String;)Z
at cpw.mods.fml.common.LoadController.transition(LoadController.java:162)
at cpw.mods.fml.common.Loader.preinitializeMods(Loader.java:515)
at cpw.mods.fml.client.FMLClientHandler.beginMinecraftLoading(FMLClientHandler.java:239)
at net.minecraft.client.Minecraft.func_71384_a(Minecraft.java:480)
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:867)
at net.minecraft.client.main.Main.main(SourceFile:148)
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:134)
at net.minecraft.launchwrapper.Launch.main(Launch.java:28)
Caused by: java.lang.NoSuchMethodError: mantle.pulsar.control.PulseManager.isPulseLoaded(Ljava/lang/String;)Z
at iguanaman.iguanatweakstconstruct.IguanaTweaksTConstruct.preInit(IguanaTweaksTConstruct.java:97)
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:513)
at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
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:208)
at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:187)
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.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:118)
at cpw.mods.fml.common.Loader.preinitializeMods(Loader.java:513)
... 10 more
A detailed walkthrough of the error, its code path and all known details is as follows:
---------------------------------------------------------------------------------------
Not ITT, but that modpack did that. Theoretically it should be possible, have you tried it?
Also the atomic disassembler is not in there because it's not implemented correctly. It doesn't have a harvest level.
Not ITT, but that modpack did that. Theoretically it should be possible, have you tried it?
Also the atomic disassembler is not in there because it's not implemented correctly. It doesn't have a harvest level.
That works, nice! One more question. Harvest Level 10 is of course <Unknown>. How can I change the generic name? I will make a bug report for aidancbrady. Thx!
It should display a number representation of the harvest level if it's unknown. If you want to add new names, you'll need an extra mod that adds them to tinkers constructs harvestlevels, since the names are handled directly there now. See this commit.
Hm, that's weird. What happens if you add "oreRedstone=4" to the oredict (not generaloredict) section? If that doesn't work either then either the override module isn't loaded or something else messes with it.
Squeek didn't update Waila Harvestability to the latest TConstruct changes, that's why.
I just doublechecked, if you provide a resourcepack with localization strings "gui.partcrafter.miningX" where X is the mining level, you should be able to add more mining levels. That's in TConstruct itself.
Actually a ressource pack is IMHO the wrong place to change the mining level. If you have a modpack you will have to add an additional ressource pack which might collide with the user preferences. The mining level describes a basic functionality of the game/mod pack and no user preference. The language is a user preference. The problem is, I can only change the mining levels if I know each and every translation. Otherwise a different language might result in wrong information.
I'm no java programmer but it seems I cannot even change the initial mining levels from within another mod as the variables are final. If a mod pack developer wants to add an additional level between copper and iron he cannot even rename it, resulting e. g. in a mining level Ardite in which he cannot mine Ardite. Your changes are better than the original but still not ideal. It would be better to define the mining levels in TT and use the translation to get the name of the used material in other languages.
Hmm.. apparently there is a crash that is happening on the server that I play on. I have been gone all day, so I have not experienced it myself, but they gave me the server crashlog to post here. I made sure that we have a sufficient forge version (10.13.0.1208 to be exact), the most updated Tinker's Construct & Mantle version at the time of this post and the latest update to Iguanas Tinker Tweaks. Any and all help is appreciated.
I also made sure that with the latest version of Iguanas Tinkers Tweaks, that I generated a completely new set of configs, so if you want to take a look at the settings that we have, I will link to a folder with the configs.
I tried to cover all the bases, but if I missed anything, or you need something that I didn't provide, please let me know so that I can get it to you. Thanks again.
Actually a ressource pack is IMHO the wrong place to change the mining level. If you have a modpack you will have to add an additional ressource pack which might collide with the user preferences. The mining level describes a basic functionality of the game/mod pack and no user preference. The language is a user preference.
Mining levels are just numbers. The name displayed depends entirely on the resourcepack (=localization file). The name displayed has nothing to do with functionality, while the actual level does. As you said, it's a user preference, that's what localization is all about.
Afaik you can have multiple resource packs loaded, so it should not collide with other stuff like texture packs.
The problem is, I can only change the mining levels if I know each and every translation. Otherwise a different language might result in wrong information.
Same as every unlocalized language will display english localization without a translation file.
If a mod pack developer wants to add an additional level between copper and iron he cannot even rename it, resulting e. g. in a mining level Ardite in which he cannot mine Ardite. Your changes are better than the original but still not ideal. It would be better to define the mining levels in TT and use the translation to get the name of the used material in other languages.
And you would provide these translations exactly how? Since you apparently don't wont a language file. Which is exactly the current solution. Except that you would define the unlocalized string yourself, instead of using the predefined, DYNAMIC ones where it doesn't even matter how many you have(provided by regular tcon, not iguana tweaks).
I was killing skeletons and zombies on the latest version (2.0.2) and managed to get the smite bonus on levelling up... the issue here is that i disabled it in the config:
"B:allowSmite=false
Any ideas?
Hum. Did you hit many zombies with it?
Apparently I forgot to adapt the code when I added usage-information. My bad.
Hmm.. apparently there is a crash that is happening on the server that I play on. I have been gone all day, so I have not experienced it myself, but they gave me the server crashlog to post here. I made sure that we have a sufficient forge version (10.13.0.1208 to be exact), the most updated Tinker's Construct & Mantle version at the time of this post and the latest update to Iguanas Tinker Tweaks. Any and all help is appreciated.
I also made sure that with the latest version of Iguanas Tinkers Tweaks, that I generated a completely new set of configs, so if you want to take a look at the settings that we have, I will link to a folder with the configs.
I tried to cover all the bases, but if I missed anything, or you need something that I didn't provide, please let me know so that I can get it to you. Thanks again.
The configs are offline, but the only way I can imagine that happening, is if you set negative weights for modifiers.
Mining levels are just numbers. The name displayed depends entirely on the resourcepack (=localization file). The name displayed has nothing to do with functionality, while the actual level does. As you said, it's a user preference, that's what localization is all about.
The name of level 9 will always depend on level 8, there is no way around it as far as I know. The mining level itself is of course a number BUT they are already named. If I would name the mining level 8 Shadow Steel then the mining level 9 will be Shadow Steel+. That might be right (in the sense of not totally wrong) but does not reflect the needed material nor the blocks that are breakable.
Afaik you can have multiple resource packs loaded, so it should not collide with other stuff like texture packs.
But that makes it even worse. If I change the "mininglevel.manyullyn" to "Shadow Steel" (which is already wrong IMHO) then it will be correct in en_US. But it will be wrong in "de_DE" because this translation will have a higher priority. To make it reliable in all languages would be a pain because you either have to rename it in all language or remove the translations.
And you would provide these translations exactly how? Since you apparently don't wont a language file. Which is exactly the current solution. Except that you would define the unlocalized string yourself, instead of using the predefined, DYNAMIC ones where it doesn't even matter how many you have(provided by regular tcon, not iguana tweaks).
I would not provide them as translations. If there was a config in TiCo or ITT with something like this:
This won't collide with the current translation and you could add additional mining level. If there is no translation for mininglevel.titanium in the user language it will fall back to en_US. If it is missing in en_US it should fall back to mininglevel.titanium which is still better than mininglevel 10. I would use that feature anyway even if I don't want to change because naming the mining level depending on the breakable block (e. g. redstone) is not very helpful for the user. If it is named after the needed material for the pickaxe he can look this up (easier) in NEI. It would still not be wrong as long as you set the correct levels for the material blocks. Let's say you find a Mithril ore and it tells you mining level redstone there is no way to find out what material is needed to get mining level redstone except looking up all pickaxe heads and look at their mining levels.
The other way would be an option to remove all predefined mining level so you can set gui.partcrafter.mining0 to gui.partcrafter.miningX yourself.
The other way would be an option to remove all predefined mining level so you can set gui.partcrafter.mining0 to gui.partcrafter.miningX yourself.
Yup, that's basically how it's supposed to be. Although the unlocalized names should probably be changed for that. Adding a config option to not add my harvest level strings is not the problem.
And no, I'm not going to reimplement localization as a config option. That's what the localization is for.
And no, I'm not going to reimplement localization as a config option.
That's not necessary as long as the mining level variables are unique and not overridden by another language file if a modpack wants to use it for some reasons. The only advantage of the other system would be that you could reuse the already existing translations but whatever.
EfficiencyVI & TheOldOne: I think I just came up with a nice solution for both problems. While it's not as flexible, it's a nice way of doing it and should cover about any usecase.
The only config changes that were made were the same changes that we had using last version's configs. I did not touch the weights for any of the modifiers. Whatever the default weights for those is what they should have.
http://elysiumpack.wikia.com/wiki/Iguana_Tweaks
And I'm missing the atomic disassembler from mekanism in the tool configs. That would be awesome if you can add it because there is unfortunately no config in Mekanism itself for this tool.
http://wiki.aidancbrady.com/wiki/Atomic_Disassembler
---- Minecraft Crash Report ----
// I blame Dinnerbone.
Time: 14-8-28 上午10:59
Description: There was a severe problem during mod loading that has caused the game to fail
cpw.mods.fml.common.LoaderException: java.lang.NoSuchMethodError: mantle.pulsar.control.PulseManager.isPulseLoaded(Ljava/lang/String;)Z
at cpw.mods.fml.common.LoadController.transition(LoadController.java:162)
at cpw.mods.fml.common.Loader.preinitializeMods(Loader.java:515)
at cpw.mods.fml.client.FMLClientHandler.beginMinecraftLoading(FMLClientHandler.java:239)
at net.minecraft.client.Minecraft.func_71384_a(Minecraft.java:480)
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:867)
at net.minecraft.client.main.Main.main(SourceFile:148)
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:134)
at net.minecraft.launchwrapper.Launch.main(Launch.java:28)
Caused by: java.lang.NoSuchMethodError: mantle.pulsar.control.PulseManager.isPulseLoaded(Ljava/lang/String;)Z
at iguanaman.iguanatweakstconstruct.IguanaTweaksTConstruct.preInit(IguanaTweaksTConstruct.java:97)
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:513)
at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
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:208)
at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:187)
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.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:118)
at cpw.mods.fml.common.Loader.preinitializeMods(Loader.java:513)
... 10 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: Windows 7 (amd64) version 6.1
Java Version: 1.7.0_21, Oracle Corporation
Java VM Version: Java HotSpot(TM) 64-Bit Server VM (mixed mode), Oracle Corporation
Memory: 173104664 bytes (165 MB) / 363118592 bytes (346 MB) up to 2130051072 bytes (2031 MB)
JVM Flags: 2 total; -Xincgc -Xmx2048M
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.25.1207 Minecraft Forge 10.13.0.1207 Optifine OptiFine_1.7.10_HD_U_A4[hukk汉化] 55 mods loaded, 55 mods active
mcp{9.05} [Minecraft Coder Pack] (minecraft.jar) Unloaded->Constructed->Pre-initialized
FML{7.10.25.1207} [Forge Mod Loader] (forge-1.7.10-10.13.0.1207.jar) Unloaded->Constructed->Pre-initialized
Forge{10.13.0.1207} [Minecraft Forge] (forge-1.7.10-10.13.0.1207.jar) Unloaded->Constructed->Pre-initialized
BetterFonts{1.1.3} [BetterFonts] (minecraft.jar) Unloaded->Constructed->Pre-initialized
CodeChickenCore{1.0.3.23} [CodeChicken Core] (minecraft.jar) Unloaded->Constructed->Pre-initialized
<CoFH ASM>{000} [CoFH ASM Data Initialization] (minecraft.jar) Unloaded->Constructed->Pre-initialized
InputFix{1.7.x-v2} [InputFix] (minecraft.jar) Unloaded->Constructed->Pre-initialized
NotEnoughItems{1.0.3.51} [Not Enough Items] (NotEnoughItems 物品管理器 -1.7.10-1.0.3.51.jar) Unloaded->Constructed->Pre-initialized
ThaumicTinkerer-preloader{0.1} [Thaumic Tinkerer Core] (minecraft.jar) Unloaded->Constructed->Pre-initialized
CoFHCore{1.7.10R3.0.0B5} [CoFH Core] (CoFHCore-[1.7.10]3.0.0B5-30.jar) Unloaded->Constructed->Pre-initialized
craftguide{1.6.8.1} [CraftGuide] (CraftGuide-1.6.8.1 hukk汉化.zip) Unloaded->Constructed->Pre-initialized
CustomOreGen{1.2.0} [Custom Ore Generation] (CustomOreGen-1.7.10-1.2.0.jar) Unloaded->Constructed->Pre-initialized
Baubles{1.0.1.7} [Baubles] (Baubles-1.7.10-1.0.1.7.jar) Unloaded->Constructed->Pre-initialized
Thaumcraft{4.2.0.1} [Thaumcraft] (TC4 Thaumcraft-1.7.10-4.2.0.1.jar) Unloaded->Constructed->Pre-initialized
GraveStone{2.9.3} [GraveStone] (GraveStone 墓碑 2.9.3.jar) Unloaded->Constructed->Pre-initialized
inventorytweaks{1.58-147-645ca10} [Inventory Tweaks] (InventoryTweaks 物品整理 v1.58-147.jar) Unloaded->Constructed->Pre-initialized
millenaire{5.3.0} [Millénaire] (Millenaire-5.3.jar) Unloaded->Constructed->Pre-initialized
MineFactoryReloaded{1.7.10R2.8.0RC2} [MineFactory Reloaded] (MineFactoryReloaded-[1.7.10]2.8.0RC2-557.jar) Unloaded->Constructed->Pre-initialized
MineFactoryReloaded|CompatAppliedEnergistics{1.7.10R2.8.0RC2} [MFR Compat: Applied Energistics] (MineFactoryReloaded-[1.7.10]2.8.0RC2-557.jar) Unloaded->Constructed->Pre-initialized
MineFactoryReloaded|CompatAtum{1.7.10R2.8.0RC2} [MFR Compat: Atum] (MineFactoryReloaded-[1.7.10]2.8.0RC2-557.jar) Unloaded->Constructed->Pre-initialized
MineFactoryReloaded|CompatBackTools{1.7.10R2.8.0RC2} [MFR Compat: BackTools] (MineFactoryReloaded-[1.7.10]2.8.0RC2-557.jar) Unloaded->Constructed->Pre-initialized
MineFactoryReloaded|CompatBuildCraft{1.7.10R2.8.0RC2} [MFR Compat: BuildCraft] (MineFactoryReloaded-[1.7.10]2.8.0RC2-557.jar) Unloaded->Constructed->Pre-initialized
MineFactoryReloaded|CompatChococraft{1.7.10R2.8.0RC2} [MFR Compat: Chococraft] (MineFactoryReloaded-[1.7.10]2.8.0RC2-557.jar) Unloaded->Constructed->Pre-initialized
MineFactoryReloaded|CompatExtraBiomes{1.7.10R2.8.0RC2} [MFR Compat: ExtraBiomes] (MineFactoryReloaded-[1.7.10]2.8.0RC2-557.jar) Unloaded->Constructed->Pre-initialized
MineFactoryReloaded|CompatForestry{1.7.10R2.8.0RC2} [MFR Compat: Forestry] (MineFactoryReloaded-[1.7.10]2.8.0RC2-557.jar) Unloaded->Constructed->Pre-initialized
MineFactoryReloaded|CompatForgeMicroblock{1.7.10R2.8.0RC2} [MFR Compat: ForgeMicroblock] (MineFactoryReloaded-[1.7.10]2.8.0RC2-557.jar) Unloaded->Constructed->Pre-initialized
MineFactoryReloaded|CompatIC2{1.7.10R2.8.0RC2} [MFR Compat: IC2] (MineFactoryReloaded-[1.7.10]2.8.0RC2-557.jar) Unloaded->Constructed->Pre-initialized
MineFactoryReloaded|CompatMystcraft{1.7.10R2.8.0RC2} [MFR Compat: Mystcraft] (MineFactoryReloaded-[1.7.10]2.8.0RC2-557.jar) Unloaded->Constructed->Pre-initialized
MineFactoryReloaded|CompatPams{1.7.10R2.8.0RC2} [MFR Compat: Pam's Mods] (MineFactoryReloaded-[1.7.10]2.8.0RC2-557.jar) Unloaded->Constructed->Pre-initialized
MineFactoryReloaded|CompatProjRed{1.7.10R2.8.0RC2} [MFR Compat ProjectRed] (MineFactoryReloaded-[1.7.10]2.8.0RC2-557.jar) Unloaded->Constructed->Pre-initialized
MineFactoryReloaded|CompatRailcraft{1.7.10R2.8.0RC2} [MFR Compat: Railcraft] (MineFactoryReloaded-[1.7.10]2.8.0RC2-557.jar) Unloaded->Constructed->Pre-initialized
MineFactoryReloaded|CompatRP2{1.7.10R2.8.0RC2} [MFR Compat: RP2] (MineFactoryReloaded-[1.7.10]2.8.0RC2-557.jar) Unloaded->Constructed->Pre-initialized
MineFactoryReloaded|CompatSufficientBiomes{1.7.10R2.8.0RC2} [MFR Compat: Sufficient Biomes] (MineFactoryReloaded-[1.7.10]2.8.0RC2-557.jar) Unloaded->Constructed->Pre-initialized
MineFactoryReloaded|CompatThaumcraft{1.7.10R2.8.0RC2} [MFR Compat: Thaumcraft] (MineFactoryReloaded-[1.7.10]2.8.0RC2-557.jar) Unloaded->Constructed->Pre-initialized
MineFactoryReloaded|CompatThermalExpansion{1.7.10R2.8.0RC2} [MFR Compat: Thermal Expansion] (MineFactoryReloaded-[1.7.10]2.8.0RC2-557.jar) Unloaded->Constructed->Pre-initialized
TwilightForest{2.2.3} [The Twilight Forest] (TwilightForest 暮色森林-1.7.X-2.2.3.jar) Unloaded->Constructed->Pre-initialized
MineFactoryReloaded|CompatTwilightForest{1.7.10R2.8.0RC2} [MFR Compat: TwilightForest] (MineFactoryReloaded-[1.7.10]2.8.0RC2-557.jar) Unloaded->Constructed->Pre-initialized
MineFactoryReloaded|CompatVanilla{1.7.10R2.8.0RC2} [MFR Compat: Vanilla] (MineFactoryReloaded-[1.7.10]2.8.0RC2-557.jar) Unloaded->Constructed->Pre-initialized
cfm{3.3.5} [§6MrCrayfish's Furniture] (MrCrayfish's Furniture 家具 v3.3.5 [1.7.10].jar) Unloaded->Constructed->Pre-initialized
NEIAddons{1.12.2.9} [NEI Addons] (NEIaddons-NEI扩展 1.7.10-1.12.2.9.jar) Unloaded->Constructed->Pre-initialized
NEIAddons|Botany{1.12.2.9} [NEI Addons: Botany] (NEIaddons-NEI扩展 1.7.10-1.12.2.9.jar) Unloaded->Constructed->Pre-initialized
NEIAddons|Forestry{1.12.2.9} [NEI Addons: Forestry] (NEIaddons-NEI扩展 1.7.10-1.12.2.9.jar) Unloaded->Constructed->Pre-initialized
NEIAddons|CraftingTables{1.12.2.9} [NEI Addons: Crafting Tables] (NEIaddons-NEI扩展 1.7.10-1.12.2.9.jar) Unloaded->Constructed->Pre-initialized
NEIAddons|ExNihilo{1.12.2.9} [NEI Addons: Ex Nihilo] (NEIaddons-NEI扩展 1.7.10-1.12.2.9.jar) Unloaded->Constructed->Pre-initialized
soundfilters{0.4_for_1.7.X} [Sound Filters] (SoundFilters 音效过滤-0.4_for_1.7.X.jar) Unloaded->Constructed->Pre-initialized
Mantle{1.7.10-165.4bc3343} [Mantle] (TC Mantle_mc1.7.10_0.3.0.jar) Unloaded->Constructed->Pre-initialized
Waila{1.5.3} [Waila] (Waila NEI高亮信息 v1.5.3.jar) Unloaded->Constructed->Pre-initialized
TConstruct{1.7.10-1.6.0.build611} [Tinkers' Construct] (TConstruct 匠魂_1.7.10_1.6.0d40.1.jar) Unloaded->Constructed->Pre-initialized
TiCTooltips{1.1.9} [TiC Tooltips] (TC TiC-Tooltips 匠魂提示-mc1.7.10-1.1.9.jar) Unloaded->Constructed->Pre-initialized
TMechworks{1.7.10-67.34d1d9b} [Tinkers' Mechworks] (TC TMechworks_mc1.7.10_0.2.8.jar) Unloaded->Constructed->Pre-initialized
ThaumicTinkerer{2.5-1.7.10-156} [Thaumic Tinkerer] (TC4 ThaumicTinkerer 神秘工匠-2.5-1.7.10-156.jar) Unloaded->Constructed->Pre-initialized
voxelmap{1.7.10} [VoxelMap No Radar] (VoxelMap 小地图(无雷达) v1.7.10-1.0.jar) Unloaded->Constructed->Pre-initialized
zyinhud{1.3.4} [Zyin's HUD] (ZyinsHUD 信息窗 v.1.3.4.jar) Unloaded->Constructed->Pre-initialized
IguanaTweaksTConstruct{1.7.10-2.0.2} [Iguana Tinker Tweaks] (TC IguanaTinkerTweaks 匠魂强化-1.7.10-2.0.2.jar) Unloaded->Constructed->Errored
zzzzzcustomconfigs{1.4.1} [ZZZZZ Custom Configs] (ZZZZZ Custom Configs 合成表定制 v1.4.1.jar) Unloaded->Constructed->Pre-initialized
Mantle Environment: DO NOT REPORT THIS CRASH! Unsupported mods in environment: optifine
TConstruct Environment: Environment healthy.
Try it without the I: at the start of the entries.
Update Mantle.
Not ITT, but that modpack did that. Theoretically it should be possible, have you tried it?
Also the atomic disassembler is not in there because it's not implemented correctly. It doesn't have a harvest level.
That works, nice! One more question. Harvest Level 10 is of course <Unknown>. How can I change the generic name? I will make a bug report for aidancbrady. Thx!
http://pastebin.com/Uwg3aSsd
I've gone back to a previous version of Iguana Tweaks, which stops the crashing, but I thought you'd like to know.
Peace.
It should display a number representation of the harvest level if it's unknown. If you want to add new names, you'll need an extra mod that adds them to tinkers constructs harvestlevels, since the names are handled directly there now. See this commit.
Hm, that's weird. What happens if you add "oreRedstone=4" to the oredict (not generaloredict) section? If that doesn't work either then either the override module isn't loaded or something else messes with it.
There is a nice big bolded thing right at the top of the main post as well as the changelog. Go read it.
Well, ehm … nope … but this might be a problem of Waila/Harvestability (see screenshot).
I already have a super cool mod for tweaking Tinkers Construct. *gg*
Squeek didn't update Waila Harvestability to the latest TConstruct changes, that's why.
I just doublechecked, if you provide a resourcepack with localization strings "gui.partcrafter.miningX" where X is the mining level, you should be able to add more mining levels. That's in TConstruct itself.
No, it aligns the Metallurgy ores to the existing mining levels. If you want more mining levels, you'll have to tweak that yourself.
No idea, but I can tell you that it's neither Iguana Tweaks nor TConstruct. Must be some other mod.
I'm no java programmer but it seems I cannot even change the initial mining levels from within another mod as the variables are final. If a mod pack developer wants to add an additional level between copper and iron he cannot even rename it, resulting e. g. in a mining level Ardite in which he cannot mine Ardite. Your changes are better than the original but still not ideal. It would be better to define the mining levels in TT and use the translation to get the name of the used material in other languages.
Now that sounds like a nice idea I'll look into it but is likely beyond my skill.
Link to the crashlog: https://www.dropbox.com/s/gdga7j4xkjhzt5z/crash-2014-08-29_16.28.51-server.txt?dl=0
I also made sure that with the latest version of Iguanas Tinkers Tweaks, that I generated a completely new set of configs, so if you want to take a look at the settings that we have, I will link to a folder with the configs.
Configs: https://www.dropbox.com/sh/p4f93x4mhv83ncw/AAAVLHHZHJhsvHV2Sq0WyNc2a?dl=0
I tried to cover all the bases, but if I missed anything, or you need something that I didn't provide, please let me know so that I can get it to you. Thanks again.
Mining levels are just numbers. The name displayed depends entirely on the resourcepack (=localization file). The name displayed has nothing to do with functionality, while the actual level does. As you said, it's a user preference, that's what localization is all about.
Afaik you can have multiple resource packs loaded, so it should not collide with other stuff like texture packs.
Same as every unlocalized language will display english localization without a translation file.
Not sure what you're talking about
And you would provide these translations exactly how? Since you apparently don't wont a language file. Which is exactly the current solution. Except that you would define the unlocalized string yourself, instead of using the predefined, DYNAMIC ones where it doesn't even matter how many you have(provided by regular tcon, not iguana tweaks).
That would only work if there was exactly ONE block that had that harvest level. No sane developer would depend on that.
Hum. Did you hit many zombies with it?
Apparently I forgot to adapt the code when I added usage-information. My bad.
The configs are offline, but the only way I can imagine that happening, is if you set negative weights for modifiers.
Actually no because you have e. g. this
The name of level 9 will always depend on level 8, there is no way around it as far as I know. The mining level itself is of course a number BUT they are already named. If I would name the mining level 8 Shadow Steel then the mining level 9 will be Shadow Steel+. That might be right (in the sense of not totally wrong) but does not reflect the needed material nor the blocks that are breakable.
But that makes it even worse. If I change the "mininglevel.manyullyn" to "Shadow Steel" (which is already wrong IMHO) then it will be correct in en_US. But it will be wrong in "de_DE" because this translation will have a higher priority. To make it reliable in all languages would be a pain because you either have to rename it in all language or remove the translations.
The mining levels 0 to 9 are set to names that should be translated. There is no way to overwrite them.
I would not provide them as translations. If there was a config in TiCo or ITT with something like this:
You could do something like this:
This won't collide with the current translation and you could add additional mining level. If there is no translation for mininglevel.titanium in the user language it will fall back to en_US. If it is missing in en_US it should fall back to mininglevel.titanium which is still better than mininglevel 10. I would use that feature anyway even if I don't want to change because naming the mining level depending on the breakable block (e. g. redstone) is not very helpful for the user. If it is named after the needed material for the pickaxe he can look this up (easier) in NEI. It would still not be wrong as long as you set the correct levels for the material blocks. Let's say you find a Mithril ore and it tells you mining level redstone there is no way to find out what material is needed to get mining level redstone except looking up all pickaxe heads and look at their mining levels.
The other way would be an option to remove all predefined mining level so you can set gui.partcrafter.mining0 to gui.partcrafter.miningX yourself.
Yup, that's basically how it's supposed to be. Although the unlocalized names should probably be changed for that. Adding a config option to not add my harvest level strings is not the problem.
And no, I'm not going to reimplement localization as a config option. That's what the localization is for.
That's not necessary as long as the mining level variables are unique and not overridden by another language file if a modpack wants to use it for some reasons. The only advantage of the other system would be that you could reuse the already existing translations but whatever.
Here try this link: https://www.dropbox.com/sh/7rhtcf2tn0x2hwk/AADbVxPnPLPh9ZZs4lgeqAGOa?dl=0
The only config changes that were made were the same changes that we had using last version's configs. I did not touch the weights for any of the modifiers. Whatever the default weights for those is what they should have.