|
| src/main/java/slimeknights/tconstruct/library/client/armor/ArmorModelManager.java (diff) |
|
| src/generated/resources/data/tconstruct/tags/items/modifiable/multipart.json (diff) |
| src/main/java/slimeknights/tconstruct/common/data/tags/ItemTagProvider.java (diff) |
Commit
28ce9e8f57416bae916fac24c21df70876c6b900
by KnightMinerRevitalizing tweaks
Half the cost of jeweled apples (and by extension, revitalized) Remove the max level - no longer matters in the base mod, and if you get more defense slots, eh, go wild. Protection is objectively better than health in most cases, especially as you get more health
|
| src/generated/resources/data/tconstruct/recipes/tools/modifiers/defense/revitalizing.json (diff) |
| src/main/java/slimeknights/tconstruct/tools/data/ModifierRecipeProvider.java (diff) |
| src/generated/resources/data/tconstruct/recipes/tools/modifiers/jeweled_apple.json (diff) |
|
| src/generated/resources/data/tconstruct/tinkering/materials/stats/lead.json (diff) |
| src/generated/resources/data/tconstruct/tinkering/materials/stats/manyullyn.json (diff) |
| src/generated/resources/data/tconstruct/tinkering/materials/stats/pig_iron.json (diff) |
| src/generated/resources/data/tconstruct/tinkering/materials/stats/rose_gold.json (diff) |
| src/generated/resources/data/tconstruct/tinkering/materials/stats/invar.json (diff) |
| src/generated/resources/data/tconstruct/tinkering/materials/stats/nahuatl.json (diff) |
| src/main/java/slimeknights/tconstruct/tools/data/material/MaterialStatsDataProvider.java (diff) |
Commit
301f6788e6634d65a22c5da654845fb70aabeea6
by KnightMinerFix recipe conflict between nahuatl shield core and obsidian plating
Casting obsidian either gives you a shield or a shield core based on which recipe won. Solved it by allowing nahuatl in the part builder and ditching composite for shield cores (all options are able to be made without composite)
|
| src/generated/resources/data/tconstruct/tinkering/materials/definition/nahuatl.json (diff) |
| src/main/java/slimeknights/tconstruct/tools/data/material/MaterialDataProvider.java (diff) |
| src/main/java/slimeknights/tconstruct/tools/data/ToolsRecipeProvider.java (diff) |
| src/generated/resources/data/tconstruct/recipes/tools/parts/casting/shield_core_composite.json |
|
| src/main/resources/assets/tconstruct/book/images/sandcast_partbuilder.png |
| src/main/resources/assets/tconstruct/book/puny_smelting/en_us/casting/sandcast3.json |
| src/main/resources/assets/tconstruct/book/puny_smelting/en_us/casting/sandcast2.json (diff) |
| src/main/resources/assets/tconstruct/book/puny_smelting/sections/casting.json (diff) |
Commit
053f8f5c070d8580ea6c4729796ecc225805fcdf
by KnightMinerFix tank modifier models discarding the non-fluid and offsetting weirdly (#5227)
Turns out the method of using the model bakery applies an origin to the transformation, meaning we get a funny offset with the fluid quads. Thus, we just reverse that before calling the method No idea why this is not needed in the fluid container model, perhaps we just do no scaling there so it does not end up mattering?
|
| src/main/java/slimeknights/tconstruct/library/client/modifiers/FluidModifierModel.java (diff) |
Commit
dce90b382d500a7e765d3a70a89c9f6727c230b4
by KnightMinerCleanup modifier model code
Now we no longer throw around so many empty lists in the builder, we only add to the builder if we have quads. Another advantage is no need to merge the lists yourself if getting multiple quad layers, just toss them all in (in reverse order of course) Additionally, remove the weird constraint of immutable lists everywhere, just use generic collections.
|
| src/main/java/slimeknights/tconstruct/library/client/modifiers/NormalModifierModel.java (diff) |
| src/main/java/slimeknights/tconstruct/tools/client/OverslimeModifierModel.java (diff) |
| src/main/java/slimeknights/tconstruct/library/client/modifiers/DyedModifierModel.java (diff) |
| src/main/java/slimeknights/tconstruct/library/client/modifiers/FluidModifierModel.java (diff) |
| src/main/java/slimeknights/tconstruct/library/client/modifiers/MaterialModifierModel.java (diff) |
| src/main/java/slimeknights/tconstruct/library/client/modifiers/IBakedModifierModel.java (diff) |
| src/main/java/slimeknights/tconstruct/library/client/model/tools/ToolModel.java (diff) |
|
| src/main/java/slimeknights/tconstruct/tools/modifiers/upgrades/melee/SeveringModifier.java (diff) |
| src/main/java/slimeknights/tconstruct/library/modifiers/Modifier.java (diff) |
| src/main/java/slimeknights/tconstruct/library/modifiers/hook/behavior/ProcessLootModifierHook.java |
| src/main/java/slimeknights/tconstruct/tools/modifiers/ability/tool/AutosmeltModifier.java (diff) |
| src/main/java/slimeknights/tconstruct/tools/modifiers/ability/tool/MeltingModifier.java (diff) |
| src/main/java/slimeknights/tconstruct/tools/modifiers/traits/general/StoneshieldModifier.java (diff) |
| src/main/java/slimeknights/tconstruct/tools/modifiers/traits/general/TastyModifier.java (diff) |
| src/main/java/slimeknights/tconstruct/tools/modifiers/ModifierLootModifier.java (diff) |
| src/main/java/slimeknights/tconstruct/library/modifiers/ModifierHooks.java (diff) |
Commit
dab693456f03d40179bb14208b0d4d9cfb816a86
by KnightMinerDitch the default modifier serializer, since composable does that but better
Come 1.20 I hope to do away with modifier serializers entirely in favor of modules. Right now there are just 2 other holdouts: inventory module, and tool belt (latter depends on the former)
|
| src/main/java/slimeknights/tconstruct/tools/TinkerModifiers.java (diff) |
| src/main/java/slimeknights/tconstruct/library/modifiers/Modifier.java (diff) |