Automated Anywhere-to-Anywhere Boat Network | Proof of Concept

In this video I present a proof of concept for a type of automated player transport network which uses boats on ice. The designs I present are proof of concept only, and not optimized for use in survival Minecraft.
World Download, including structure files:
www.planetminecraft.com/proje...
Music by me:
/ vjub2

[@emilyyyylime-]

It should also be possible to build this in the nether, where rather then dispensing the boats on-demand, you would have sort of 'stockers' of boats in all directions fed from the overworld.

[@ribqahisabsent]

Feeding from the overworld is a great idea! I hadn't thought of that, and (if a method of getting the boats into the right place was invented) it would totally make these nether-viable. Awesome!

[@DashPum4]

@@ribqahisabsent you could probably not even need the stockers, and instead have an item dispense into a nether portal, and depending on which item it is, a boat facing a different direction would be dispensed through a nether portal for the player to get into

[@ribqahisabsent]

@@DashPum4 Yes, though it may be better to have 1 boat for each direction ready to minimize time spent at intersections.

[@DashPum4]

@@ribqahisabsent good point

[@Seanpence04]

I think Sci-craft did something where they created illegal blocks like bedrock items in survival and water source blocks in the nether.

[@Myne1001]

This reminds me a lot of Etho's Advanced Transport System (EATS) and all the complex stations & junctions he invented a long time ago. Fun transport systems have fallen to the wayside in the age of the elytra. So glad to see this.

[@pvic6959]

Etho is the OG boat god lol

[@WindsorMason]

EATS inspired me so much back then, that I'm always looking for interesting ways to use boats. Changes in water physics over the many versions broke some cool stuff saddly, haha.

[@NonJohns]

honestly its a little wild to see ethos name in the comments of newer redstone videos man is legendary...

[@jankrajewski6170]

If you remember EATS your back must be killing you right now, and joints propably crackle like an old door.

[@colbyboucher6391]

Yep. People who weren't around pre-Fireworks do _not_ get it. I really hope Vazkii's new "Musketeer: One for All" modpack gets traction because it's, like, the be-all end-all "alternative Minecraft development branch" thing as far as I'm concerned, _especially_ for MP servers.

[@clairencoffee]

Definitely the coolest Redstone I've seen in a long time, I really hope this concept gets improved and popularized. Automated transportation is something I'd love to see get more viable in the future.

[@sanuthweerasinghe7825]

a similar system is used on the wavetech server. well not really similar but an automated pistonbolt network for nether transport. cubicmetre explored it in one of his videos but i cant remember which one.

[@cookie15_96]

love ur pfp

[@ForgeofAule]

Using items in chestboats to let each node know the destination is genius.

[@user-ug9jf2oy3x]

that's how it works ?

[@aurachanneler8396]

This actually looks quite a bit like a packet-switching network, if you could somehow get the intersections to automatically figure out where to send boats you can actually use them to maybe transfer data and create computer networking in minecraft.

[@melody3741]

I made one of those for a mail service once, but then the town owners got mad at me because I built underground where I didn’t own land l

[@xDeltaF1x]

I wonder if you could do something like sending "tracer" boats through the network to "train" it that contain the colour of their starting location, and as they enter the intersection it pulls the wool out and adds it to the filter list for the entry direction.

[@rioghander2te]

there's already been a youtube video about wireless redstone (without using sculk sensor), but those modules were massive

[@PINPAL]

Oh man I really hope this becomes a common thing, would love to see this perfected. Been using piston bolts with this "automated" destination selection on my SMP and I would love to use boats instead, especially with carpet mod being used to enable dispensers to place boats on ice in the nether.

[@dat_fast_boi]

I was thinking of making this on an SMP too, until I realised that it's possible to crash into someone else on multiplayer if your paths happen to share a line (unless I missed something). Although this may also be the case for piston bolts, which I've never really dabbled with. Would look that up now, but I probably shouldn't since it's 2 am.

[@whocares2277]

