Shade25

What version of minecraft, redstone in motion and AE are you using? Unless it has cropped up again in a more recent version that issue was fixed a long while ago

Thank you for that link, not so crazy about the much higher costs (both base resources and maintenance with power costs and such) but the mod looks like it has alot of potential, and I'll definitely be doing his test to see how they handle on a RiM moving quarry.

I'll set some up on my mobile RiM & AE quarry and rewrite my movement programs a bit and let you know how things go with these computers handling it for me.

If it can help I can send you in that conversation from earlier a link to the full computer movement code I use for those videos, it can move in any direction/number of times without issue either done on the computer on the frames or from a command sent to it from another computer. As a side bonus it is done without any loops besides if using the remote command part, so it is a lot more efficient/not error prone like loops can tend to be.

Yeah just the storage bus, the storage bus basically tells AE to treat the ender chest as an AE storage place, and 20 and 10 were just easy random numbers, essentially any items will go to the highest priority storage first then the next etc.., so it could be 2 on one and 1 on the other, just as long as the one you want stuff put in first is higher. Is the quarry already storing stuff in the AE system just fine, and you just want certain things pulled from the system and put into the ender chest? If so yeah an export bus should be what you need, or possibly a storage bus with a higher priority then your main AE storage set to accept just the specific things from the quarry you want stored in the chest (like ores etc..) I'll run some tests in my test world and see what I can find for you, I'll probably respond in a PM on the forum though to keep the AE system discussion from cluttering jakj's thread.

