I love how over the past few years people have slowly started realizing that a lot of the electrical switches that exist irl exist in Minecraft so we can just build computers in computers
People were building proper electronics with just redstone dust and torches back in alpha, once repeaters and pistons came to be, things advanced a lot. Then 1.5 added the comparator, and then later on we got observers, as well as a bunch of changes and quirks of redstone mechanics that help to simplify and speed things up. One of the best ones was the person who made a fully working computer with minecraft installed (used redstone lamps for the display, was a 4x4x4 world but fully rendered. 1 frame every few seconds so was actually playable)
If you want There is a circuit wich is used to transmit signals wirelesly without skulk sensors wich works by timing falling entities with tile sets but it will probably be very hard to build in survival
@@stasiocudak yeah I've seen something like that before but that would just give me a headache. Plus I like seeing the network of skulk sensors we have.
I feel like this is the kind of thing your CS professor would make you do. "Here's Minecraft. Here's how skulk sensors work. Here's redstone. Now make a 4-bit wireless transmitter and receiver with minimal delay."
lol if my professor did that I would be pretty pissed, circuits don't easily translate to redstone if you don't have prior experience. If you asked me to make a register with redstone, for example, I would just make the exact circuit using logic gates made out of redstone, instead of using hoppers and other devices (because I don't know how they work)
@@ziul123 Once you know how redstone torches and OR'ing signals works you can basically make every logic gate. It's not gonna look pretty on your first attempt but i think it's doable.
@@xevento8682 first, no you cannot make every gate out of or gates, you need a nand or a nor. Secondly, yeah, I know you can make every gate, but making full circuits out of just basic redstone gates is pretty shit. I was recently making a two register file of 4 bit registers and even though it was enormous I still ran out of space. And that's because I wasn't even making the registers themselves out of flip flops, I was using locked repeaters (imagine if I didn't know about this feature). This is what I am talking about, making circuits out of pure 100% redstone is horrible
@@ziul123 I said if you know how redstone torches work (which are not gates) and how to OR cables, therefore making you a NOR Gate. And your second point is pretty much what i already pointed out, though it doesn't mean you can't do it.
@@xevento8682 redstone torches aren't not gates, they can be used to create not gates. There is a difference. Also, we have pretty different definitions of doable
Usually videos like this just have people building segments of redstone builds and quickly go through how to build it, but you walked through the whole thought process from building the hopper timing to shift register, loved it.
True, but there is huge variability in the trajectory of arrows or fire charges being shot by a dispenser. Even if you could find a way to reliably hit a button with an arrow, it would stay pressed until the arrow despawns. Perhaps you could use trip wires as well. Either way, I would not try to do anything timing-sensitive like this with arrows or fire charges.
@@jazziiRed A dispenser couldn't really shoot that far anyways, so the arrow would need to be shot by a tnt cannon, and at that point, one could just make a trajectory correction system that would adjust the arrow into a perfect position before being shot. Similar to how those long-range ender pearl cannons work, except instead of ender pearl, it would shoot out an arrow, which would strike the aimed-for chunk, which could have a receiver platform covered in pressure plates. But that's just assuiming that arrows work like ender pearls, and do work long-range (as long as the chunk they're supposed to strike is constantly loaded)
Could you not use a target block instead as it only activates for a set amount of time after being shot, plus its a large target space so no worrying about the arrow not hitting.
One thing you could change with the receiver- if you put the "you've got mail" light on the other side, it could be a "message sent" light instead, and you could do that by sending it the initial pulse of any message. Other than that, though, really really cool!
You should probably wire up the trigger for the "You've got mail!" lamp to the "Receiving" latch's reset trigger, so the message lamp only turns on when the message is fully on-screen and maybe turn it off automatically once a new message comes in, so the user doesn't get intermediary states as a message.
Hey, here is a good idea to help. There are keyboards already that type out, if you grab the redstone output to increment the typing, and then just compare the binary to get a letter, you have a wireless keyboard (with obvious delay)
And then send that signal to the converter station that sends and receives signals from the real world and then you will have a (technically) usable keyboard for all of your needs! RGB is fully customisable (if you have RTX)
You could do a "message complete" line for when the dropper clock locks. Then make a "message buffer" storing each message that you haven't read yet. Basically because the sender doesn't know if you haven't read their last message they might want to send another as soon as possible. So by storing multiple messages you could send more complex data.
Even better, add ips to the start of the message, so that you can send your data to multiple people, and a register of bits to store multiple ones. I think it shouldn't be too hard using "middle man" receivers/senders that route the next message you send, and a chain of droppers/hoppers that store each bit. You could even store the message in a single hopper/dropper if you translate the bits to a count of the items inside!! ... I think I got a little bit too excited hahah, I'm pretty passionate about programming in general
@@chase-2-2 the problem is the "message received" line is triggered by the start of the message. Unless this is already what you were suggesting. It would have to be delayed by the amount of time that the hopper clock delays to serve as a message received. In which case it would be more accurate to say that you would "take the output of the hopper clock", rather then "move the message received line to the end of the hopper clock"
@@lombas3185 With the upcoming 'Calibrated Skulk Sensor', IPs actually become super simple, so long as you don't need more than a hand full of them. :D Alternatively, the different signal strengths can be decoded to downsize the receiver somewhat fierce. This is gonna be so awesome!
awesome content! I was wondering for years if wireless was a thing in Minecraft. I imagined it with dispensers, arrows, even mobs, but this one is so cool!! Keep it up!
there's a really interesting video by cubic metre called the wireless Redstone revolution. essential it exploits an optimization in the dropped item entity code that allows it to detect discrepancies in the time it takes for an item entity to start falling. very interesting stuff, currently trying (and failing) to implement it on my Minecraft server for instantaneous ender pearl stasis travel.
Beautiful demo! There is a charm to the whole concept of sending messages over redstone in Minecraft. Hopefully there is a way to set up a network system that translates addresses that identify communication stations. After that comes to reality, one could write and copy a book explaining the standards of "some communication system", a book which can be put on a lectern next to these machines to teach how to write messages down and set the destination, as well as what a message means and what station it came from. However, transmitting destination and source addresses along with messages might add significantly more delay for messages to be sent; consequently, urgent messages won't quickly be passed over the world (making voice chat superior to redstone comms), unless one uses solid redstone lines instead of the slower though wireless sculk sensors.
Just have a book in a lectern that decodes what the message is by the page number and sends that number to everyone. It would still be limited to 16 possibilities, but would be much more intuitive to use than the lights design shown above. Comparator reads lectern, signal strength converts to binary, send binary, binary read as page number.
@@tminusboom2140 One possible fix could be using two lecterns; one as a primary directory, and then one as a subdirectory. Encode each bit separately, and you'd have 256 possible destinations at the cost of needing to send double the bits in comparison to a single-lectern directory
This is the perfect format for me. Cool idea, simple and effective method of not only a tutorial, but also explaining what everything does. On top of that, we also get a thought process, making reverse-engineering much easier to adapt it to our needs. This is awesome and I have subscribed.
One idea I had with this was using double Chests filled with non-stackable items (e.g. boats as 0, shovels as 1) as bit displays. each row in the chest would represent one message, so nine bits each, and you could send six messages at a time. A "message read" lamp on the senders side could be cool, so you know the other person has received your message.
Best part is that command blocks can make it even more streamlined or can make creating these stations throughout the world much easier. There's probably a way to extend the sensors detection too.
I remember making a contraption that converted mutiple bits into one line of redstone that would flash on and off to represent them. This was before skulk blocks were added, so it wasn't wireless, but the idea was also to send messages. It was very interesting to see the similarities and differences in our designs!
If you add 1 more lamp you'd have a 5x5 binary system, which would be enough to assign all the English letters (minus 1 letter) and then you can just write any message you want. VERY slowly.
good job! not sure if anyone mentioned this, but to bypass the sentence issue with the bits, you could have either a book or sign literally explaining that a = , z = and then go from there with something of that nature.
Super cool! It would be cool to see a system like this for larger distances. For now, this only works as long as all chunks are loaded and it would be cool if a message from A to B is sent as soon as a player moves from location A to B. That would have nice utility for communication on servers, or for bringing information back and forth between two bases if I'm moving between them.
There is a system that does this, made by 2no2name (th-cam.com/video/hr-twzxs6FM/w-d-xo.html | th-cam.com/video/FLynwXDnETI/w-d-xo.html&t ) and further explored by cubicmeter (th-cam.com/video/sBNuqZKa_Lw/w-d-xo.html | th-cam.com/video/TTreJCFfJNE/w-d-xo.html )
so if someone happens to have a bunch of toggleable farms in a loaded area, let's say, spawn chunks, than we could just build decoders to every farm that accept a specific number's binary code for the on/off switch. Also, important note: must have a way to reset the state of whatever we decide to use to store the actual bits in once the entire code arrived, so we can't end up in a state where 2 partial messages jut so happen to make up the actual message that the farm would require. Alternatively, put the "you've got mail' line on "hold" at the side, and send it into the system again when the code is decyphered fully, sendng it through extended blocks that are attached to pistons based on the received code, and lead that into the farm's toggle. This could be a great way to keep a lot of farms controls in a small area. Also, a way to control farms that are built in an otherwise hard to reach (but loaded) location (let's say, surrounded by other farms and some nice looking builds around them to dress them up, that have a hard to reach on/off button/toggle.) I can't believe I was 10 months late to this party! Gotta go relocate some farms of mine to thespawn chunks, this way of turning them on/off is way too good to pass up. Edit, now excuse me, I'm off to look for ways to store binary codes in a 1 wide tileable form, so I can select my messages (at least 15) simply by flipping the pages of a book. Actually, I could make it 16, with the 0 (no book in lectern) being the reset signal now that I think about it. Provided I find a 1 wide tileable way to store and send out/recycle the binary codes.
This is absolutely amazing! I really like communication technology and always wondered how to make one in minecraft. On one of my servers i built two cities and then connected them with tripwire poleline because i wanted to make telegraph but i didn't know how to build the rest of the telegraph. Now i know :) thank you! This content is something i was looking for.
Coming from someone who studies electrical engineering, this is one of the things we learn in digital electronics in freshman year. It's amazing the fact that you can do it in Minecraft. :) Great video, cheers!
Really cool. You should try this with the technical minecraft wireless redstone. showcased by cubicmeter in his video The Wonderful World of Wireless Redstone from 1 year ago
I came up with a similar idea years ago when fireworks were released, albeit mine used the bits to encode letters like you'd said, and then would read the bits out to fill a chest with pieces of paper named after the letter of the alphabet it was calling. I was also incorporating encryption methods and routing methods so that multiple routers could be built across the network. Worked alongside my minecart network system and my "television broadcast system" using command blocks and paintings
since the sculk sensors are all just in range, you should be able to put multiple lines next to one another as well, making an entire grid of communication. Just encase it in obsidian to defend it from sabotage.
i thought about this too, but while in one direction this works, the two sculk sensors side by side would interfere with each other, ruining your data.
I think the next step would be to simply have some sort of storage where you could stack up a number of these messages, that way you could encode multiple messages (or characters even!) and put them together for a longer message.
putting them underground as a waterlogged calibrated skulk sensor would be perfect for base to base communication in smps without discord or in game chat. a perfectly anonymous communication system that is a tad slow but nobody can get messages out of it or interfere with it. of course one little mining trip could ruin the whole network, so multiple "channels" would be quite useful
Now imagine the possibilities with genuine wireless redstone. The only flaw with this system is range, making it so that any attempt at long-range communication is stopped by unloaded chunks.
This video is blowing up/ going to blow up soon. You made a great video, simple as that Edit: just thought about a redstone machine: an ender pearl stasis chamber/ cannon in which you can choose what direction and maybe height/distance traveled. You think you can do that? I understand that would be VERY complicated, so don't worry about it if you don't feel like doing so
this video was really interesting and i loved seeing the mechanism being built and put into use. i've always believed it to be possible to make more advanced machines or computers within minecraft if people just find the right way to use the basic redstone tools given, and this just proves it. i hope one day we can reach a point where we can create a computer in vanilla minecraft because that'd just be awesome. amazing work!
Now add memory to it so old received messages are not lost. You can do it with pistons, a nonconductive block (like glass) and a conductive block. This way you can also loop through memory addresses and see previously sent messages.
Hmm, thats pretty genius. I always used a dispenser and a hopper for that, when there is a item in the hopper it gives a signal, when its in the dispenser it doesn't
absolutely love this video, i haven't seen anyone else do serial data in minecraft! really excited to see what you make with the new filtered skulk sensors although it's not really morse code since that's actually trinary, not binary (dot, dash, pause) which is used in things like stops etc
Add in some address bits and figure out how to queue messages/ensure only 1 sender tries to send at a time and you have a very cool way to communicate between bases. Well, were it not for the fact the entire network needs chunkloaded... which is possible but not at all accessible/nice for the average player.
To make it more flexible yet not cumbersome with letters, middleground would be usage of words as messages. Stackable items renamed to words making dictionary translating binary to item and putting it in chest accessed one at the time would make send/recieve buffer. Reading would be looking at items in chest arranged in correct order. Commonly used words would need different copies to be used multiple times to not stack in recieve buffer but it could work. Skulk bypassing chunk loading would be super helpful in establishing long range communication.
Man watching that reaction to it working reminded me of when I built a minecart system that was able to send minecarts between like 7 stations in people's bases. Took ages to work out and man was it fun.
Awesome creation, I didn't even know this could be done. Would this provide a unique benefit over conventional chat messages, or is this just for the cool factor?
I can’t wait to see this expanded to a full serial teletype, where each unit has a send and return unit, things like “ready to receive” and “end of message”, and a fully automated protocol. Add in a mainframe router/relay switch station, address bits, and a busy signal, and you’ve basically got a tiny internet
Okay, I have a question: 1) How hard would it be to adapt the "You have mail" lamp to always show the sending bit? Given that that always gets delivered, it would show - no matter the combination. 2) Is it conceivable to configure this system so the button below the "You have mail" lamp clears the selection? Aka you hit the button and it simulates a 0-0-0-0 message? Presumably, this could consist of sending only the sending bit, so it can't be too hard - right?
1. It would be very easy, just have a 5th shift register and route that to the lamp. But that wouldn't be too useful since it will always be on. 2. Sure. The way I would do that is to have the button unlock the registers so the data gets flushed out. The button pulse should be long enough for this to happen.
for your first question, that is basically how the system works as far as i can tell. the indicator ("you have mail") lamp is powered on through the first pulse, the sending bit, and remains on with the RS-Nor latch. the sending bit is then deleted as only four bits can be stored at once.
Never have I been so impressed by a quarter-baud serial line. I'd recommend delaying the 'you've got mail' signal until after the register is stable, and ensuring that it gets cleared before new data starts getting clocked in.
That's really impressive how fast you got it to work! One thing I think is missing (although not sure how to implement it, I'm a redstone noob) is that the reset button doesn't switch off the message lamps and only switches off the "you've got mail" lamp. Other than that great job! I'll never get to the same level of Minecraft engineering lol
I was inspired to do this by Mumbo Jumbo’s wireless messaging video. This was when they were still an experimental feature. I then realized that they weren’t going to be on bedrock edition until the Caves and Cliffs update. Turns out, they didn’t get added until 1.19, but your video inspired me to try again knowing that doing this is possible.
This kind of stuff always blows my mind to see, but I feel like your explanations were good enough that I, a layperson, could feel like I understood what was going on. This is epic.
this is super cool as a concept!!!! i’d say for actual use though on a server maybe, you’d need an address signal first, and then instead of sensors use powered rails and chunk updaters on the line so the signal continuously travels long distances
standard ascii uses 7 bits to encode (if you didn't need or want full ascii you could do 5 bits, but full ascii has some useful characters you might want like new line and space, there probably is one already in the ascii standard but you could have an end of message character in case you had more then one line), if you expand it to 7bits plus your extra send bit (8 total) and add buffer of some kind on both ends with a binary decoder you could send one ascii character at a time. Back in the day we would of used pistons to display letters/number, but I thing redstone lamps are an option now. Once you have that working you could also hook up your midi machine to this and transmit music (you'd need a buffer with it's transmission rate for most songs) , but there is methods of storing midi as ascii. So even if you don't use an existing implementation clearly 7 bits is enough to encode midi music. For buffers it probably over kill, but in my redstone test world I have been experimenting with locking redstone to form large 8 bit memory arrays (each address is stack vertically on top of the last) that can be sequentially read through each address with a binary counter or manually switched to with a control panel with redstone torch binary decoder and another panel for writing bytes at address, my problem has been that redstone updates too slowly to use switch through these memory address quickly enough to play most songs I like on them (regardless of how much total memory it might take) and building a full computer to play tetris seems like a silly pipe dream no one will ever achieve.
This is incredible! I think it would be limited by the simulation range but imagine of you had a module that spanned the entire sim range and then operators at both end. Once recieved they would send it through the next module and so on and so forth. Transmit speed is a little slow though so im not sure how far it would have to be to be practical but this is just so fun. A literal telegraph in minecraft.
Hey! You're probably aware of this already, but with the new, upcoming 'Calibrated Skulk Sensor', you can do similar things, but with either less complexity, or more options! With it, you can use a different signal strength sound to send information about the beginning of a byte, technically allowing for any length within one byte, as well as a serious reduction to overhead. Alternatively, you can denote different data types via different inputs, allowing you to transmit half a byte (wth), send something else on the same line, and then complete the byte. It's all still kept slow by the maximum transmittion speed of the sensors, but it can be used to minimize builds if speed isn't as important, and/or you need the space inbetween for things like, Idunno, other redstone components. :D
This is awesome. One thing that would be cool is to trigger the "you got mail" to turn on when the start bit has passed through, that way you have a "data valid signal" to work with. ATM the "you got mail" light triggers as soon as a bit is received instead of the whole message
Thats the fastest subscribe for me, I'd love to see whole playlist of tutorials of redstone builds like that, with theory behind every mechanism, its easy to follow you and uderstand everything, good work sir and amazing build!
as an electrical engineer I wanna say good work! And I wanna tell u that if U need U can dubble the speed up just by adding another line (send another X bits separatly)
This reminds me of my Morse code machine that uses 2 lines of skulk sensors with a dash receiver and a dot receiver and the sender sends each individual letter both through paper that is slowly delivered through hoppers and a single lamp. The machine also has a warning system that lets you know a message is incoming, a timer that shows how long until the paper arrives (which then sending machine only sends the paper out when the message is complete whereas the visual Morse code message is live) and a notification bell for when the paper arrives. My buddy’s and I use this to communicate because some of them don’t have a working chat button and we all have memorized Morse code anyways. Not to mention our bases take a total 17 minutes by nether ice boat. Usually what we (and by we I mean more so me) will do is do a 2 minute nether ice boat ride to the surface world international rail way (our world is like 12 GBS because of how big all 87 nations are) and at the control terminal just select our route send ourselves in our mine cart down into the underground rail way (large nicely built proper lit tunnels around -10. It took us almost 6 months to build the tunnels alone and then I had to build the encoders that allow us to just flip a lever and all of the junctions are corrected for the route. There were several times where I need a section of the tunnels to be redesigned but hey it works now and you never have to worry about someone changing the route on the way back to the main terminal.) and leave the account AFK for about 30 minutes while I go catch up on my watch later videos or eat something or whatever I have to do. At the main terminal and the 5 secondary terminals (if you’re going into a nation that isn’t in the same continent or is not in the UNBRS [United Nations of Blocadia Railway System] contract you have to go to a secondary terminal that will be connected to either A: the next nations main terminal which you will then be under their law and have to pay their pricing on using their railway system [which is usually only 1 or 2 diamonds more not to mention all return lines are required to be free so if someone doesn’t feel comfortable paying a price they don’t have to] or B: a sub rail way line that goes into international waters and ends up in another secondary terminal that is a part of the UNBRS contract [usually on a different continent]) there is also indicator lights telling you when a system is in use and will turn off lamps above systems you can’t safely enable (which is reported live through detector tracks. This allows us to make wait times as short as possible while also saving resources and excavation time). It’s likely one of the most complicated multi-national railway systems to ever exist in a 100+ player server. It’s also in use all the time too. More often then not when travelling through multiple terminals (which can get confusing which is why we had one of the main cartographers ride the whole system making a digital map [a graph with rectangles representing each stop and lines with arrows indicating which direction and where a rail went and whether or not it was 1 way or 2 way] so when new comers join they can easily travel through the 9 continents of the server) I would come across multiple friends and we would even trade on occasion. How I managed to get from talking about my Morse code network to the blocadia rail system is beyond me but I still think it’s a nice story to read so I’ll leave it in. Take care reader and enjoy your day.
Hey, love to see people using redstone not only making something but also using real life computer logic properties. Something that might help you, next time try using Gray's code instead of Binary, it's very simmilar but it's much easier to build machines like that, you only have to change one bit at a time to go up a number.
I think my subscription to your channel tells you everything you need to know - this some the most epic thing I have seen in a while and I am going to replicate this SOOOO hard omg I love you dude!
@@jazziiRed OMG a reply too?!! Can you get any better? Ohhhhmg dude - keep it up - I am studying mechanical engineering and ripping my hair out rn for just a fraction of your power! Much love from germany!
had to make a few slight alterations in bedrock, namely the sculk sensor wiring. you get feedback from the trap door closing and it causes a loop. to fix build in a line of sculk sensor, wool, comparator, trap door. this fixed the feedback loop, although it makes it 4 blocks long instead of 2
If you were to revisit this concpet in particular, something cool to see would be multi-user mailing. For example if you used a seperate send panal to select which bases it will travel to- along the skulk line, you could have a central switchboard section that decodes who its being sent to then closes off access to different receiver's skulk-lines. To prevent overwriting, you could also have the "clear" button on the reciver physically open the skulk-line again at the switchboard- and if the switchboard detects you trying to send it to someone thats not cleared their message you could reject it, or if you wanted to go completely overkill, have a message buffer system on the recivers (and maybe an item clock to tell them how long ago it was sent)
That’s a great design! redstone looks way more fun than I ever imagined. the only thing I would change would be that I’d add a clock bit instead of that leading bit. It would require some more tinkering but make the whole system way more reliable, though in theory it shouldn’t make a substantial difference.
It is a really good video, being able to see you thinking the whole system is a good idea that made me think of each solution before seeing yours, it was a really good experience, thank you for your video.
You could probably upgrade the transfer speed as well by doubling it up. Have two transmitters over two separate lines sending a 2-bit message at the same time. Effectively multiplying the speed by the number of lines. The telephone pole would be as wide as the number of lines times two (you need wool in between sensors side by side), but you can also scale it vertically. Then even better, you can also transfer the message through the nether with items shot through a portal and chunk loaders. Decreasing the transfer distance by a factor slightly lower than 8 (because of the inter-dimensional part of the contraption)
Nice! I have a very similar but insanely old school build like this from around 10 years ago still in my test world but it had some bugs I never fixed. It's pretty cool to see a project like this I have a personal connection to recommended to me!
I love how over the past few years people have slowly started realizing that a lot of the electrical switches that exist irl exist in Minecraft so we can just build computers in computers
Oh yeah, people have built full CPU's at this point, and they're getting pretty fast too. For Minecraft standards, that is.
People were building proper electronics with just redstone dust and torches back in alpha, once repeaters and pistons came to be, things advanced a lot. Then 1.5 added the comparator, and then later on we got observers, as well as a bunch of changes and quirks of redstone mechanics that help to simplify and speed things up. One of the best ones was the person who made a fully working computer with minecraft installed (used redstone lamps for the display, was a 4x4x4 world but fully rendered. 1 frame every few seconds so was actually playable)
@@Fa1seP0sitive I wish my programming skills will get to that level 1 day
computers were some of the first things redstoners started to make, even before repeaters. people just renewed signal strength with two torches
Minecraft computers have existed for much longer
Now this is just what I needed in my industrial themed smp lol. This really is an awesome contraption.
Thanks, glad you liked it :)
@@jazziiRed you should use wireless redstone from 2no2name. theres less delay and there is no „cable“ of sculk sensors
If you want There is a circuit wich is used to transmit signals wirelesly without skulk sensors wich works by timing falling entities with tile sets but it will probably be very hard to build in survival
@@stasiocudak yeah I've seen something like that before but that would just give me a headache. Plus I like seeing the network of skulk sensors we have.
Damn, I wanna hear more. xD
I feel like this is the kind of thing your CS professor would make you do. "Here's Minecraft. Here's how skulk sensors work. Here's redstone. Now make a 4-bit wireless transmitter and receiver with minimal delay."
lol if my professor did that I would be pretty pissed, circuits don't easily translate to redstone if you don't have prior experience. If you asked me to make a register with redstone, for example, I would just make the exact circuit using logic gates made out of redstone, instead of using hoppers and other devices (because I don't know how they work)
@@ziul123 Once you know how redstone torches and OR'ing signals works you can basically make every logic gate. It's not gonna look pretty on your first attempt but i think it's doable.
@@xevento8682 first, no you cannot make every gate out of or gates, you need a nand or a nor. Secondly, yeah, I know you can make every gate, but making full circuits out of just basic redstone gates is pretty shit. I was recently making a two register file of 4 bit registers and even though it was enormous I still ran out of space. And that's because I wasn't even making the registers themselves out of flip flops, I was using locked repeaters (imagine if I didn't know about this feature). This is what I am talking about, making circuits out of pure 100% redstone is horrible
@@ziul123 I said if you know how redstone torches work (which are not gates) and how to OR cables, therefore making you a NOR Gate. And your second point is pretty much what i already pointed out, though it doesn't mean you can't do it.
@@xevento8682 redstone torches aren't not gates, they can be used to create not gates. There is a difference. Also, we have pretty different definitions of doable
Usually videos like this just have people building segments of redstone builds and quickly go through how to build it, but you walked through the whole thought process from building the hopper timing to shift register, loved it.
TH-cam just randomly suggested this to me. Love it.
Edit: Same!
Nice, thanks for stopping by :)
Me too
Same
Same
Same
I just realized wireless red stone has always been possible you could use arrows being shot or fire charges. The only issue is it needs multiple lines
True, but there is huge variability in the trajectory of arrows or fire charges being shot by a dispenser. Even if you could find a way to reliably hit a button with an arrow, it would stay pressed until the arrow despawns. Perhaps you could use trip wires as well. Either way, I would not try to do anything timing-sensitive like this with arrows or fire charges.
@@jazziiRed + idk if the projectile would render if you were too far away
@@jazziiRed A dispenser couldn't really shoot that far anyways, so the arrow would need to be shot by a tnt cannon, and at that point, one could just make a trajectory correction system that would adjust the arrow into a perfect position before being shot.
Similar to how those long-range ender pearl cannons work, except instead of ender pearl, it would shoot out an arrow, which would strike the aimed-for chunk, which could have a receiver platform covered in pressure plates.
But that's just assuiming that arrows work like ender pearls, and do work long-range (as long as the chunk they're supposed to strike is constantly loaded)
Could you not use a target block instead as it only activates for a set amount of time after being shot, plus its a large target space so no worrying about the arrow not hitting.
couldnt you also do it with portals an itemps drops on pressure plates?
One thing you could change with the receiver- if you put the "you've got mail" light on the other side, it could be a "message sent" light instead, and you could do that by sending it the initial pulse of any message. Other than that, though, really really cool!
You should probably wire up the trigger for the "You've got mail!" lamp to the "Receiving" latch's reset trigger, so the message lamp only turns on when the message is fully on-screen and maybe turn it off automatically once a new message comes in, so the user doesn't get intermediary states as a message.
Hey, here is a good idea to help. There are keyboards already that type out, if you grab the redstone output to increment the typing, and then just compare the binary to get a letter, you have a wireless keyboard (with obvious delay)
I like that idea!
And then send that signal to the converter station that sends and receives signals from the real world and then you will have a (technically) usable keyboard for all of your needs! RGB is fully customisable (if you have RTX)
@@jazziiRedThen let a certain combination of letters trigger events, creating in game code 😏
Insert fancy coding words here
/kill @e
Underrated. 💯👌
Imagine sending encrypted message for hundreds of blocks in a SMP server.
That would be amazing
The fact you need a dedicated isolated cable is just awesome for realism
@@dacianbuzlea and one person can tap it and read the message. some serius spy work
Horray for jobs, now you can have dedicated engineers, "electricians" and cops
Would that work when it goes out of render distance?
You could do a "message complete" line for when the dropper clock locks. Then make a "message buffer" storing each message that you haven't read yet. Basically because the sender doesn't know if you haven't read their last message they might want to send another as soon as possible. So by storing multiple messages you could send more complex data.
Even better, add ips to the start of the message, so that you can send your data to multiple people, and a register of bits to store multiple ones.
I think it shouldn't be too hard using "middle man" receivers/senders that route the next message you send, and a chain of droppers/hoppers that store each bit.
You could even store the message in a single hopper/dropper if you translate the bits to a count of the items inside!!
... I think I got a little bit too excited hahah, I'm pretty passionate about programming in general
@@lombas3185 oooh making redwifi
I was thinking just moving the "message received" to the end of the hopper line so it also becomes an indicator of when the message is done
@@chase-2-2 the problem is the "message received" line is triggered by the start of the message. Unless this is already what you were suggesting. It would have to be delayed by the amount of time that the hopper clock delays to serve as a message received. In which case it would be more accurate to say that you would "take the output of the hopper clock", rather then "move the message received line to the end of the hopper clock"
@@lombas3185 With the upcoming 'Calibrated Skulk Sensor', IPs actually become super simple, so long as you don't need more than a hand full of them. :D
Alternatively, the different signal strengths can be decoded to downsize the receiver somewhat fierce.
This is gonna be so awesome!
awesome content! I was wondering for years if wireless was a thing in Minecraft. I imagined it with dispensers, arrows, even mobs, but this one is so cool!! Keep it up!
Thank you!
there's a really interesting video by cubic metre called the wireless Redstone revolution.
essential it exploits an optimization in the dropped item entity code that allows it to detect discrepancies in the time it takes for an item entity to start falling.
very interesting stuff, currently trying (and failing) to implement it on my Minecraft server for instantaneous ender pearl stasis travel.
@@gooscifur5327 wow, that sounds really interesting! I'll check it out. Thanks for letting me know!
dispensers with arrows seems like an interesting way to do things, especially with the addition of target blocks in 1.14.
@@Enderia2 yes. It can transfer information using ones and zeros. And arrows can be used for it, along with target blocks.
the random chicken walking by my wireless wire about to corrupt 100% of my data:
Beautiful demo! There is a charm to the whole concept of sending messages over redstone in Minecraft.
Hopefully there is a way to set up a network system that translates addresses that identify communication stations. After that comes to reality, one could write and copy a book explaining the standards of "some communication system", a book which can be put on a lectern next to these machines to teach how to write messages down and set the destination, as well as what a message means and what station it came from.
However, transmitting destination and source addresses along with messages might add significantly more delay for messages to be sent; consequently, urgent messages won't quickly be passed over the world (making voice chat superior to redstone comms), unless one uses solid redstone lines instead of the slower though wireless sculk sensors.
And so, the depths of RFCs shall come to Minecraft.
Just have a book in a lectern that decodes what the message is by the page number and sends that number to everyone. It would still be limited to 16 possibilities, but would be much more intuitive to use than the lights design shown above. Comparator reads lectern, signal strength converts to binary, send binary, binary read as page number.
@@tminusboom2140 One possible fix could be using two lecterns; one as a primary directory, and then one as a subdirectory. Encode each bit separately, and you'd have 256 possible destinations at the cost of needing to send double the bits in comparison to a single-lectern directory
@@tminusboom2140 That's much simpler than combining a few levers!
This is the perfect format for me. Cool idea, simple and effective method of not only a tutorial, but also explaining what everything does. On top of that, we also get a thought process, making reverse-engineering much easier to adapt it to our needs. This is awesome and I have subscribed.
Glad you liked it!
Just had this video show up in my recommended feed, and I thoroughly enjoyed it. Hope Mumbo sees this, too! :)
That would be wild. Glad you enjoyed it!
One idea I had with this was using double Chests filled with non-stackable items (e.g. boats as 0, shovels as 1) as bit displays. each row in the chest would represent one message, so nine bits each, and you could send six messages at a time. A "message read" lamp on the senders side could be cool, so you know the other person has received your message.
Now we need a "hello world" sent by a word processor, as you outlined in the end there.
This is incredibly well produced. Youve earned my sub
Thanks!
9:46 That "and then it should stop .... Perfect" was so in time with the music I loved it
Damn That was a really smart and compact way to build the shift register, and you sure do love hoppers
Yeah, lots of hoppers in this one lol
Best part is that command blocks can make it even more streamlined or can make creating these stations throughout the world much easier.
There's probably a way to extend the sensors detection too.
I remember making a contraption that converted mutiple bits into one line of redstone that would flash on and off to represent them. This was before skulk blocks were added, so it wasn't wireless, but the idea was also to send messages. It was very interesting to see the similarities and differences in our designs!
If you add 1 more lamp you'd have a 5x5 binary system, which would be enough to assign all the English letters (minus 1 letter) and then you can just write any message you want. VERY slowly.
There needs to be a worldbuilding server where there’s only proximity chat, and to communicate long distance you need to use this telegraph
good job! not sure if anyone mentioned this, but to bypass the sentence issue with the bits, you could have either a book or sign literally explaining that a = , z = and then go from there with something of that nature.
Super cool!
It would be cool to see a system like this for larger distances. For now, this only works as long as all chunks are loaded and it would be cool if a message from A to B is sent as soon as a player moves from location A to B.
That would have nice utility for communication on servers, or for bringing information back and forth between two bases if I'm moving between them.
Definitely!
chat: hello
There is a system that does this, made by 2no2name (th-cam.com/video/hr-twzxs6FM/w-d-xo.html | th-cam.com/video/FLynwXDnETI/w-d-xo.html&t ) and further explored by cubicmeter (th-cam.com/video/sBNuqZKa_Lw/w-d-xo.html | th-cam.com/video/TTreJCFfJNE/w-d-xo.html )
You could use chunk loaders
@@AnEnderNon Introducing- Player is offline
so if someone happens to have a bunch of toggleable farms in a loaded area, let's say, spawn chunks, than we could just build decoders to every farm that accept a specific number's binary code for the on/off switch. Also, important note: must have a way to reset the state of whatever we decide to use to store the actual bits in once the entire code arrived, so we can't end up in a state where 2 partial messages jut so happen to make up the actual message that the farm would require. Alternatively, put the "you've got mail' line on "hold" at the side, and send it into the system again when the code is decyphered fully, sendng it through extended blocks that are attached to pistons based on the received code, and lead that into the farm's toggle.
This could be a great way to keep a lot of farms controls in a small area. Also, a way to control farms that are built in an otherwise hard to reach (but loaded) location (let's say, surrounded by other farms and some nice looking builds around them to dress them up, that have a hard to reach on/off button/toggle.)
I can't believe I was 10 months late to this party! Gotta go relocate some farms of mine to thespawn chunks, this way of turning them on/off is way too good to pass up.
Edit, now excuse me, I'm off to look for ways to store binary codes in a 1 wide tileable form, so I can select my messages (at least 15) simply by flipping the pages of a book. Actually, I could make it 16, with the 0 (no book in lectern) being the reset signal now that I think about it. Provided I find a 1 wide tileable way to store and send out/recycle the binary codes.
Absolutely love the idea, this is a Gem!
Thanks!
I like how that "you've got mail" notification is so distinctive that you pronounced the phrase in the same way to imitate it.
This is absolutely amazing! I really like communication technology and always wondered how to make one in minecraft. On one of my servers i built two cities and then connected them with tripwire poleline because i wanted to make telegraph but i didn't know how to build the rest of the telegraph. Now i know :) thank you! This content is something i was looking for.
Glad I could provide :)
the jazz piano combined with your voice is so relaxing. you have a really pleasant voice
As someone studying engineering, I found this video very interesting and well made!
Same, I was like "hey I know the thing!" I had a whole class about this just recently.
Coming from someone who studies electrical engineering, this is one of the things we learn in digital electronics in freshman year. It's amazing the fact that you can do it in Minecraft. :)
Great video, cheers!
Really cool.
You should try this with the technical minecraft wireless redstone. showcased by cubicmeter in his video The Wonderful World of Wireless Redstone from 1 year ago
I have absolutely no idea what you did but it’s cool and I’m going to make a bunker with wireless communications now on my Minecraft server
I came up with a similar idea years ago when fireworks were released, albeit mine used the bits to encode letters like you'd said, and then would read the bits out to fill a chest with pieces of paper named after the letter of the alphabet it was calling. I was also incorporating encryption methods and routing methods so that multiple routers could be built across the network. Worked alongside my minecart network system and my "television broadcast system" using command blocks and paintings
Wow, that sounds awesome!
Ingenious Redstone working flawlessly on the first try? Now i have truly seen everything.
Imagine what the future would look like with this kind of technology. In my eyes, unfathomable.
When it worked, I was also surprised!
I really want to try building it in my SURVIVAL world!!!
since the sculk sensors are all just in range, you should be able to put multiple lines next to one another as well, making an entire grid of communication. Just encase it in obsidian to defend it from sabotage.
Bus shaped networks here we go
i thought about this too, but while in one direction this works, the two sculk sensors side by side would interfere with each other, ruining your data.
@@D_4_N_ Wool fixes the problem
This is really cool. I've always loved seeing the elements I've learnt in Computer Science so well analogised in Minecraft.
If I continued my Redstone Engineering course, I'd be a computer engineer by now... Damn it
The llama drops in the hoppers im dying 💀💀💀💀13:30
I think the next step would be to simply have some sort of storage where you could stack up a number of these messages, that way you could encode multiple messages (or characters even!) and put them together for a longer message.
putting them underground as a waterlogged calibrated skulk sensor would be perfect for base to base communication in smps without discord or in game chat. a perfectly anonymous communication system that is a tad slow but nobody can get messages out of it or interfere with it. of course one little mining trip could ruin the whole network, so multiple "channels" would be quite useful
Now imagine the possibilities with genuine wireless redstone.
The only flaw with this system is range, making it so that any attempt at long-range communication is stopped by unloaded chunks.
It's fixed now with ender pearls
This video is blowing up/ going to blow up soon.
You made a great video, simple as that
Edit: just thought about a redstone machine: an ender pearl stasis chamber/ cannon in which you can choose what direction and maybe height/distance traveled. You think you can do that? I understand that would be VERY complicated, so don't worry about it if you don't feel like doing so
Interesting idea... I'll see if I can come up with any solutions. No promises tho. Thanks for the comment!
@@jazziiRed No problem! Just don't overwork yourself.
It would be very appreciated if you could kindly provide a world download.
Absolutely loved your work!
I'd love to, but I don't want my designs stolen since the channel's still small. But I do have plans to make them available sometime in the future.
this video was really interesting and i loved seeing the mechanism being built and put into use. i've always believed it to be possible to make more advanced machines or computers within minecraft if people just find the right way to use the basic redstone tools given, and this just proves it. i hope one day we can reach a point where we can create a computer in vanilla minecraft because that'd just be awesome.
amazing work!
Some people have already done it! Sammyuri even made a simplified version of Minecraft in Minecraft running on a general purpose CPU.
@@jazziiRed that's amazing, thanks for letting me know!
Now add memory to it so old received messages are not lost.
You can do it with pistons, a nonconductive block (like glass) and a conductive block.
This way you can also loop through memory addresses and see previously sent messages.
Hmm, thats pretty genius. I always used a dispenser and a hopper for that, when there is a item in the hopper it gives a signal, when its in the dispenser it doesn't
absolutely love this video, i haven't seen anyone else do serial data in minecraft! really excited to see what you make with the new filtered skulk sensors
although it's not really morse code since that's actually trinary, not binary (dot, dash, pause) which is used in things like stops etc
Add in some address bits and figure out how to queue messages/ensure only 1 sender tries to send at a time and you have a very cool way to communicate between bases. Well, were it not for the fact the entire network needs chunkloaded... which is possible but not at all accessible/nice for the average player.
13:56 Youre a genius! The main message will be 4 bits, but the counter will know its a leading bit, because its a seperate bit and a different bit!
Four lights only counts to 15 in binary, you need a fifth light. Other than that, I'm definitely using this :3
Luckily, this design is really easily expandable :)
is it not 16, or am i mistaken?
@@robblly8112 16 states, 0 is included as a number, so it can only represent up to 15, not 16
@@nikkiofthevalley right right, i must've read over when they mentioned binary.
To make it more flexible yet not cumbersome with letters, middleground would be usage of words as messages. Stackable items renamed to words making dictionary translating binary to item and putting it in chest accessed one at the time would make send/recieve buffer. Reading would be looking at items in chest arranged in correct order. Commonly used words would need different copies to be used multiple times to not stack in recieve buffer but it could work. Skulk bypassing chunk loading would be super helpful in establishing long range communication.
Forget human evolution.
Man watching that reaction to it working reminded me of when I built a minecart system that was able to send minecarts between like 7 stations in people's bases. Took ages to work out and man was it fun.
Awesome creation, I didn't even know this could be done. Would this provide a unique benefit over conventional chat messages, or is this just for the cool factor?
I suppose you can use this to leave a message for someone while they are not on the server. But yeah, this was basically all for the cool factor.
I can’t wait to see this expanded to a full serial teletype, where each unit has a send and return unit, things like “ready to receive” and “end of message”, and a fully automated protocol. Add in a mainframe router/relay switch station, address bits, and a busy signal, and you’ve basically got a tiny internet
Okay, I have a question:
1) How hard would it be to adapt the "You have mail" lamp to always show the sending bit? Given that that always gets delivered, it would show - no matter the combination.
2) Is it conceivable to configure this system so the button below the "You have mail" lamp clears the selection? Aka you hit the button and it simulates a 0-0-0-0 message? Presumably, this could consist of sending only the sending bit, so it can't be too hard - right?
1. It would be very easy, just have a 5th shift register and route that to the lamp. But that wouldn't be too useful since it will always be on.
2. Sure. The way I would do that is to have the button unlock the registers so the data gets flushed out. The button pulse should be long enough for this to happen.
for your first question, that is basically how the system works as far as i can tell. the indicator ("you have mail") lamp is powered on through the first pulse, the sending bit, and remains on with the RS-Nor latch. the sending bit is then deleted as only four bits can be stored at once.
Never have I been so impressed by a quarter-baud serial line. I'd recommend delaying the 'you've got mail' signal until after the register is stable, and ensuring that it gets cleared before new data starts getting clocked in.
I think this man just made auto farms more auto.
thanks for showing almost everything so that i can build it myself :D
That's the goal!
Really cool video! Subscribed!
Thank you!
That's really impressive how fast you got it to work! One thing I think is missing (although not sure how to implement it, I'm a redstone noob) is that the reset button doesn't switch off the message lamps and only switches off the "you've got mail" lamp. Other than that great job! I'll never get to the same level of Minecraft engineering lol
I was inspired to do this by Mumbo Jumbo’s wireless messaging video. This was when they were still an experimental feature. I then realized that they weren’t going to be on bedrock edition until the Caves and Cliffs update. Turns out, they didn’t get added until 1.19, but your video inspired me to try again knowing that doing this is possible.
This kind of stuff always blows my mind to see, but I feel like your explanations were good enough that I, a layperson, could feel like I understood what was going on. This is epic.
Underrated video on an underrated channel. Keep it up!
That is so fkn cool. Really excited me about the sculc sensors again
It makes me happy to see an Innovation and someone's effort to make that easier to use, good job
this is super cool as a concept!!!! i’d say for actual use though on a server maybe, you’d need an address signal first, and then instead of sensors use powered rails and chunk updaters on the line so the signal continuously travels long distances
I really like your style. it's slower and easier to understand. very informative and not super hyper.
Thank you! Yeah hyper is not really my style lol
standard ascii uses 7 bits to encode (if you didn't need or want full ascii you could do 5 bits, but full ascii has some useful characters you might want like new line
and space, there probably is one already in the ascii standard but you could have an end of message character in case you had more then one line), if you expand it to 7bits plus your extra send bit (8 total) and add buffer of some kind on both ends with a binary decoder you could send one ascii character at a time. Back in the day we would of used pistons to display letters/number, but I thing redstone lamps are an option now. Once you have that working you could also hook up your midi machine to this and transmit music (you'd need a buffer with it's transmission rate for most songs) , but there is methods of storing midi as ascii. So even if you don't use an existing implementation clearly 7 bits is enough to encode midi music. For buffers it probably over kill, but in my redstone test world I have been experimenting with locking redstone to form large 8 bit memory arrays (each address is stack vertically on top of the last) that can be sequentially read through each address with a binary counter or manually switched to with a control panel with redstone torch binary decoder and another panel for writing bytes at address, my problem has been that redstone updates too slowly to use switch through these memory address quickly enough to play most songs I like on them (regardless of how much total memory it might take) and building a full computer to play tetris seems like a silly pipe dream no one will ever achieve.
This is incredible! I think it would be limited by the simulation range but imagine of you had a module that spanned the entire sim range and then operators at both end. Once recieved they would send it through the next module and so on and so forth. Transmit speed is a little slow though so im not sure how far it would have to be to be practical but this is just so fun. A literal telegraph in minecraft.
Hey!
You're probably aware of this already, but with the new, upcoming 'Calibrated Skulk Sensor', you can do similar things, but with either less complexity, or more options!
With it, you can use a different signal strength sound to send information about the beginning of a byte, technically allowing for any length within one byte, as well as a serious reduction to overhead.
Alternatively, you can denote different data types via different inputs, allowing you to transmit half a byte (wth), send something else on the same line, and then complete the byte.
It's all still kept slow by the maximum transmittion speed of the sensors, but it can be used to minimize builds if speed isn't as important, and/or you need the space inbetween for things like, Idunno, other redstone components. :D
Yeah I saw that and it's a pretty cool update. Definitely makes the sculk sensor more usable outside of proofs of concept like this.
This is awesome. One thing that would be cool is to trigger the "you got mail" to turn on when the start bit has passed through, that way you have a "data valid signal" to work with. ATM the "you got mail" light triggers as soon as a bit is received instead of the whole message
Thats the fastest subscribe for me, I'd love to see whole playlist of tutorials of redstone builds like that, with theory behind every mechanism, its easy to follow you and uderstand everything, good work sir and amazing build!
Thank you!
I hope Mumbo sees this! Great vid!
Ngl this was really interesting and entertaining, pretty crazy what you can do with redstone
Wow! Your video was a joy to watch. Awesome work!
Thanks!
This video has single-handedly taught me more about Redstone than literally any other video
as an electrical engineer I wanna say good work! And I wanna tell u that if U need U can dubble the speed up just by adding another line (send another X bits separatly)
This reminds me of my Morse code machine that uses 2 lines of skulk sensors with a dash receiver and a dot receiver and the sender sends each individual letter both through paper that is slowly delivered through hoppers and a single lamp. The machine also has a warning system that lets you know a message is incoming, a timer that shows how long until the paper arrives (which then sending machine only sends the paper out when the message is complete whereas the visual Morse code message is live) and a notification bell for when the paper arrives. My buddy’s and I use this to communicate because some of them don’t have a working chat button and we all have memorized Morse code anyways. Not to mention our bases take a total 17 minutes by nether ice boat. Usually what we (and by we I mean more so me) will do is do a 2 minute nether ice boat ride to the surface world international rail way (our world is like 12 GBS because of how big all 87 nations are) and at the control terminal just select our route send ourselves in our mine cart down into the underground rail way (large nicely built proper lit tunnels around -10. It took us almost 6 months to build the tunnels alone and then I had to build the encoders that allow us to just flip a lever and all of the junctions are corrected for the route. There were several times where I need a section of the tunnels to be redesigned but hey it works now and you never have to worry about someone changing the route on the way back to the main terminal.) and leave the account AFK for about 30 minutes while I go catch up on my watch later videos or eat something or whatever I have to do. At the main terminal and the 5 secondary terminals (if you’re going into a nation that isn’t in the same continent or is not in the UNBRS [United Nations of Blocadia Railway System] contract you have to go to a secondary terminal that will be connected to either A: the next nations main terminal which you will then be under their law and have to pay their pricing on using their railway system [which is usually only 1 or 2 diamonds more not to mention all return lines are required to be free so if someone doesn’t feel comfortable paying a price they don’t have to] or B: a sub rail way line that goes into international waters and ends up in another secondary terminal that is a part of the UNBRS contract [usually on a different continent]) there is also indicator lights telling you when a system is in use and will turn off lamps above systems you can’t safely enable (which is reported live through detector tracks. This allows us to make wait times as short as possible while also saving resources and excavation time). It’s likely one of the most complicated multi-national railway systems to ever exist in a 100+ player server. It’s also in use all the time too. More often then not when travelling through multiple terminals (which can get confusing which is why we had one of the main cartographers ride the whole system making a digital map [a graph with rectangles representing each stop and lines with arrows indicating which direction and where a rail went and whether or not it was 1 way or 2 way] so when new comers join they can easily travel through the 9 continents of the server) I would come across multiple friends and we would even trade on occasion. How I managed to get from talking about my Morse code network to the blocadia rail system is beyond me but I still think it’s a nice story to read so I’ll leave it in. Take care reader and enjoy your day.
Hey, love to see people using redstone not only making something but also using real life computer logic properties. Something that might help you, next time try using Gray's code instead of Binary, it's very simmilar but it's much easier to build machines like that, you only have to change one bit at a time to go up a number.
how tf do you only have 2k subs?? this is really good
also your voice is incredibly soothing
Thank you!
Minecraft is such a simple game, but the red stone part of the game is so complex, Love it.
Calibrated Skulk Sensor has entered
I think my subscription to your channel tells you everything you need to know - this some the most epic thing I have seen in a while and I am going to replicate this SOOOO hard omg I love you dude!
Yes!
@@jazziiRed OMG a reply too?!! Can you get any better? Ohhhhmg dude - keep it up - I am studying mechanical engineering and ripping my hair out rn for just a fraction of your power! Much love from germany!
imagine a machine like this with enough bits to implement Hamming code, so you could adjust for interference with the sculk sensors. Great video
There is no way in hell that this has only 100k views, this is a high quality video and I can see you've put a lot of effort into this.
had to make a few slight alterations in bedrock, namely the sculk sensor wiring. you get feedback from the trap door closing and it causes a loop. to fix build in a line of sculk sensor, wool, comparator, trap door. this fixed the feedback loop, although it makes it 4 blocks long instead of 2
If you were to revisit this concpet in particular, something cool to see would be multi-user mailing.
For example if you used a seperate send panal to select which bases it will travel to- along the skulk line, you could have a central switchboard section that decodes who its being sent to then closes off access to different receiver's skulk-lines. To prevent overwriting, you could also have the "clear" button on the reciver physically open the skulk-line again at the switchboard- and if the switchboard detects you trying to send it to someone thats not cleared their message you could reject it, or if you wanted to go completely overkill, have a message buffer system on the recivers (and maybe an item clock to tell them how long ago it was sent)
That would be incredibly intricate lol
nodding and smiling for 20 minutes until the smart people finish their cool smart thingmajig, good job!
Anyone can do this with some practice :)
your voice is so relaxing. and i love the red stone. W vid. W algorithm
Glad you enjoyed it!
For the receiver you could have used hoppers with items in them instead. As that way the output lights can be right next to eachother
That’s a great design! redstone looks way more fun than I ever imagined. the only thing I would change would be that I’d add a clock bit instead of that leading bit. It would require some more tinkering but make the whole system way more reliable, though in theory it shouldn’t make a substantial difference.
It is a really good video, being able to see you thinking the whole system is a good idea that made me think of each solution before seeing yours, it was a really good experience, thank you for your video.
You could probably upgrade the transfer speed as well by doubling it up. Have two transmitters over two separate lines sending a 2-bit message at the same time. Effectively multiplying the speed by the number of lines.
The telephone pole would be as wide as the number of lines times two (you need wool in between sensors side by side), but you can also scale it vertically.
Then even better, you can also transfer the message through the nether with items shot through a portal and chunk loaders. Decreasing the transfer distance by a factor slightly lower than 8 (because of the inter-dimensional part of the contraption)
Nice! I have a very similar but insanely old school build like this from around 10 years ago still in my test world but it had some bugs I never fixed. It's pretty cool to see a project like this I have a personal connection to recommended to me!