Demolishun

I think I may have solved this. I put in a 5 second startup delay before anything else happens. It seems to have perhaps fixed the issue with the turtle startup going into lala land. Yeah, I have been fighting the chunk loading for a while. I know older frame mods had this same issue apparently. The solution was dual chunk loaders. Well, I will keep testing and let you know what I find. Thanks for getting back to me quickly. I kind of figured I was in uncharted territory using the Arcane bore, RiM, and chunk loaders. But it does work mostly. Once I figure out this computer boot thing. When I get a chance I may do a small test setup that has 2 ender chests. Put an item in one chest and the carriage should pipe it to the other chest. This would allow for remote testing of the chunk loaders.

@jakj, I have a dual chunk loader bore setup and it keeps stopping. Everything is okay, but I keep finding the turtle controlling the two carriages is stopped working. It is just in lala land. I have delays, but maybe they are not where they need to be. Here is the code: local running = true local engineSide = "back" local engine = peripheral.wrap(engineSide) local direction = 3 local boreSide = "front" local bore = nil while running do -- is the other carriage in front if turtle.detect() == true then print("moving bore") sleep(2) bore = peripheral.wrap(boreSide) if bore ~= nil then bore.move(direction, false, false) end else print("moving self") sleep(2) engine.move(direction, false, false) end sleep(0.5) end Anyway, the setup is like this: http://imgur.com/a/sKJoi#0 The whole idea is the support carriage behind the main carriage is the controller with a turtle at the front. When it starts it checks for the controller from the other carriage. If it sees this then it waits a couple of seconds, then tells that carriage to move. Then it loops. If it does not see the carriage then the other carriage was able to move. So it waits 2 seconds and then moves itself. Both carriages have chunk loaders. The strategy is that only 1 chunkloader will be moving at any time. That way one will be in actual existence in the world keeping everything running. So I remember seeing something in this forum about the computers having issues. So of course the code is designed to be rebootable. What is happening though is the computer is rebooting, but at some point it glitches. I find it in a state where it does not make to the point where it actually will print anything out. My main question is: Do I need a big fat delay before everything in the program? That way things will settle and keep this out of lala land? I am running 1.5.2 Unleashed 1.1.4. I have the latest version of RiM 2.3.0. Thanks

Awesome sub! My first sub was done with yellow frames so I could use it as a work platform under water. Totally made the Beatles' song awesomer. Here is something cool I found today: imgur.com/a/CDiK8/noscript#0 I was wondering how to do this and the answer is the frame templates. Not nearly as simple without RIM. Thanks Jakj!

I used the translocator to steal an entire end portal lava and everything. So now my end portal is conveniently located near my base.

@jakj, I know it is probably a pain, but thank you for maintaining a 1.5 and a 1.6 version. It is really nice to not have to upgrade to use this awesome mod.

I know there is no registry. I just figured I would let people know there is a conflict. There was no conflict with 1.1.3. I just thought it was interesting that they added a mod between 1.1.3 and 1.1.4 and it happens to conflict with this one.

Just so you know the 1.1.4 version of Unleashed has added a new mod since since 1.1.3. The new mod is called switches that adds some fancy toggle switches. The numbers they used for the block IDs clash with RIM 1.2.1.0. I resolved this by putting the IDs that clashed before yours. I am assuming you are adding IDs after those you had already allocated for RIM 2.0. I have not tried the RIM 2.0 yet. I had enough issues migrating from 1.1.3 to 1.1.4 to change the RIM version. Is there a place you can still download 1.2.1.0?

Holy crap dude! That is the coolest quarry I have seen to date. It is way cooler than the traditional quarry systems. This is by far one of the best mods ever made for MC. I never did get into quarries or frames with RP. I mostly was a turtle guy. But these frames are just neat. I am still thinking about eating those big redwoods (not the natura, the biomes o plenty redwoods) with a frame system. I am thinking turtles, but the diamonds would be spendy for a whole 4x4 grid of them. They would never wear out though. The frames would make them need no fuel too.

Yeah, I was not even thinking about where the game is actually spending the most time. Premature optimization on my part. There is a lot more going on than just finding cubes in a set. Yeah, it was not designed for everything to be converted to entities and back on that large of a scale. Edit: The bigger on the inside is a ref to doctor who. Edit2: Doh, just reread your comment on that. Nice!

Do any MC mods use OpenCL for any kind of high speed code? I was thinking that some of the code in this mod could benefit from that kind of speedup. I wrote a fractal algorithm in Python using Numpy that I sped up hundreds of times using an OpenCL version of the same algorithm. It benefited partly because the algorithm can be parallelized significantly. Even though the Java bytecode is JIT compiled I still think graphics hardware could do better. I see the block search checks on your code to be similar in that they do not necessarily rely on the results from one check for another block. I would imagine there are OpenCL libraries for Java. The one I used was PyOpenCL for Python which is a nice wrapper around the library. Obviously if the users hardware does not support an OpenCL device it could be ignored on those machines.