No worries, I'm just a pretty bad video maker is all, that was actually the first time I really recorded anything. Thanks, it was fun designing that quarry and the software to run it. The disk drive does work but you don't have to use one, I just recorded another video that I hope might help a little (I would have had it this morning, but I haven't played in awhile and decided to take the 1.6+ jump, so getting mods, solving conflicts, finding a power converter mod that actually works with 1.6 so IC advanced solars can have their power sent somewhere without using cables etc.. took up most of the day, that and remaking a little base and the quarry). It is here, essentially I tried to show in the beginning how a fuzzy import bus set to not care about damage values, with a redstone signal will pull out stucks from the ender chest into the main AE system in the base. Once on the platform I tried to show the basic layout with all the AE block breakers and just the one cable needing to connect to them, which goes to the controller with a drive attached on priority 10, with a fuzzy storage bus on the ender chest on priority 20. Essentially, everything will fill up the chest and then anything that can't fit gets sent to the drive, I used the wireless remote to show how the stuff was pulled out of the ender into the base AE system when I used the wireless redstone remote on the quarry, and the remainder that hadn't fit in the chest in the drive on the quarry. Now if I had it set so that the import bus on the chest in the base was always working and not just when getting a signal, the chest probably wouldn't fill up in the first place, so everything that was quarried would go right to the AE system at home rather then any leftovers getting shunted to the drive on the quarry. Main thing about AE is not being confused with the storage bus vs import bus vs export bus, storage bus makes whatever it is put on considered a "container" for AE storage (so put the ender chest you want stuff stored in), import bus is to pull things out of a container into an AE system (so put on the chest you want to pull stuff out of), and the export bus is to pull things out of an AE system into another container like a chest, so you wouldn't want to use an export bus on an enderchest unless you wanted to pull things out of AE storage and put them into the chest. Edit: And apologies to jakj since that wall of text has almost nothing to do with your mod besides it being demonstrated using a frame quarry.

And now I have an issue with doubleposting with it giving me an error, refreshing, not seeing one so posting again and then it showing the original. Really sorry about that

Actually I am, the original post where I was showing my quarry off to people is here, I just had a friend post the video for me since I don't use youtube myself (one of those old fashioned give me a written example of what to do for a guide or written text of what something does as a description rather then have to watch a video). If your using an ender storage ender chest it shouldn't have any problems receiving items, just need to make sure your using a storage bus on it so it's considered someplace to send stuff to applied energistics, and power tesseracts should work fine, in that video I am bringing in power from my IC2 solar power plants on an eternal day mystcraft world via tesseract to power the quarry systems. The really nice thing about applied energistics systems and block breakers, is all of them that touch eachother are linked, so you only need to connect to a single one with ME cable and they are all linked to the system, no needing pipes to each one, and all item sending is instant, unlike buildcraft pipes (old redpower tubes), so once something is broken its instantly in the ME drive/ender chest, which works especially well with a quarry system.

Actually I am, the original post where I was showing my quarry off to people is here, I just had a friend post the video for me since I don't use youtube myself (one of those old fashioned give me a written example of what to do for a guide or written text of what something does as a description rather then have to watch a video). If your using an ender storage ender chest it shouldn't have any problems receiving items, just need to make sure your using a storage bus on it so it's considered someplace to send stuff to applied energistics, and power tesseracts should work fine, in that video I am bringing in power from my IC2 solar power plants on an eternal day mystcraft world via tesseract to power the quarry systems. The really nice thing about applied energistics systems and block breakers, is all of them that touch eachother are linked, so you only need to connect to a single one with ME cable and they are all linked to the system, no needing pipes to each one, and all item sending is instant, unlike buildcraft pipes (old redpower tubes), so once something is broken its instantly in the ME drive/ender chest, which works especially well with a quarry system.

I haven't tested with horizontal block breaking, but I have had no issues with applied energistics block breakers and frames (example) The 'beta' version of the next release for 1.6.2 which adds a bunch of neat toys is here

If I'm understanding what you need, then you will need to use saved files on the drive, write to them what you want and then read from them to have the startup program know what to do when it comes back up. LezChap and I both have examples of programs that work fine/continue what they were doing after computers come up from rebooting on the last forum page (79), though they have the full code for writing & reading from the file pasted whereas I didn't include that code in my examples.

I apologize for the length of this post in advance. One thing you can look at if you like is a frame startup, move and listen setup I have running on my mobile quarries (well this is the very original version, I don't currently have access to the more optimized/cleaned up ones) Frame Startup, Frame Move, Frame Listener, Revelent EVA part. With those I just need to set what side the motor is on (though since I have made it auto-detect as I do with enableModem) in the startup and on the computer on the frame setup itself type 'move d/down', 'move d/down 20', 'move d 20 true' etc.. to have it move the amount I requested on its own, nothing else required except the computer and the carriage controller (and chunk loader if not staying on the frame setup yourself). The last one is if I want it to be a round trip, as in move down 20 then return up 20 (this was made for a mobile quarry) Also if the listen line in startup is not commented, it will run listen which will do the same for a rednet command received and then listen again sending messages when its done or halfway (if doing a return trip move) which another computer could listen for if desired. Video of it being used (posted earlier in the thread to show an example of an applied engergistics mobile quarry) I have GPS & message relay setups every 300 blocks or so at max height so that with a vanilla computercraft config I can send a message/receive a message or request a gps position from anywhere up to 2000 blocks away in any direction from my base so range hasn't been too much an issue for me. Also the textutils.unserialize bit is because my send message code at the time was designed to be able to send files, messages or anything else over rednet, so all messages were being serialized on sending and unserialized on receiving. The PerVar stuff is code I wrote for writing or reading from files on the computer I use in situations where information needs to be stored for later use, or in this case so it can be saved before the computers move, and read from when they start up after a move. And I apologize if the eva. parts confuse, eva is my personal library that I have things I commonly use between programs, like rednet routing/communications, fileserver, security programs, file handling/pervar stuff, so on and so forth. I know the code can always be improved and that was the original version so it has improved alot since then (and the dates on those pages are when I got around to putting them on pastebin). Anyway I wanted to post it in case it may help, as it means you don't have to do a looping method as was posted above, the only loop in any of those is for the listening for rednet commands when it is done moving/hasn't moved. And it also means you can do everything from one computer on the frames or have it commanded remotely with something as simple as rednet.send(channel etc,"move,d,20") on the remote control side. TL;DR: Links above could be used as a system to control a frame setup on a frame, or remotely, that is not affected by computer restarts from the frames moving. Code is an old, first working version, and most likely not the most efficient/optimized.

Don't know if this might help at all, but if your looking for an updated mod that gives redpower style wires (regular, insulated, bundled and free-standing), logic gates, lamps and so on that is updated regularly and works fine with any version of redstone in motion (and doesn't have external requirements like multipart), I'd check out immbis redlogic here, he also has redpower style microblocks (covers etc) that were around before multipart that some have said work fine with frames as well (I haven't tested them myself) here. Edit: Just tested and covers work just fine as well

Right on the last page, the post directly above yours where you said multipart was not working.

I for one will be very happy (as well as the few others that play on the private friends server I play on) whenever that may be ready. Over the course of Minecraft I've used multiple different custom recipe mods (most of which work via config files), and they usually work great but then are not updated anymore after a time, or don't work so well and also aren't updated anymore. Having one that can not only be done in-game, but also is made by an author we trust and that does such nice work would be awesome.

Not sure if it's what they meant (have a video showing what I tested at ), but I tested moving things on a frame that was just teleported (a trapdoor, moving items around inside, out of and into a chest, same with a ME drive) and moving a frame around a bit right after its been teleported on the test world and no issues I can see. I'll mess with them more to see if I can find any issues later as well.

