my friends intentionally made the thumbnail placard stupidly written because we thought it was funny and i'm not going to change it ever. EDIT: The break mechanism will break due to QC, this just means the final loop actually only has like 4 blocks of storage instead of 20.
doesn't the break mechanism break due to QC? also why do you need an extra counter for the engine you can just use the first counter for multiple purposes at once (again with QC)
After your last video and mumbos video i decided to start flying machines again, and im getting better. Im building stationary things that can change flying machines to eventually build moving versions. One of my goals would be a flying machine, and than a faster flying machine that can fly to it and stop it, than return both of them back to the start (no idea why, just seems cool)
@@squibble111 ive figured out a few stopping designs, i feel your design could possibly be improved with a good like stopping engine, maybe an idea for next time?
Instead of treating several pistontapes as multiple digits (with the complicated and slow carry logic this requires) you could use pistontapes of different lengths and run them in parallel, stopping the flying machine when the marker blocks in all the tapes line up. With five tapes of lengths 8,9,11,13,17 for example you can encode any distance up to 175032; add basically anything else (e.g. a pair of toggles, or a length-10 tape, or just move the FM multiple times per tape cycle) and you can encode *any* distance that fits into a minecraft world. Unfortunately I don't have the slimestone skills to design a prototype myself but perhaps the math tip is enough already.
really cool machine! i had the idea a while ago to fly to specific coordinates, so it's neat to see someone with the technical skill actually put it together. what are your thoughts on the feasibility of making this multi-directional and/or reversible?
This is so far beyond my understanding of redstone, but it's so interesting and entertaining to watch! I wish i had that kind of focus in my classes xD
Just spitballing here, but wouldn’t it simplify the design to do away with the feed tape and just work base 2? What I’m thinking is a sticky piston facing up which zero ticks a block and the middles are observers. You just have to manually push the block and the piston with the engine. Now you might be thinking that base 2 is much worse than base 20, but consider this. You use 20 blocks in base 20 to count to 20 but with 20 base 2 blocks you can count to just over a million (Edit) and the carry doesn’t fire anomalously because the pistons are moving? If not switch the block and the piston
Generally It was best to maximize the mileage I can get out of a single feedtape for simplicity purposes. There wasnt a whole lot i could do to make it binary operating
Traditional redstone signals effectively have an infinite range as I understand it, so it would be interesting to build a simple digital computer (I think 8bit should be enough), with outputs spaced along a tunnel, so that it could be given a distance coordinate, to power a "flying" (or perhaps tunneling) machine automatically. Strictly speaking, a minecart would be more effective given the effort involved, being both less effort and much faster...But I still think there's something cool about a subway you can walk into, as opposed to a minecart that you sit in.
The thing is, if you're going to need to build a redstone line some distance, there is little need to have a flying machine except fpr aestetic purposes, because flying machines require zero infrastructure.
I got a few questions. 1. Can it be reseted easily for a new flight after it did a flight already? 2. How many passengers can be added to this flying machine? I know it is quite stupid but considering that it might allow to transport specific entities in 4 directions for long distances without needing to place down rails or to make a stop far out in the world I think it has some use cases.
It can transport essentially infinite entities. You can stack the minecarts or even just add more sections in some places. The machine is pretty much unusable when it stops. It crashes into itself and collapses in almost every single joint.
Alternatively, if you timed the extensions correctly so that there is just the right delay between pushing forward each piston feedtape, I think you wouldn't have had to go through all the complicated engine stuff you did here, and could have gone with a fixed speed engine (and it might have been faster too). If you did it this way though, the weird thing is that because the last feedtape would sort of lag behind the engine a bit, it would mean that the last feedtape would continue firing a few times after the engine has stopped.
hm, what if instead of trying to stack digits, you instead have multiple feed tapes of different lengths running at the same time, if the cycle times are all different primes and you have it stop when they all line up (via some sort of and-gate?) i could see that getting a few million blocks of distance
To stop the hole machine you have it so it can detect when that last cycle finishes, why cant you use that detector on each line so that when the one cycle is finished, the next pulses once
if the tapes were pushed forward with the right offset in timing, I think they would have been able to use a constant speed engine instead which I think is approximately what you mean
If you need an extra slice to encode the distance (for really long distances) is the catchup flying machine still slow enough, or does it need slowing down again?
![NOSFERATU - Official Trailer [HD] - Only In Theaters December 25](http://i.ytimg.com/vi/nulvWqYUM8k/mqdefault.jpg)
my friends intentionally made the thumbnail placard stupidly written because we thought it was funny and i'm not going to change it ever.
EDIT: The break mechanism will break due to QC, this just means the final loop actually only has like 4 blocks of storage instead of 20.
Okay, I was about to say... Overengining lol.
doesn't the break mechanism break due to QC? also why do you need an extra counter for the engine you can just use the first counter for multiple purposes at once (again with QC)
Good 👍
Its Amazing
un-nder-tood
Me who knows next to nothing about flying machines: *INTERESTING*
Obviously that self assembling alarm system was a gift from the redstone gods appreciating your work 😁
This missile knows where it is. It knows where it is because it knows where it isn't.
By taking the difference of where it isn’t and where it wants to be it can find out just how far it won’t be from where it is
a person who thinks all the time has nothing to think about except thougths
After your last video and mumbos video i decided to start flying machines again, and im getting better. Im building stationary things that can change flying machines to eventually build moving versions. One of my goals would be a flying machine, and than a faster flying machine that can fly to it and stop it, than return both of them back to the start (no idea why, just seems cool)
That does sound incredibly cool. I wish you good luck on your endeavors
@@squibble111 ive figured out a few stopping designs, i feel your design could possibly be improved with a good like stopping engine, maybe an idea for next time?
Instead of treating several pistontapes as multiple digits (with the complicated and slow carry logic this requires) you could use pistontapes of different lengths and run them in parallel, stopping the flying machine when the marker blocks in all the tapes line up.
With five tapes of lengths 8,9,11,13,17 for example you can encode any distance up to 175032; add basically anything else (e.g. a pair of toggles, or a length-10 tape, or just move the FM multiple times per tape cycle) and you can encode *any* distance that fits into a minecraft world.
Unfortunately I don't have the slimestone skills to design a prototype myself but perhaps the math tip is enough already.
really cool machine! i had the idea a while ago to fly to specific coordinates, so it's neat to see someone with the technical skill actually put it together.
what are your thoughts on the feasibility of making this multi-directional and/or reversible?
It was made by someone else, so possible, but im not that great at slimestone, so not by me.
Hey dude have you ever thought of starting a lets play series where you can simultaneously showcase some of the useful redstone machines?
I do survival, in fact, quite a bit. Doing a letsplay has somewhat been something i considered, and maybe i could make it work. hmm. Ill consider it,
This is so far beyond my understanding of redstone, but it's so interesting and entertaining to watch!
I wish i had that kind of focus in my classes xD
Just spitballing here, but wouldn’t it simplify the design to do away with the feed tape and just work base 2? What I’m thinking is a sticky piston facing up which zero ticks a block and the middles are observers. You just have to manually push the block and the piston with the engine. Now you might be thinking that base 2 is much worse than base 20, but consider this. You use 20 blocks in base 20 to count to 20 but with 20 base 2 blocks you can count to just over a million
(Edit) and the carry doesn’t fire anomalously because the pistons are moving? If not switch the block and the piston
Generally It was best to maximize the mileage I can get out of a single feedtape for simplicity purposes. There wasnt a whole lot i could do to make it binary operating
Ok this is impressive.. next step bi-directional?
Damn bro you're so cool
Cool machine
We want more! give us more videos
Traditional redstone signals effectively have an infinite range as I understand it, so it would be interesting to build a simple digital computer (I think 8bit should be enough), with outputs spaced along a tunnel, so that it could be given a distance coordinate, to power a "flying" (or perhaps tunneling) machine automatically.
Strictly speaking, a minecart would be more effective given the effort involved, being both less effort and much faster...But I still think there's something cool about a subway you can walk into, as opposed to a minecart that you sit in.
The thing is, if you're going to need to build a redstone line some distance, there is little need to have a flying machine except fpr aestetic purposes, because flying machines require zero infrastructure.
I got a few questions.
1. Can it be reseted easily for a new flight after it did a flight already?
2. How many passengers can be added to this flying machine?
I know it is quite stupid but considering that it might allow to transport specific entities in 4 directions for long distances without needing to place down rails or to make a stop far out in the world I think it has some use cases.
It can transport essentially infinite entities. You can stack the minecarts or even just add more sections in some places. The machine is pretty much unusable when it stops. It crashes into itself and collapses in almost every single joint.
Alternatively, if you timed the extensions correctly so that there is just the right delay between pushing forward each piston feedtape, I think you wouldn't have had to go through all the complicated engine stuff you did here, and could have gone with a fixed speed engine (and it might have been faster too). If you did it this way though, the weird thing is that because the last feedtape would sort of lag behind the engine a bit, it would mean that the last feedtape would continue firing a few times after the engine has stopped.
now, make it reverse or turn around and it will be a revolutionary useful machine on multiplayer servers
hm, what if instead of trying to stack digits, you instead have multiple feed tapes of different lengths running at the same time, if the cycle times are all different primes and you have it stop when they all line up (via some sort of and-gate?) i could see that getting a few million blocks of distance
You could be lazy and carry over at the start of the next cycle. It would just go one block farther for each loop used.
You should make a technical hardcore/survival series. Your videos are so informative i love em
Make it move backwards
So its like the slowest train ever?
To stop the hole machine you have it so it can detect when that last cycle finishes, why cant you use that detector on each line so that when the one cycle is finished, the next pulses once
Thats too fast, the system needs time to perform the carry process.
@@squibble111 Oh ok yeah, that makes sense.
Now create a two way one
Nice video! I however do feel like making a flying instant carry counter should be doable, and would greatly simplify things haha
if the tapes were pushed forward with the right offset in timing, I think they would have been able to use a constant speed engine instead which I think is approximately what you mean
Yay, you got ads!
If you need an extra slice to encode the distance (for really long distances) is the catchup flying machine still slow enough, or does it need slowing down again?
The catchup is slow enough even to accomodate probably quadruple the maximum distance any flying machine can fly within the world bordwr
Asus-flyingmachine
I have a very interesting glitch I could share with you via sillystring