RFTools Dimensions

4.21beta18:

• Some fixes for early versions of JEI (newer version should be fine)
• Worked around a problem with some fluids not having a valid name. This could cause crashes in the creative inventory
• Added an API to access dimension information.

4.20beta15:

• IMPORTANT! RFTools dimensions are now named 'RFTOOLS' instead of 'DIM'! If you want to keep using your old dimensions then don't forget to rename the folders!
• The Dimlet Workbench is back. For now only for feature, terrain, biome, material and liquid dimlets. It works similar to the old 1.7.10 workbench but now has the additional feature of a searchable dimlet list
  • Double clicking on a dimlet in that list will cause the gui to try to find the right parts for that dimlet and insert them in the right slots. This works from the internal inventory as well as the player inventory.
  • The tooltip in the list shows all the needed parts.
• The biome, material and liquid absorbers are back.
• Implemented a terrain absorber with which you can extract the essence of the terrain out of the current dimension. For for overworld this is 'normal' terrain. For the end this is 'island'. For the nether this is 'cavern'. For RFTools dimensions this will be the current terrain of that dimension.
• Implemented a feature absorber with which you can extract a random feature essence out of the current RFTools dimension. This block does nothing outside RFTools dimensions and can only extract a feature that is actually present in that dimension. The block only shows what feature it extracted when it is done extracting.
• Implemented a new dimlet rule system (json) with greatly enhanced configurability:
  • Rules are evaluated from top to bottom.
  • Rules can filter based on dimlet type (material, liquid, biome, ...), dimlet name (lava, stone, The End, Wither, ...), mod name, blockstate properties (for material dimlets), metadata as well as some other block properties like if it has a tile entity, if it is a solid block and so on. Wildcards are supported for the name of the dimlet and you can use a list.
  • Every rule results in a setting. This setting can contain things like rarity, creation cost, maintenance cost, if the dimlet is available for worldgen, if the dimlet is available as a dimlet (if both are false the dimlet is essentially blacklisted).
  • Settings can be partial. If they are then the system will continue evaluating further matching rules until a complete setting object is generated for a given dimlet.
  • Rules are automatically generated from a set of default rules included with RFTools Dimensions. A specific marker is provided. All rules before this marker are left alone when Minecraft starts. You can put your own custom rules there. All rules after this marker are always reset to the default rules. That way you can be sure that when you update RFTools you will get updated rules without destroying your own rules. If you want to completely override the RFTools default rules you can also remove the marker line.
  • Rules are automatically synced from server to client so that the client always exactly knows the configuration values of the dimlets on the server (in contrast with 1.7.10).
  • RFTools Dimensions tries every possible block/blockstate combination, every possible (placable) fluid, every biome and so on. That means that potentially a huge number of dimlets can be generated if the rules are not properly defined
  • By default material dimlets are blacklisted unless specifically included in a previous rule
  • Liquid dimlets are allowed for any liquid but with a high rarity and cost to make sure things are not too strong.
  • Mob dimlets are possible by default but unless otherwise specified they are excluded from random worldgen. That is to avoid mobs that are not supposed to spawn like that (like turrets, robots, ...)
  • The 'The End' biome dimlet is very rare and by default not spawnable.
  • Added hopefully sensible rules for mobs, materials, liquids, and biomes from Thaumcraft, Tinkers Construct, BiomesOPlenty and Buildcraft.
  • Added a new api (IDimletConfigurationManager) which is available through IMC (FMLInterModComms.sendFunctionMessage("rftoolsdim", "getDimletConfigurationManager", ".YourClass$GetDimletConfigurationManager")) by which external mods can reconfigure dimlets. These rules are added before any other rules added by the user and RFTools Dimensions itself
• Various new and ported commands:
  • /rftdim safedel to safely delete a dimension
  • /rftdim setowner to change the owner of a dimension
  • /rftdim createtab to recreate a dimension tab for a given dimension
  • /rftdb testdimlet to show the settings of a dimlet
  • /rftdb createdimlet to create any dimlet (arguments: )
  • /rftdb listdimlets to list all possible dimlets (excluding blacklisted dimlets)
  • /rftdb listblocks to list all possible material dimlets (including dimlets that are blacklisted with the current rules). If you have a lot of mods in your modpack this can be a HUGE list. Be prepared. The output goes to the log
  • /rftdb listliquids to list all possible liquid dimlets (including blacklisted dimlets)
  • /rftdb listmobs to list all possible mob dimlets (including blacklist dimlets)
• Dimension Generation:
  • Mob features work again and can now randomly be generated in dimensions.
  • Biomes are now randomly selected as well.
  • The filtered biome controller should work again
  • In dimlet dungeons (rftools dimensions) you can now find dimlet parts and even dimlets. If you don't want these dimlets to be found there you can disable this in the config so that the player has to create every dimlet.
  • The sky renderer for dimensions now uses the state manager as it should. This can fix some weird rendering glitches in those dimensions
• Various:
  • Fixed a few models which were way too big in 3rd person view.
  • Buttons in the manual work again.
  • Many cleanups in the code

4.20beta13:

• Ported the dimension monitor item
• Ported the activity probe

Version 4.20beta12:

• Fixed a problem prevent the mod from being usable