Fixed the ARC so that it could actually accept FluidStacks via capabilities. Also added several entries to the book regarding the Blood Altar and its runes.
Currently WIP.
Added the ability for the selected Ritual Range to be rendered when holding the RItual Tinkerer.
Also fixed the saving issue for the ritual's Ranges.
Finished 99% of the implementation work for the ARC and recipe system. Still need to populate the recipes (which will require textures for some items have have yet to be added).
Added the serializers, deserializers, builders, etc, for the Alchemical Reaction Chamber recipe, ARCRecipe. The block does not currently have the functionality to use it yet.
And only when I am currently writing this do I realize I forgot to add FluidStack functionality to the recipes. Welp.
Finished fully implementing the Ritual Diviner item. Changed the `cycleDirection` method to occur when the player does not sneak + right clicks, because the method for when a player left clicks with an item seems to have dissapeared.
Added the framework for Rituals, including the automatic registration of rituals using the annotation.
This includes:
- The Master Ritual Stone
- The regular Ritual Stones (all 7 types)
- The Ritual Registration system
- The activation crystal items.
- Reintroduction of the Demon Will Aura (changed saved Dimension ID from Integer to ResourceLocation)
Localization needs to be completed, as well as the implementation of all the rituals.
Initial publishing of the 1.16.3 branch of the mod. A lot of systems are missing (such as Rituals and Living Armour), but enough is present for a decent Alpha release.
* Add getMinimumOffset() and getMaximumOffset to AreaDescriptor
Add the ability to reset BlockRanges to the Ritual Tinkerer
* Added copy-constructors and functions to AreaDescriptor
Added the ability to reset BlockRanges to the Ritual Tinkerer
- Mode: Define Area, with BloodOrb in offhand & sneaking, right click on MRS
Changed "addBlockRange" and "addBlockRanges" to use .putIfAbsent
Added "setBlockRange" and "setBlockRanges" to IMasterRitualStone
- reference implementation in TileMasterRitualStone is identical to old "addBlockRange" and "addBlockRanges"
Fixed range setting for good.
Tested behavior with RitualWater.
* Minor cleanup
* Remove TODO
* Implemented BloodAltar modification with redstone lamp below altar
- strong and weak Redstone signal of power 15 (similar to BlockLever)
- activates when crafting finishes and a BlockRedstoneLight is directly below the altar
- deactivates when the next crafting cycle is about to begin
Use case:
- Redstone-controlled automatic ejection of crafted goods
* Removed Docs
* Meta to use 0 for off, 1 for on
* Syntactic sugar & storing value
* Some fixes to the German translation because of the translation keys got changed.
Added chapter title translation to newly documented rituals but not the chapters itself.
* Changed Tartaric Gem translation from "Weinstein" -> "Tartarisches Juwel"
* Changed SoundType and visible Material of wooden path blocks from stone/rock to wood. Breaking wooden path blocks is now effective & faster with an axe and slow with a pickaxe type tool.
* Moved hacky to getter.
* Cleanup unneeded override
* Using Enums instead of meta IDs
* Fixes for Ritual of the Eternal Soul
* Use the same code to determine altar location and only cache its offset as is done in Well of Suffering. This prevents keeping a TileEntity loaded after it has been removed from the world, and also means the ritual will function if there are multiple master ritual stones using it in the world.
* Use getCapability to obtain the BloodAltar which implements IFluidHandler, and fill that instead of trying to fill the tile entity.
* Change the structure to match that found in previous versions.
* Set owner HP to 2 (1 heart) if within ritual vincinity.
* Add Soul Fray to every player in the vincinity of the ritual.
Inheriting from CommandTreeBase, the required permission level was 4.
All other BloodMagic commands had a required permission level of 2.
This resulted in network command not able to be executed from a Command Block, which have a permission level of 2.
* Veil of Evil class creation
Signed-off-by: tobias <angryaeon@icloud.com>
* Transplanted legacy code.
* VeilOfEvil and WardOfSacrosanctity base finished.
Added isActive() to IMasterRitualStone
* Renaming, commented out arimethric error
* make it static to make it work
* removed sout & renamed rituals
* Finished up base Veil of Evil & Ward of Sacrosanctity.
Temporarily removed Gaia's Transformation.
* Performance improvements, small cleanup
* Moved the saved stacks to class scope to have an actual effect.
* Variable scope change (no effect)
* Saving known recipes to a Map in CompressionRegistry now, allowing quick lookup as long as the server has not been restarted for all but the first compression recipe of every itemstack type encountered.
Fixed compression process consuming items even though the compression would not finish.
* Possible fix to (many of the) abnormal death events concerning the sacrifical dagger.
=> #1444
Works with Grim Reaper's Sprint, not tested for anything else.
* Being special, players can survive massive blood loss up until 1 heart remains.
(Math.floor() caused players to die when they sacrificed with 3 health remaining)
* Veil of Evil class creation
Signed-off-by: tobias <angryaeon@icloud.com>
* Some getBlockRange() oversights.
* Delete RitualVeilOfEvil.java
should not be in this branch.
* Removed TODO.
Usable in both SSP (creative mode) and SMP (op).
Required permission level for commands is 2 (server's "op" permission level can be seen and changed in the server.properties).
* The onArrowFire event handler for LivingArmour now checks whether the arrows were fired from a sentient bow, and if they are it calls a getDuplicateArrows method in ItemSentientBow. Said method gets the will and potion types, without changing the bow's durability or consuming will or arrows.
* Extra line breaks removed