@@dat_fast_boi You can design the network to only use one-way tracks, at least on busy sections. Doesn't eliminate the collision risk but at least it can reduce it a lot.

[@Bearcrapsinwoods]

I could see Doc or Etho building this in their worlds. I love the ingenuity in creating something like this, keep up the good work!!

[@irisinthedarkworld]

this seems like something that becomes a lot better with much longer distances, given how clunky and slow the intersections are, but the ice roads themselves being quick and easy to build

[@malmiteria]

that is 100% insane also, you can use nametags with any specific given name, like for instance, the name of the destination and an item filter (or as many as you need) to know where to turn at each intersection. That requires those same nametags being setup in the filters at each intersections, but allows for unlimited amount of destinations. And the interface is basically, put the correct nametag in the chest of the boat

[@benapple9587]

the amount of stackable items*the amount of names u can give an item is like 6.495e+77 possible stations

[@geckomaster5084]

Love the engineering of this design. I'll stick with piston bolts for now but this is super cool

[@kracii]

This is really, REALLY cool. I'm a redstone n00b big time, but creativity that went into this is not lost on me. Major props!

[@OctagonalSquare]

I’m not a crazy redstone person. But as soon as I saw the boat with a chest, I KNEW you were encoding the destination via an item in said chest!

[@KiemPlant]

Before this video started and seeing the lack of physical connections between stations I already guessed you would use boats with chests. Very cool concept.

[@BernhardRiemann-yo6zw]

Really great visuals and explaination in this video, well done!

[@SuperLlama88888]

Amazing build, explanation, and analysis of benefits and drawbacks!

[@UliTroyo]

This is cool! I love that 10 years later, people are still making contraptions I want to build.

[@ic1cl3]

The fact that this man only has 50 subs is a crime.

[@qwert360vr8]

More now!

[@realphillipcarter]

This is why I'm thinking of abandoning the elytra in my long term survival, at least for a while. There is something inherently pleasing about travelling along something you yourself built. The elytra is great (and one of my long term goals is to make a totally underground elytra course for people to play on a world download) but I feel it makes overworld travel a bit too easy. For example, I am only ever one rocket away from new terrain, as I can just zip up into the air, and glide the rest of the way. Rail and boat systems need a big buff. New rail types would be fantastic. Imagine if you could craft a diamond into a rail and it would produce 32 speedy rails

[@LunizIsGlacey]

A diamond for a bunch of super speedy rails which beat elytra is a really good idea! Diamonds need more uses and rail systems need a buff, so this is a great way to help deal with both. Since this would also be an addition of a new redstone component, I wonder what useful properties it could have to be more widely applicable... Maybe instead of when powered it transfers the power instantly to neighbouring super speedy rails (like in the case of activator or powered rails), it instead transfers them with a 1gt delay, like scaffolding or bamboo-breaking. Would give them really interesting applications in other machines that need precise timings, like piston doors or storage tech stuff. Just an idea though.

[@LuciaSelvlysende]

I'm thinking of doing something similar, but instead of banning elytras, I think I'll just ban fireworks and anything above Riptide 1.

[@realphillipcarter]

@LuciaSelvlysende that's a good idea. I have a riptide 3 trident ATM and I use it alongside water pools to quickly yeet myself around. My castle is 180 blocks up a hill so it's needed!

[@Joel-qo6gt]

@@LunizIsGlacey Stemming off of that idea, perhaps you could have a learning curve for using these super-duper rails, in that they only pulse and cannot remain on. That way, low-tech players can use detector rails to trigger the charge propagation, and high-tech players would have a method of carrying pulses rapidly without worry for the rails remaining powered and potentially fouling up whatever contraption.

[@LuciaSelvlysende]

@@realphillipcarter Yeah, I'm a little unsure about the level of riptide that would be good. For one, riptide 1 is sufficient to travel about 150 blocks (horizontally), but it doesn't seem all that good for going up. Perhaps that's perfectly fine, as it does specialize it a bit, or require a specific setup in order to go up.

[@user-tb8pv7qm4o]

