Binary through the air :O Mumbo's video: • WIRELESS Messaging in ... How to Read and Write Binary: • How to Read and Write ... Chapters: 00:00 Intro 04:19 The Transmitter 12:36 The Receiver 19:49 Testing 23:29 Outro
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.
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)
Put the skulk lines inside wool tubes. This way, random mobs in the world won't interfere with the signal, and then you can put multiple lines in parallel as they're isolated from each other. Edit: Plus, with resonant sensors we can transmit a variety of signals along a single line much easier than with redstone.
Could put a ring of wool around each sensor so that they only have an opening facing the sensor they receive information from. That way, they can only be interfered with if someone flies through the wire, not over or under it.
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
@@dies200 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!
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.
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.
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!
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
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.
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!
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
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.
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 )
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
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!
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.
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.
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.
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
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!
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!
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.
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?
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.
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.
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 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!
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!
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.
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 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.
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.
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.
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
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
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.
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.
Man congrats, thats an awesome contraption. And I loved you talking to the trader kkkkkkk Edit: I just noticed, HOW DO YOU ONLY HAVE 950 SUBSCRIBERS? I say this after watching hours of your videos: It is a sin. If you have any other midia I would love to follow you.
It's insane. I'm not really good at redstone, I do some computer science studies so I was familiar with the binary part of all this but I still understood everything because this was really well explained. It's just too bad this isn't "real" wireless. Well, I by that I mean, the message DOES travel through the air but you still need to put sculk sensors down quite frequently because their range is kinda small. Would be cool if it was possible to have higher range but then it'd be really hard to make it work since anything could activate it from the ground. But great video! hope it blows up. Didn't realize you were a small channel until I finished it, really surprised
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)
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?
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?
Put the skulk lines inside wool tubes.
This way, random mobs in the world won't interfere with the signal, and then you can put multiple lines in parallel as they're isolated from each other.
Edit: Plus, with resonant sensors we can transmit a variety of signals along a single line much easier than with redstone.
but at that point, we could just use a redstone line instead of skulk sensor
@@PROMAN8625 I know, but skulk is new and weird.
put it higher. 256 higher
@@reihanboo There's still rockets and flying manta rays to worry about up there.
Could put a ring of wool around each sensor so that they only have an opening facing the sensor they receive information from. That way, they can only be interfered with if someone flies through the wire, not over or under it.
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
@@dies200 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!
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.
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.
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!
Now we need a "hello world" sent by a word processor, as you outlined in the end there.
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!
This is incredibly well produced. Youve earned my sub
Thanks!
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.
Absolutely love the idea, this is a Gem!
Thanks!
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!
If I continued my Redstone Engineering course, I'd be a computer engineer by now... Damn 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
Wow! Your video was a joy to watch. Awesome work!
Thanks!
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
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 :)
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!
Underrated video on an underrated channel. Keep it up!
This is really cool. I've always loved seeing the elements I've learnt in Computer Science so well analogised in Minecraft.
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
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.
That is so fkn cool. Really excited me about the sculc sensors again
holy cow love it man. keep it up
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
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!
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!
Really cool video! Subscribed!
Thank you!
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.
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.
the jazz piano combined with your voice is so relaxing. you have a really pleasant voice
I love following your thought process
Imagine what the future would look like with this kind of technology. In my eyes, unfathomable.
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.
man, this is so cool, what a great video
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.
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.
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
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!
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!
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.
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.
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.
Amazing work dude
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.
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.
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
It makes me happy to see an Innovation and someone's effort to make that easier to use, good job
I think this man just made auto farms more auto.
Forget human evolution.
Ngl this was really interesting and entertaining, pretty crazy what you can do with redstone
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!
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!
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.
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.
I hope Mumbo sees this! Great vid!
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.
Dude this is so cool! Maybe your next design could include two way communication? Definitely subbing
Exquisite video. Striking presentation and excellent video content!
Thank you very much!
how tf do you only have 2k subs?? this is really good
also your voice is incredibly soothing
Thank you!
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.
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.
your voice is so relaxing. and i love the red stone. W vid. W algorithm
Glad you enjoyed it!
You deserve a subscribe for this amazing work. Subed ❤️❤️❤️
Thank you and welcome!
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
the random chicken walking by my wireless wire about to corrupt 100% of my data:
thanks for showing almost everything so that i can build it myself :D
That's the goal!
Holy cow, this is insane, you got a new sub
Thanks!
I absolutely love this!
Dude this is so amazing
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.
You're getting recognized by the algorithm!!!! Great job on everything!
Thanks!
Awesome! And I learned something :)
This video has single-handedly taught me more about Redstone than literally any other video
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
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
nice work!
This is super cool dude
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.
this is ridiculous, love it!
Why haven’t I found you sooner? You’re videos are great!
Thanks!
@@jazziiRed You're welcome, but thank you!
9:46 That "and then it should stop .... Perfect" was so in time with the music I loved it
Youre very endearing /platonic. Subscribed 👍
Thank you and welcome :)
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.
yt algorithm showed me this, not even disappointed. love your vids
That was so satisfying to watch
Man congrats, thats an awesome contraption. And I loved you talking to the trader kkkkkkk
Edit: I just noticed, HOW DO YOU ONLY HAVE 950 SUBSCRIBERS? I say this after watching hours of your videos: It is a sin. If you have any other midia I would love to follow you.
Thanks! I only have this channel for now, but I really appreciate the support
It's insane. I'm not really good at redstone, I do some computer science studies so I was familiar with the binary part of all this but I still understood everything because this was really well explained.
It's just too bad this isn't "real" wireless. Well, I by that I mean, the message DOES travel through the air but you still need to put sculk sensors down quite frequently because their range is kinda small. Would be cool if it was possible to have higher range but then it'd be really hard to make it work since anything could activate it from the ground.
But great video! hope it blows up. Didn't realize you were a small channel until I finished it, really surprised
Thanks! I appreciate the thoughtful comment
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 loved this, it would take a LONG while to remember what the combinations mean hahah, also cqn you make it 2 ways?
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
thats insane man