@Shade25, That sounds awesome. Do you happen to have a video of it in action?

But what happens if the tardis teleports into itself? Will it be like crossing the streams?

In addition to the trans locator can you make it so structures inside frames are bigger on the inside? Edit: But only for the blue frames.

Bah humbug! I waited up all night for this. ;)

I am thinking of the blue blocks that are not connected to the main frame. Those would not be detected until the second loop. I would say for the second loop (if the main frame blue blocks are not analyzed in that loop) any blue blocks would be stopping points regardless if the sides were closed. I was thinking of the other block types and looking at your code I could see problems trying to apply their rules in combination. I could see a recursive effect happening. Like say you tried to apply the rules of two blue frames. They would recurs over each others blocks forever unless there was some kind of set vetting system where a block could only be analyzed once.

@jakj, Holy crap man! Telling us this today makes tomorrow like Christmas or something. I can't wait! Hey, I think after looking at your code there may be a way to make the blue carriages stop progression easily. You know how you have one section that creates a list of blocks that are the carriages themselves. It does a check to see how many pieces of the carriage are connected. Then it does a check for all blocks that might be connected to blocks that are connected to carriage in the next loop. I think if you did a check on those blocks and if they are a blue carriage block, then could be told to not increment to the next block. I think a continue would work there with an if statement. So it would not require all carriage blocks to be identified and you can use the blue blocks not connected to the main carriage as stopping points.

@jakj, Am I making you mad because I want to understand how these work? That is not what was I hoping to do. Sorry if I did. I was hoping there was some cool interaction between the carriage block types. It would make this even more powerful than it already is. As is this is one of the best mods I have ever used. After experimenting and your feedback I came to understand this is a one carriage type at a time system. I am fine with that. Feature request: Make it so the blue block progression can be halted by a custom block, or another carriage block. and/or Make it so the carriage types are cumulative and follow the carriage rules of that carriage when one is encountered. This later one could be very powerful indeed. Anyway, in the case of the tree I probably need to line the bottom with the blue blocks or the green blocks. That would solve the whole issue with getting stuck to the ground. Thanks for taking the time to help me understand this. I was way over thinking this.

I forgot to mention, is there a way to make it so we can query how many blocks are going to be attempted to move? This would help to have some way to read that out with a CC program. So as you add things you can see the count change.

@jakj, I am still not understanding how to stop the progression of the blue frame. Observe: The issue is I am using the blue frame to grab the blocks (up to 5000 of course). Then I am using the orange frame to grab the dirt. (I also tried with orange frame closed on the bottom.) I was under the impression that the other frame blocks would stop the progression of the blue frame from further picking up blocks past themselves. This is not the case. So how do I make the blue frame not pick up blocks past a certain amount? I know you said something about closing the bottom of the frame, but then I have to have blue frames on the bottom or wherever I don't want to pick up more blocks. No way to coat the outside with some nice armor.

After setting max to 40K on blocks and moving a Natura Redwood I found it takes almost 30 seconds per move. If anyone wants to try this that is the type of delay you will get. So I have set my maxes back to 5000 and will pursue making a pretend Natura Redwood after I build a movable structure to remove the leaves and branches. That should give me lots of room at the top inside the fake leaves area for more rooms. Or I will forego the leaves and keep it bare and scraggly looking.

I just turn on environmentally friendly creeper option. @jakj, I was hoping the other blocks worked like that. One issue though, is if you want a stronger block on the outside, but you have to use the carriage block to stop the addition of blocks added to a Platform Carriage then that kind of makes the bottom weak. Unless that blocks that allow one layer of blocks that are touching stop the progression of the Platform Carriage blocks after the one block. Is that the case? Or is the carriage blocks being closed that stops the progression? BTW, I tried setting my max blocks to 20000 and I still cannot move a whole natura redwood tree... Dang those things are huge!

This mod is awesome. Modpack: 1.1.3 FTB Unleashed RestoneInMotion Mod: latest as of 2013-08-23 I have one issue that I hope could be rectified through reuse of a block or addition of a block. When using a Platform Carriage if the bottom of the moving object touches the water or the ground it tries to add those blocks to the group. However, this easily exceeds the limit (5000 by default). So, could other carriage types be used to delineate when to stop adding blocks? Right now my big tree fortress touched the water and is stuck. It is a partial of those really really big redwoods. I am having to build a submarine out of a cubic frame so i can place a layer under the fortress and then remove that layer so the water does not touch it. Another way to help with this might be some kind of proximity sensor block. Anyway, if you already have a solution for this that would be awesome. Perhaps I just overlooked something.