I have nothing to say other than this is amazing, you gained a new sub!

You might be able to get rid of the "imbalance" downside by choosing items that can be automatically, slowly farmed in a compact way (e.g. cactus). I don't know if there's 16 such items though.

[@ribqahisabsent]

That's an interesting idea, especially with the new crafter coming out. Even with it, though it might still be hard to do the same for 52 different items, which is the network's theoretical destination limit.

[@emilyyyylime-]

​@@ribqahisabsentan idea I thought of is sending both an item corresponding to the source terminal, in addition to the one for the destination - differentiating between them by the order they were put in. That way as long as stations are travelled between in both directions, the items should stay about evenly distributed. This however would not work in routes that always go A->B->C->A, or any bigger loops, nor one-way routes

[@cubicengineering4715]

​@@ribqahisabsentI've seen firework stars used to encode things before and they sound perfectly applicable for this situation again. You can farm bonemeal for dyes anywhere with moss, and gunpower is readily available in the overworld and nether. Only if you were to build a network in the end would you need to occasionally bring a shulker box of gunpowder, and even then it's just 1 item type instead of up to 52.

[@Slackow]

you can use wool from a sheep farm, there's modules that let you easily fit all that in, and with the crafter you can infnitely supply shears

[@esotericreference6373]

@@Slackow I was just thinking that. Dyed Wool, Carpets, and Banners make up 48 items already. But can you imagine an ice / rail terminal saying "Out of Magenta"?

[@sugus8467]

This gets directly added to my "cool minecraft redstone designs" playist. You have a new sub now, ty for this concept :)

[@olivercowen445]

This is such a well explained video. Awesome job!

[@MinecrafterPiano]

Very well-thought-out video! For those unfamiliar with Chebyshev distance, it's spelled "Chebyshev". Took me a bit to find!

[@eloix2]

Nice concept, would love to see more about this

[@kyleeames8229]

It’s the only video I ever uploaded. (I’m pretty shy,) but I did develop a similar technology, but for enderporter travel. I used serial communication sent via redstone wire to route the user through the network. It uses an 8-bit asynchronous protocol, so network size is limited to 256 nodes. Edit: kzbin.info/www/bejne/naTVkmhmbah1j5Ysi=KnsvbLaxh0Lsqxr0

[@ribqahisabsent]

Nice proof of concept! A lot of what you presented is the type of stuff I want to incorporate into future automated transport network designs. Let me know if you ever make an updated version!

[@StoneSworders]

That's actually so insane, I'm amazed what people can come up with

[@AlexPine84]

You are a genius. This build makes me happy.

[@TotalTonix]

Very cool concept!

[@AndrewBrownK]

really cool looking with how it is symmetrical

[@RAndrewNeal]

Pretty cool. Reminds me of Tor routing, but not the same. Each intersection acts as a node that only needs to know in which direction is the destination, and the next node takes it from there, until the destination is reached. It needs a good queue system to be practical in multiplayer though. It's also really slow for short distance.

[@nojomyth]

For short distances i'd personally just use an elytra if i don't have the need of moving around a bunch of items, if i would have to i'd just build a piston bolt; this looks awesome for long distance player transport and maybe even shulkerboxtransport

[@mayonnaiseeee]

this is awesome, thank you for sharing!

[@bunshine]

love the way this video is made!!

[@Whenpigfly666]

Wonderful video right there ! My favorite kind of redstone is the modular kind, so this really hits the spot ! While it is brought down by it's limitations in the Nether, I wonder if the boats can go through a portal with a player inside them, as well as keep the orientation. I don't understand portals well enough to know if that's possible, but it would certainly fix that major issue if it worked.

[@pista69420]

bruv did it in the age of elytra u made boat network underrated asf

[@RyanLynch1]

very interesting concept!

[@katekat7804]

i love this concept so much Im thinking of implementing this kind of system into my long term world since Im avoiding elytra use in favor of other transportation systems

[@RedLifeMC]

the chest boat to store info is actually kinda fire... i thought this was gonna be an auto building boat network so now im kinda sad but very cool anyways!