I'd personally lean towards the end of that statement, but then I have never had a high opinion of humanity as a whole, individuals yes, humanity no. That said, I haven't personally encountered it but I will do a some more tests with translocators and see if I can cause any bugs. I can't speak for others, for me personally however I believe it seems more beneficial (and common) to be able to do everything for a specific mod with one tool (granted unless having something like omnitool many mods have their own single tool). I can think of a couple instances where an issue may arise, but in most cases wouldn't be an issue (if this was a carriage other then template more so, but since the pattern carriage is just one block to accidentally mis-click on) especially since this feature itself would be making it considerably easier to add or remove from a template pattern.

I know this is a feature thats planned for the future sometime and not a high priority, this is something I was just curious on. Since in one case the existing pattern is checking to see if a template carriage is where it would naturally be included if it was there originally, and another is checking to see if a template carriage is in a place already in the pattern, neither of which is mutually exclusive per se. Would it be possible or maybe simpler then two different screwdrivers/code to have the regular screwdriver when used on a patterned template block check both, see if a template carriage is where it would be added to the design and if a template carriage is in a spot for the pattern and update the pattern accordingly?

I'd test it, but I'm at work and between working/not that good a laptop that is used at work I probably won't be able to test until I get home. Once I do however, I will load it on the test world and put it through its paces and let you know if I find any issues.

I haven't tried manually crafting one yet, but I can confirm they don't show up in NEI nor creative mode, creative mode with nei installed and with nothing but forge and redstone in motion for 1.5. I don't have 1.6 currently to test that but it probably works fine as phoenix987 said it did for them. Edit: Here is the ForgeModLoader log if it might help any, pardon the disabeld mod list, I disabled them but didn't remove them, the world however is completely new: https://dl.dropboxusercontent.com/u/45914214/ForgeModLoader-client-0.log

Awsome, I am looking forward to testing this is out right away, thank you. Would having a GUI type interface for the block where you could set the label/whether it is private or not/see what its label is without breaking it possibly be an option?

Thankies, I have a few of those quarries built around my world/mystcraft ages, usually I just carry a wireless turtle on me for the purpose of remote controlling the quarry (in the original video that 'waiting for command' was the remote command listener I kept terminating after a move because I forgot to shut that off when I made the video). The quarry's also send a message when they are halfway done (finished one part of a round-trip movement) or all done moving, so when controlling them remotely it is easy to tell when it's done to move it and start another round. The main issue with using turtles for the "drill heads" of a frame quarry is when they move, you'll need to have code that can handle the fact that they will be restarting every time their moved (computercraft limitation), but with the turtles the code would be alot simpler then the frame mover itself since all it really needs is to have "dig direction" in startup with a long enough delay for it to do that in the frame mover itself. Edit: Well that and emptying them, thats why when I found the AE block breakers I loved them since one cable to one of them and they are all connected, and instantly break & send the item to whatever storage its made to send it too. Edit2: Cutoff overlong ramble about an old 1.4.7 redpower frame quarry and how RIM+AE is so much easier and better overall, and thank you for making this mod.

Well here's the video of the quarry in action, at least the inside it view not the remote control, and again I haven't done anything with videos before so I apologize if its bad, I used bandicam to record and then converted it down to a smaller codec so it would be alot smaller/quicker to load, if desired I can make another link with a better quality and PM it. Edit: Though after asking a friend who plays on the server their thoughts, they make a good point, the video would be alot better/to the point if I started the quarry by the ground and not where I normally have it. I'm going to make another one so it's shorter and to the point, but if you skip to ~2:35 in the video thats about where it starts digging down. Edit2: Had the before said friend upload the videos to his youtube account so they don't need to be viewed off dropbox In the air (old): RIght above the ground (better):

Erm, not personally, I've never done anything with videos before so I wouldn't know where to start making one. That said, I'll do some googling and see what I can do. My software on the quarries is setup in such a way that I can 'pilot' them manually inside the enclosed quarry, or that I can control them remotely as long as I am somewhere within computercraft's wireless modem range (or within modem range of one of my message relay centers), if you wish I can try to see about getting a video of inside the quarry and it working remotely.

I'm not sure about quarry/breakers that move horizontally, but vertically using a computercraft carriage controller the AE block breakers shouldn't have any problem picking up and putting into the system anything that touches them while moving as long as the delay is at least 0.25. https://dl.dropboxusercontent.com/u/45914214/insidequarry.jpg is a picture of one of my mobile quarry's (my apologies for the darkness and lack of quality, its at bedrock level at night and taken on my laptop I use when away from home which is not a good computer). It is made using template frames and is fully enclosed, but the gist is there is a 9x9 array of AE block breakers on the bottom, with a ME cable connected to one of them (so they are then all connected) which then connects to a powered controller, and outputs to a ender chest or ME drive. I can type a command such as 'move d 50' and my code will have the frames move down 50 on a 0.25 delay, and all items underneath are fed right into the chest without an issue so far.