Minecraft Forums

Ok, here is a new update of the beta version of RFTools (2.00beta2). I managed to fix all crashes that were reported here and also implemented a few new things. Here is the changelog:


Changelog between 2.00beta1 and 2.00beta2:

• The dialing device 'check' button works also for dimensions that haven't been realized yet (i.e. nobody has been there yet).
• Fixed a crash in the RFTools dimensions related to nether fortresses and hostile mob spawns. This would cause crashes as soon as a hostile mob spawned in a dimension that did not have a nether fortress in it.
• Fixed a crash when trying to extract an empty realized item tab.
• Fixed a hardcoded buildcraft depencency that would cause crashes when using a wrench on a RFTools machine.
• Shift-right click on a realized dimension tab will show the internal description string that shows an internal representation of the dimlets that were used. It will also display the actual features that were selected for this dimension.
• This same description string is also shown when shift-right clicking the dimension monitor.
• Reduced the chance of specific structures and terrain features being selected when they were not specified in the dimlets.
• Added dimensional shard ore and dimensional shards. Also added this block as oregen to RFTools dimensions. Currently the dimensional shards are not useful.
• Fixed a bug when saving a world and then loading again without quitting Minecraft. This would crash minecraft.
• Added crafting recipes for various things so that everything in the dimension builder system should now be possible to use in survival mode.

The download is here:

http://www.mediafire.com/download/2qclzbttcw3d53t/rftools-2.00beta2.jar

The wiki page has also been updated a bit:

https://github.com/McJty/RFTools/wiki/RFTools-Dimension-Builder

Needless to say this is still BETA!

I love your teleportation system. Thank you for this!

Here is beta3 for the dimension builder system. Don't consider this a stable release. Use 1.34 for stable worlds.

http://www.mediafire.com/download/xbssp1ctca6fsef/rftools-2.00beta3.jar

Changelog between 2.00beta2 and 2.00beta3:

• Fixed a client-side dependency in the storage scanner.
• Fixed client/server side dependencies in two messages for the dimension builder system.
• Fixed a problem with the teleportation system (all teleports done by RFTools) where teleporting would cause nether portals to be generated in the destination dimension.
• Fixed a serious problem which would cuase RFTools dimensions to get unregistered as soon as one dimension (didn't matter what dimension) was unloaded. This could lead to all kinds of bad crashes
• Thanks to planetguy32 I added support for almost all possible wrenches in existence without having hard dependencies to all these mods. This should also finally get rid of the buildcraft dependency.

I hope these fixes lead to more stability.

Just a quick headsup. I'm currently busy implementing the final things and machines which will bring RFTools 2.0 close to release point. Basically I just did:

• Completely refactored the way dimlets are created and configured. It is now possible to blacklist certain auto-generated dimlets (like say you don't want a redstone fluid ocean in your world then you can blacklist it). RFTools can now also store default rarity and other settings for dimlets which correspond to features from other mods (like the redstone fluid block for example). Note this change will require you to delete your rftools config and also start a new test world to avoid weird issues.
• Fully implemented the rarity system on dimlets (mostly for the researcher). You can also override this rarity in the config. Added a console command to dump the rarity distribution so that it is possible to check if these numbers are ok.
• Added a new 'Dimlet Scrambler' device. This device is similar to the 'Dimlet Researcher' as it also returns a random dimlet. However, this one takes three other dimlets as input. At most one of these dimlets may be craftable so the others must have been dimlets that were found and researched and cannot be crafted otherwise. This device (like the researcher) gives a random dimlet as a result. But it also has a bonus chance on getting better dimlets based on the rarity of the dimlets you input. So if you (for example) input three diamond block dimlets (very rare!) you will have a higher chance (but no guarantee) of getting a rarer dimlet too.
• By default very basic dimlets are craftable (like void terrain, none features, none structures, ...). If you have dimensional shards (mined in one of the rftools dimensions) you can now also craft a dimlet template item. And using that you can now craft a few additional dimlets. That way you get more craftable dimlets if you manage to get into an rftools dimension already.

Things to do before I will release a new beta:

• Make a Machine Infuser device. With this device you will be able to infuse dimensional shards into all RFTools machines. This will make those more efficient (up to 200%) but it will require a lot of dimensional shards. This will be a gradual upgrade of every machine. i.e. if you only put in 20% of the total possible dimensional shards then it will be 20% better. Improvements include things like faster operations, less energy usage, higher quality dimlets (for the scrambler) and stuff like that.
• Implement more dimlets to be able to have more variety in the creation of your worlds. This is actually a big task. If you look at Mystcraft you can see the huge amount of possibilities there are so it is likely that I will release 2.0 with not everything in this section implemented.

So, some stuff to do yet :-)

Really really liking the work here I'm exited to see the dimensional system in its completion. Seems like a better implemented alternative to mystcraft.

Quote from N0rw0lf»

Really really liking the work here I'm exited to see the dimensional system in its completion. Seems like a better implemented alternative to mystcraft.

I wouldn't really say better. Just a different style and mechanic. RFTools dimension builder will fit better in a tech style modpack.

I'm primarily looking forward to a Mystcraft-styled mechanic with sustained cost. I need something to burn all this RF on; here's a mod that adds balance to the infinite worlds mechanic at the price of (tons of) RF. I'd be willing to bet it'd take a Big Reactor (at least a passively cooled one) per dimension to sustain a decent one - which is good! Only the first BR is expensive, really, and world-hopping just doesn't feel like midgame material anyhow (Nether and Twilight Forest aside).



I'm really looking forward to a stable release!

Yea, this is great. I always welcome things that require power, because at the moment my current power situation is too easy. If I recall correctly, all the values are customizable? I too would want to make a good dimension take a whole big reactor.

Quote from McJty»

I wouldn't really say better. Just a different style and mechanic. RFTools dimension builder will fit better in a tech style modpack.

Yea that's a better way to describe it. Mystcraft is more suited for magic/exploration packs where I'm pretty much exclusively a tech guy.

Now look what I found in one of the RFTools dimensions! What could that be? (tease tease :-) )