[@matcy_]

Very good, i just needed that

[@MelinaOfMyphrael]

Cool concept

[@DoctorPlasmaMC]

I think I need to bring up your channel in a future video on unknown redstoners. This is impressive. I run my own redstone channel and discord if there's ever anything you wish to chat about.

[@ribqahisabsent]

Wow, that would be very generous! (I hardly even feel like a redstoner with 2 public creations) I'll keep you in mind for future ideas and if I have any feedback on your inventions!

[@quakxy_dukx]

Immediately reminded me of the Hermit Rail Network (I think that’s what it was called) from Hermitcraft season 6

[@MrFiveHimself]

When I was watching the silent portion trying to figure out how you even do something like this, i saw the chest boat. all i can say is thats so damn clever! I need to make one of these in my own worlds

[@ca1ebyt6]

smart idea using chest boats

[@AZALI00013]

insanely cool >:0

[@Pyroshax]

Love this idea :)

[@IsaGoodFriend]

I've had a similar idea, glad to see this being worked on! The one difference is that, instead of using a single block used as a tag, it uses a shulker box to hold the turns required. It gives a lot more flexibility in routing and destinations, plus fixes tags getting built up in intersections. Though may lead to longer time at intersections, depending on implementation

[@ribqahisabsent]

I like the idea! It allows for an indefinite number of destinations, albeit with a more complex terminal design. Tags don't build up in intersections in the design from the video, though. Only at terminals.

[@Pystro]

@@ribqahisabsent Tags don't build up over time in intersections; but every time your encoding system adds another destination, you have to add another tag to every intersection. I don't know if that's what @IsaGoodFriend meant by "building up". Then again, the "tagging terminals" philosophy can probably be easily changed to send the minecart in the most common direction (around the main loop or back towards the central hub) unless it needs to turn off at that intersection.

[@wiggletonthewise2141]

this has got to be the spiritual successor to Ethos boat travel system

[@smoothturtle8723]

This is really cool.

[@szilardbenyovszky5075]

Damn that is very cool!

[@aidanspurgeon]

This is a really cool idea! I hope this comment helps with the algorithm so more people can see this!

[@BrankoVT]

I'm so proud of myself for realising it worked by having items inside the boat to encode the directions. I'm guessing in real scenarios, this would be on the nether roof and thus only need a maximum of 2 intersections per destination, as you don't want to go around it. Because the player doesn't control the angle of the boat, there lines an even cross.

[@ratlinggull2223]

water = no nether though, sad

[@ribqahisabsent]

Number of intersections will depend on the priorities of those building the network. The minimum number of intersections for networks with 4-way intersections is (n-2)/2, where n is the number of terminals. However, using the minimum number of intersections could result in long travel times between certain terminals. In that case, it could be better to spend the resources to make more intersections and lines to speed up travel.

[@meyhemmaker8486]

OMG YOU GENIUS!

[@pascalanema3377]

I feel like this could actually be really good if you combine it with piston bolt sections of the track for diagonal routes and found a way to put boats in the system in the nether (maybe put intersections in the overworld and travel long straits in the nether, passing boats through portals?)

[@carteradams1079]

Neat, it breaks upon entry and a new boat is sent in the corresponding direction.

[@oldgrandpa3834]

Please continue making proof of concept videos

[@eightohfour]

That is pretty cool

[@TicketyTy]

Great video

[@vishnutanujm1311]

you're damn underrated. you need more poularity!

[@minerharry]

You should also be able to do more than 16 terminals, since each direction from each terminal can hold up to 27 items (or potentially 54 if you can fit a double chest in there?) this is a wonderful design.

[@ribqahisabsent]

Yes. I definitely should have said in the video, since many people are confused, but this design can handle a network with up to 52 terminals if the network is optimized for least number of intersections. There are also some trickier things, like using a ring-like organization of intersections, which could allow for more terminals.

[@ItsaJuraff]

