Not yet but I actually did consider that at some point (and then later totally forgot about it)
Goes off to put it on his todo...
RFTools - Support and Suggestions
- Thread starter McJty
- Start date
-
The FTB Forum is now read-only, and is here as an archive. To participate in our community discussions, please join our Discord! https://ftb.team/discord
Not yet but I actually did consider that at some point (and then later totally forgot about it)
Goes off to put it on his todo...
Must say, I really like where RFTools is heading, functional and useful tools/features powered by RF. A tech mod with a difference.
After that flattery, can I mention the idea of a RF powered mini-map system?
Already on the todo. At least as a module in the screen system. Not sure if I'll add a portable version though. Perhaps...
Ok, I can confirm that the latest dev version *seems* to work. I made a copy of my Infinity instance (Thanks MultiMC!), disabled TiCo and its addons, deleted dimlets.cfg. Sure enough, the dimlets in a chest I had placed in a world made specifically for this purpose were all scrambled. Then, I closed Minecraft, updated RFTools to the version in your link, and re-enabled TiCo, Tinker's Mechworks, ExtraTiC, and TiC Tooltips. When I went back into the world, the dimlets in the chest (all the digits and Liquid Short Mead, which was the last one listed in NEI) were all the same.
I did get a message when trying to load up the world that a bunch of RFTools shield-related blocks were missing. Should I have been worried about that?
I also noticed that the dimlets seemed to be listed in a weird order in NEI. The items' damage values, it seemed, were scrambled somehow, meaning that, for instance, 6258:486 was listed before 6258:481. It seems that NEI was sorting the items by some number other than the damage values listed in the tooltips. A very minor issue, if anything; just a little strange. And probably an artifact of exactly what you've done to fix the issues you've talked about.
Anyway, after that, I deleted dimlets.cfg AGAIN without also disabling TiCo and addons, which definitely should've scrambled the dimlets under the old system. But it didn't- I still had the same old digits and Short Mead dimlets. So it certainly seems to work.
I did get a message when trying to load up the world that a bunch of RFTools shield-related blocks were missing. Should I have been worried about that?
I also noticed that the dimlets seemed to be listed in a weird order in NEI. The items' damage values, it seemed, were scrambled somehow, meaning that, for instance, 6258:486 was listed before 6258:481. It seems that NEI was sorting the items by some number other than the damage values listed in the tooltips. A very minor issue, if anything; just a little strange. And probably an artifact of exactly what you've done to fix the issues you've talked about.
Anyway, after that, I deleted dimlets.cfg AGAIN without also disabling TiCo and addons, which definitely should've scrambled the dimlets under the old system. But it didn't- I still had the same old digits and Short Mead dimlets. So it certainly seems to work.
The missing shield blocks are normal (it was in the changelog). The shield system changed a lot.
I'm happy that the new system works. I could also not find any issues with my tests so this is finally a issue that is solved. I will probably release 2.41 today.
Thanks for testing.
Apparently my shield wasn't wither proof. It will be in the next version:
Apparently my shield wasn't wither proof. It will be in the next version:
withers can be real ninja's, one moment they're there and the next they're 10 chunks away chasing a chicken.... well okay, they're not exactly ninja's but you probably get my point
Do note that the Wither entity itself is actually four blocks tall and one block wide, not 3x3 as you might think. So if your shield box there is only three blocks high (on the inside), the wither might still be able to escape through the ceiling.Apparently my shield wasn't wither proof. It will be in the next version:
Still, that's not exactly intuitive, so if you can keep it from escaping from and/or exploding through a 3x3x3 box of shields, you'll get less bug reports.
RFTools will soon be the major hilight in a new themed questbased pack called Pathfinder. You can see a trailer of this pack here:
To help with this I now added a new 'special seed' dimlet that can be used to force a dimension to have a specific seed.
To help with this I now added a new 'special seed' dimlet that can be used to force a dimension to have a specific seed.
Last edited:
I'll be trying that pack out! Like seeing how HQM and mods are integrated together, some packs work, some packs fail.
Finally got around to implementing the inventory module which can watch up to 4 slots out of an inventory:
Just give it a few baked potatoes from time to time and everything will be fine.
Seriously though. I try my best to be careful with performance. I consider myself a pretty good java programmer and I'm good at thinking about efficient solutions.
However, there are a few things that will be performance heavy. Creating dimensions for example is pretty heavy for Minecraft but there is nothing that I can do about that. Mystcraft suffers the same problem.
The autocrafter at high speed with lots of recipes in it might also be relatively slow. However I don't think it will be slower then doing the same with comparable auto-crafting systems.
Other then that I can't think of anything that might be performance heavy.
Working on wireless redstone. I know there are already solutions for that. However I do plan better integration with RFTools. More in particular the screen system. I plan a module that can show a different message based on a wireless redstone signal:
just a bit of silly thinking I was having, but would it perhaps be possible to add something like a particle accelerator multiblock to generate power like the endergenic generator?
you generator power by shooting a pearl over and over with the endergenic generator, but what if you could take the setup a bit further...
you'd place down several endergenic generator in a circle, and you link them together. there's one endergenic generator where you input a pearl, and the pearl will slowly start to be send to the other endergenic generators, slowly increasing speed. the faster the speed of the pearl, the more power it'll generate. but it'd be a bit more complicated, because you need to control the ender pearl's speed.
if the speed is too low it won't generate enough power, but if it'll go too fast the pearl will get damaged and be lost, and eventually may lead to some bad side effects.
to be able to control this each endergenic generator would have some sort of control block, or perhaps you'd have to link all the generator together by using a cable and lead that cable into a control block.
with this control block you'll be able to read information such as the status of each generator, how much power is being produced, how fast the pearl is going, but you'd also be able to stop the whole process and either increase or decrease the speed of the pearl.
ofcourse a pearl is not infinite, it can only be used for a certain amount of time before it disintegrates, but it'll leave behind a side-product which can be refined to increase the duration of other pearls.
you would be able to decide how big or small the multiblock would be, you could only use 4 generator in a small circle, or perhaps 20 of them in 1 giant circle, where bigger would ofcourse mean more power, but it'd also need alot more control and would require more work to keep it stable.
you generator power by shooting a pearl over and over with the endergenic generator, but what if you could take the setup a bit further...
you'd place down several endergenic generator in a circle, and you link them together. there's one endergenic generator where you input a pearl, and the pearl will slowly start to be send to the other endergenic generators, slowly increasing speed. the faster the speed of the pearl, the more power it'll generate. but it'd be a bit more complicated, because you need to control the ender pearl's speed.
if the speed is too low it won't generate enough power, but if it'll go too fast the pearl will get damaged and be lost, and eventually may lead to some bad side effects.
to be able to control this each endergenic generator would have some sort of control block, or perhaps you'd have to link all the generator together by using a cable and lead that cable into a control block.
with this control block you'll be able to read information such as the status of each generator, how much power is being produced, how fast the pearl is going, but you'd also be able to stop the whole process and either increase or decrease the speed of the pearl.
ofcourse a pearl is not infinite, it can only be used for a certain amount of time before it disintegrates, but it'll leave behind a side-product which can be refined to increase the duration of other pearls.
you would be able to decide how big or small the multiblock would be, you could only use 4 generator in a small circle, or perhaps 20 of them in 1 giant circle, where bigger would ofcourse mean more power, but it'd also need alot more control and would require more work to keep it stable.
I certainly have plans in the future for my generator. First to make it more interesting. Your idea also sounds interesting. I have to think about it more.
Thanks, for the fast answer, thats all i wanted to know. Well, I just stumbled apon this and tought that one guy on the server missed the monitors from ic2 nuclear control (we don't have and probably never have it, since i focused on having rf powered mods), and, well that would be the main feature what we would use.
Universal rf monitoring also sounds interesting, you check rf values through XU transfer pipes too, or just things containing rf?
Autocrafting might not be a thing what we need, but we'll see (we have lots of autocrafters already).
Just try not to make it really round. Keep it blocky, thats how it will fit in.