It's hard to wait patiently when you tease such things! I can't wait for the finally realized technical equivalent to Mystcraft.

Quote from Excaerious»

It's hard to wait patiently when you tease such things! I can't wait for the finally realized technical equivalent to Mystcraft.

Things are looking good. I expect a non-beta release next week. However at this moment I'm busy doing very thorough testing to make sure that everything is stable in all situations. That includes client/server setups which have been a problem for my mod in the past :-)

I hit a bit of a snag when testing my dimension builder on a client-server setup. The problem is that in that setup the server knows which dimensions RFTools already created but the client does not. So if you exit your client when you are in a RFTools dimension and later try to come back the client will not have that dimension registered (as it has no idea that it has to be registered). This information is only known on the server. So somehow, right after the player connects but before the client puts the player in the right dimension I need to register the appropriate dimensions. I know this is possible since Mystcraft also manages to do it but I currently have no idea how. If anyone has any help in this area it is much appreciated.


Single player all is fine since both server and client share the information in that case.

I immediately looked up to see if mystcraft had a github, and saw that it doesn't. It might be worth looking at the multiverse bukkit plugin to see how they achieve this, it might (hopefully) also apply to forge.

Also, do you have an IRC? Esper?

Quote from N0rw0lf»

I immediately looked up to see if mystcraft had a github, and saw that it doesn't. It might be worth looking at the multiverse bukkit plugin to see how they achieve this, it might (hopefully) also apply to forge.

Also, do you have an IRC? Esper?

I'm in #minecraftforge right now (Esper).
Someone there just gave me a possible solution to the problem. I'm going to try it out and let you know if the problem is solved.

Ok, thanks to the people in #minecraftforge IRC I managed to solve the issue so I can move on with this again :-)

Behold! My first island (and admire the broken attempt below it :-) )




The first version of this island looked like this:

I just implemented support for material modifiers. So you can now actually change the base material of your dimension to (for example) netherack, dirt, stone (default) or diamond blocks, gold ore, gold blocks(!)

I have a balance question though about these VERY VERY op materials. I don't want to disallow them but I want to make it a challenge to use them. So I would like to have an idea about the following questions for these OP blocks (diamond ore, diamond block, gold ore, gold block, ...).

1. How rare should these dimlets be? If you research 10000 unknown dimlets. Then how many diamond block dimlets should you have? How many diamond ore? and so on.
2. How much RF/tick should these modifiers be if used on full terrain. i.e. make a world made out of diamond blocks (not as ore, but full diamond blocks everywhere). How much RF/tick would you expect that to cost to keep alive? How much for diamond ore? and so on
3. How much RF/tick should these modifiers be if used as ore generation. That means that not the entire terrain is made out of them but you'll be able to find these blocks scattered through the landscape as 'ore'. Note that the same dimlets are going to be used but they will be modifiers for another master dimlet (i.e. 'diamond block' modifying 'terrain dimlet' will alter the entire terrain, 'diamond block' modifying 'ore' dimlet will add ores).

Trying to come up with reasonable and not totally impossible values but still pretty hard to actually be able to use.

I can help with these, but please whatever you do please make everything configurable, as in the ability to remove some blocks or change the RF requirement.

With that said, I think that making a world out of diamond blocks in survival should be about as possible to blow up bedrock with tnt (well, maybe not impossible). Put it in the code, but make it nearly impossible (but not impossible) for even the most determined player with 5 big reactors, and here's the reason why: If there are 20 people playing this on a server, and if someone has just enough power to power it for 5 minutes with the power he has, and has every other player ready to go loot the dimension, then all of a sudden everyone has a crapload of diamonds (which sucks because why go mining anymore). Maybe make it 5 out of 10000?

I personally think that it should simply be the ores that you normally find in the ground, but I can understand you not wanting to disallow them.

Yes. Everything is configurable upto the point that you can actually make it practically impossible to use it. But I would like to have sensible defaults. I agree that it should be almost impossible to make a world out of diamond blocks. But what does that mean? 1000000 RF/tick? Is that almost impossible or not enough?

Keep in mind that there is not only the cost 1000000 RF/tick but you actually also have to be able to get that RF/tick into your dimension giving that most RF cables have some kind of limit (but note that you can use multiple dimension builders to feed RF into a dimension).

I'll test it out! I'll setup 10 big reactors and see what that creates.

And yea, multiple dimension builders makes sense when you are making a diamond block dimension. One per reactor? No problem with that