Boats take a long time to reach top speed. This plus the Manhattan distance you mentioned means that for smaller distances, a piston bolt can sometimes be better, kind of like how a skateboard can take less time than a bike to cover short distances door-to-door. When this tech gets more fully developed, we might start to see medium to large servers develop train-and-metro systems, where these ice networks cover inter-hub travel, and piston bolts connect portals near the hub.

[@52flyingbicycles]

You can flank blue ice roads with walls in the nether to get proper direction even without consistent player direction

[@kevinjamesmartin4307]

With a hexagonal grid you should be able to get to any destination with obtuse angle travel

[@Leadbraw]

this kicks ass

[@lucastristanf5492]

This is a very cool idea that i haven't seen before(EATS maybe but not really). Though there is a problem and that is that boat with chest can only carry up to 27 different items and so you can only have a max of 27 different junctions. And there is ofc the problem with nether travel. But other than that it is really cool.

[@veryblocky]

I wonder how feasible some kind of automated route finder would be. As in, perhaps having a rail run alongside to transmit data between switches, to program the tags based on the shortest route. It’d also allow the network to adapt in the case a link is down. Probably way too complicated for what it’s worth, but it was my immediate thought coming from a computer network point of view.

[@KCM25NJL]

Can only see this becoming super useful if we could figure out a way to mass transport items from remote farms. Blue ice/boats are about 40 bp/s faster than Elytra, but a million times less convenient. The only way boats become more convenient is long haul transport of goodies.

[@mannerlyMediator]

For a possible expansion, would it be feasible to include a second ice path on each line, to allow for multiplayer support?

[@Red_Core13]

I think it is possible to make it function forever, if the player uses a "destination ticket" like a renamed paper. So you put it in the boat and go. This would resolve the item lacking issue, but you would need a lot of rom in each intersection, to know were it should go.

[@MehnixIsThatGuy]

Made something like this for Chest Minecarts to transfer items a kind of storage / message system before Chest Boats were added to the game, albiet not to this scale. Transporting players definitely fixes the biggest issue of being limited by loaded chunk range.

[@XCanG]

I don't played minecraft for some time, but if I remembering right you can eject items from minecart without exiting it? If so it would be better to circling around station before choosing new direction. But I may be wrong.

[@manuelolival949]

in the nether is possible to make the player place the boats, while riding another boat the player can be align perfectly, it also works diagonally.

[@AlphaLibre9]

I like your concept. Does it pull the item from the first slot of the chest boat?

[@Archy_The-Wizard]

If the item used are easily farmable (Sugar cane, cactus, melon) or craftable from these resources (and using crafter for automation) It's possible to have those small farms at every station and never have to worry about refills.

[@pixelz3040]

Have you considered using Music Discs as tags instead? Combining them with a jukebox/comparator setup would probably help with the speed, size, and reliability of the tag checking mechanism.

[@oliverz321]

Maybe spawn the boat in the overworld and nether portal it in via a chunk loader?

[@kronkumshitface5366]

on the topic of the nether- since water cauldrons can be placed in the nether, would this allow chestboats to be dispensed?

[@rytjens]

You could solve the item imbalance at stations issue by sending the boat out filled with all filter items, and putting the destination one in the first slot. You would however need to re-add all of them at every intersection/turn, which would possibly increase waiting time by a lot. Would it be possible to add a slime launcher as well? I don't know if it would add a significant amount of speed, but it seems like the boats need a long time to get started.

[@AlaskaSkull]

Nice video

[@theaureliasys6362]

You *can* get water in the nether. It's not what I would call trivial by any means, but possible.

[@Dergn]

If any station is made with an instant dropper line to and from connected stations, The items could be made to stay in balance if 2 are held as buffer and one is fed backwards to where the user came from upon arriving at a station and one is placed back into the users new boat.

[@Dergn]

This additional item also allows items to be propagated from an initial starting point and checked so that the filters can be populated for the associated new target station.

[@boem231]

How does the pathfinding work?

[@idkname_e3z780]

I' the 1000th subscriber ommggg

[@Hihi-pv3qg]

This seems super useful, and a blast to use in a multiplayer server! Could you have a tutorial for building the stops for those interested?

[@ribqahisabsent]

Given that there are several shortcomings with the designs I showed off in the video and that, with the feedback people have already been giving, a better network can be designed, I won't be doing a tutorial for these designs. For anyone truly interested, I recommend checking out the world download and potentially using the Litematica mod to build them. It is possible I will make a more complete design in the future, which I would likely make a tutorial for.

[@riddlydiddly666]

If tags are returned to terminals upon arrival, how could they work without resupply? If it only uses destination tags, a terminal will, over time, accumulate only tags of its own terminal and run out of other tags. Could it use source-destination pairs? If so, how would the item sorting work with that? If each pair is treated as one item, how do you avoid the number of tag item types scaling quadratically with the number of terminals? Am I missing something obvious here?

[@barragethree5047]

Interesting concept, definitely looks fun, but a couple notes/questions 1) yes, the resources for the pathways themselves are simpler than rails, but what about the construction of junctions? Yes, you said it's a prototype and not the final design, but how much do you estimate you could compact them? 2) How viable is this for multiplayer?

[@ribqahisabsent]

I am not super familiar with current state-of-the-art bolt intersections, so I can't be sure on relative resource cost. An assumption I've made is that the large majority of resources for a world-sized network will go into constructing lines, not intersections, turns, or terminals. The intersection design in the video can be compacted, but I'm not sure by how much. A layout similar to my design could be compacted only a little, but there could be radically different designs which are more compact. People have also been talking about portaling boats from the overworld to nether in order to make a boat network nether-viable. This would be great, but would add complexity. The network in the video is not multiplayer viable, except for very low traffic servers. Boats travel bidirectionally on the ice lines, which would cause collisions. A network which uses pairs of unidirectional lines should be possible, but obviously doubles the ice cost and intersection complexity. Another couple things to note for multiplayer viability is speed of intersections and queues. In order to minimize collisions while passengers are waiting at intersections, the intersections need to be fast and must have queues in case extra passengers arrive while someone is already at an intersection.

[@YeetxBoi]

​​@@ribqahisabsentone thing I'd like to suggest for the multi-player concept. You could have a hold station on intersections that connects to both points of the line to tell the hold station that either the line is in use or isnt in use. You would need a proper time length timer in the connected circuit but for very often used routes this could solve the complexity of multiple lines and vastly more complex intersections Edit: just seen you mention similar with the queue idea lol

[@unflexian]

does the station graph need to be a tree? or can it be any graph

[@Megalodab8793]

Fire

[@SwordFreakPower]

The fact this does not work in the nether is a shame -> Maybe dispensing a boat for the player to place could be a workaround for this? very cool concept either way, though!

[@d.l.7416]

if you assume that players aren't travelling between the stations by other means (so if they get off at a stop they will later get back on), then you could solve the item imbalance problem by having the codes contain the same set of items each time, but in a different order. (because its basically like each player has a set of items that always moves around with them) it would slow down the intersections a bit but that shouldn't be too big a problem since on a large scale the intersections are insignificant. this would break if there's even one place where people travel by other means tho.

[@ribqahisabsent]

There's something to this idea. If destinations were encoded by a set of items in a specific order, you could definitely use the same items at each terminal. Assuming players move other than on the network, terminals that get more departures than arrivals would still slowly lose items, but items which can be supplied in large amounts (or passively farmed at each terminal, as another comment suggested) could be chosen as tags in that case.

[@d.l.7416]

@@ribqahisabsent ​yeah farming items seems best, especially since you can have n! stations with n different items, so with 7 farmable items you can do 5040 which is way more than you could ever want. initially i thought you'd need a decoder for each station, which would make every intersection enormous, but there's actually a way around that by using a "postcode" system. the 1st item in the "postcode" indicates the target region. if you're in the wrong region then it dictates the direction you go. if you are in the correct region, then the 2nd item indicates the target subregion. again if you're in the wrong region it dictates where you go. and this goes on, each slot gives finer detail information, with the first wrong part dictating where you go. this actually means that an intersection doesn't have to know about every station, it just needs to know about the subregions of the regions it's in. and it only needs n(n-1)/2 instructions for n! stations, and the size of the intersection scales with n. you can also make it deal with variable length codes, so for example maybe if you just indicated region and subregion, it would send you to the central hub for the subregion. also not every intersection needs to read your whole code, some might only care about the first couple of items, which means you could add super fine detail to your code, you could even have some stations locked behind a passkey, or have information about specific position in the target station. i've built a prototype of a decoder for it, and it's not super massive. i basically took what you did with the hopper minecart filtering items but made 3 wide tileable modules each with their own hopper minecart, which get the code items distributed to them. each module outputs a signal of one of the 4 directions, which are all sent back, but only the first signal received is kept. there's also a bonus thing in that the codes can actually have repeated items, as long as they are all in a row, which gives you more options but idk exactly how many. EDIT: this is a really long comment lol

[@ribqahisabsent]

@@d.l.7416 I really like the postcode idea! It could work very well in networks that have long distances between clusters of terminals.

[@justADeni]

with crafters and this, minecraft just became Factorio

[@benmccarthy2568]

Idk if this would work or not but to make it in the nether is there a way you could take the items out of a chest with a hopper while the boat is still intact then once the item is sorted then make the boat drive into a minecart that goes on an intersection then the minecart gets broken (or not) and then the boat goes bk on the ice untill it needs to go on another rail intersection

[@andreaspatsalides1914]

Or just a rail network in the nether to take advantage of that 8x speed to counteract the difference in boat speed while railing destinations is simpler

[@palmberry5576]

Dang it, I knew I should’ve done it sooner

[@user-yd2wm6gt5k]

there's a way to do pretty much the same with nether portals.

[@ribqahisabsent]

Are you referring to how perpendicular nether portals rotate the player's facing direction?

[@user-yd2wm6gt5k]

@@ribqahisabsent nah.Toggling portals in the right order,u could teleport player to any nether portal in limited range.

[@ribqahisabsent]

@@user-yd2wm6gt5k Oh, I see. That's a cool idea! Do you know if someone has made a video on that type of network? I'd love to see a working version.

[@user-yd2wm6gt5k]

@@ribqahisabsent i did one of these on 1.16.5,but there's no videos on YT. Technicaly its just a bunch of serial transmitters and receivers. Mb there's another way. Anyways the hardest part is to close portal right in the moment,at which player teleports to the nether.

[@ribqahisabsent]

@@user-yd2wm6gt5k Cool, I might try my hand at making one. Sounds like an interesting challenge.

[@alemumar02]

And this is your second video??? OMG

[@DigitalWolverine]

What are tags and how are they checked?

[@fqidz]

songs a banger btw

[@XBuilder01]

The audio on the video is so low that I can barely hear you with everything turned up to max. I have no trouble getting anything much louder than I need it with anything else. Good video tho... really good video. I was working on exactly this already with minecarts to move cargo, I will probably just adopt your concept instead.

[@ved_s]

this design requires each intersection checking for each destination point tag, it seems, wouldn't it be easier to just have 4 tags for each direction and make starting points "define" a path to the target by pushing tags in the right order? so each intersection will pull all tags, check first one, choose the direction and push that tag last into the boat hm, this way also allows to transfer excess items from one destination to another, so it will self-balance

[@theodore6432]

This might not be perfect on a multiplayer server, since players could collide with each other. Maybe having two separate lanes, one for each direction, and a method to make sure only one player can enter the intersection at a time?

[@sq733]

独特的视角答案

[@QueenTea_]

This quesstion is unrelated to the actual content of the video, however may I ask about your skin/channel icon? I've never seen that before, and i'm curious.

[@ribqahisabsent]

It's one of the symbols for Pluto, usually conceived of as representing a bident with a golden coin or orb in the middle.

[@QueenTea_]

@@ribqahisabsent Ah, thats interesting! Thank you!