What happens in extreme scenarios with tons of item drops though? For example big servers with multiple farms, many wireless redstone networks, or perhaps an array of dispensers dropping junk at maximum speed? Would interferences be based on chance, as in there's a chance of x% per network cycle of wrong information being created? How would one counteract such issues?

Also, why do you need to use every tileset possible in your network? How does this prevent interference?

@@Lord_Vertice the items would have to be dropped using a dropper and the exact tileset your system uses. Otherwise, all the items would be scheduled before or after. If I'm correct, with no delay on the same gametick, if you activate a dropper, the items from this dropper would all come before the items in your wireless redstone system. So everything would be shifted one gt, and everything still works the same way

@@BryanLu0 I see, thanks

oh great, now we need to worry about IPv4 address exhaustion in Minecraft...

lol exactly

Isnt a sculc sensor just that?

@@TheRysiu120 Well yes, but it kinda sucks as a wireless redstone device for 3 reasons. It has only 8 bloks of range, which also means that it would require chunk loaders in most cases, it will probably be more expensive than redstone dust and way slower and finally it can be activated by literally anything walking nearby, so it's unreliable. Sorry for a lengthy response and have a nice day :)

@@TheRysiu120 Pretty much.

Honestly this feels a lot like the flying machine stuff, unlike previous wireless redstone stuff, I hope Mojang allow this to stay.

It's even entangled what-?!

i was thinking the same thing. thist feels kinda like quantum entanglement.

I was thinking of quantum mechanics (not that I know anything about that) all through this video. It’s genius

If you do any programming in a not-super-abstract language, wanting to send binary with this system is pretty much your first impulse. Also, binary is important in redstone as well. If your device works with a number, there's a good chance it uses some binary representation.

Of what I now is a similar principle, on Minecraft is like measure "the velocity" of one of four items, on QM is like measure "the spin" of one of two particules. The others "fall" or be determined by your measurements no matter the distance.

Now that the foundation is given, it's only a matter of time until someone shows that it can be constructed from empty sets

Haha 1+e^(i pi) = 0

@@LeLa_Lu kzfaq.info/get/bejne/jbKbgKV-utGYaHk.html

@@sirmclovin9184 I may be a layman, but I did construct the set of reals from the set of natural numbers starting with the Dedekind-peano axioms, so I'm not entirely new to this rodeo

@@sirmclovin9184 I like how under your comment it has an option to *’Translate to English’*

Bedrock moment

c family issues

@@pallingtontheshrike6374 c family includes java

​@@loiman4179lmao in what world

​@@alfiegordon9013c family means similar syntax. Curly braces , semicolons and such are characteristics of c family languages

Lol true. Forget about quantum mechanics, true gods are studying redstone.

My thoughts exactly.

Yeah my mind is bown away

@@khiemgom m.kzfaq.info/get/bejne/haeIgrFml5vRl2Q.html

We should create a Minecraft Nobel Institution in order to foment new creations and discoveries like that.

The new minecraft F(M)CC will regulate which channels can be transmitted on!

@@Amanda-mb9et lol

@@Amanda-mb9et servers will likely have to start regulating tile-set (bandwiths) and assigning them to specific players/purposes.

Issue I see with this system is that it dies if the engine implementation changes to something else that uses a localized entity list.

@@andrewporter1868 hopefully it becomes popular enough that we get a wireless block when they do that.

Imagine your farm turning on and off without your request, imagine items falling out of a nether portal without you even requesting it, imagine teleport stations randomnly teleporting you to different places and you didn’t have time to put new pearls in the stasis chamber. I guess now you know why its important to be reliable

It's perfectly reliable on servers, the only issues happen on singleplayer.

@@noname-codm4590 Its still cool and groundbreaking as the OP said, doesn't care about those things

@@bigcnmmerb0873 ik the existence of this even before cubicmetre posted. Plus this isn’t just the first wireless redstone, its just ground breaking because you can have multiple different (channels) wireless redstone acting. The ancient wireless redstones can only do one channel Edit: i reacted like that cuz i play on singleplayer mostly, no hate lol

@@cubicmetre Would single player issues be fixed by opening the world to LAN?

the year is 20xx, shulkercraft uploads a wireless transmitter tutorial

@@thedigs8563 is that the one that stole other people's designs? Did he redeem himself?

@JoaBro "compact this into an incomprehensible jumbled mess" LOL

Time for universities to offer degrees in redstone engineering I guess.

As a EE student I felt the aame

@@cubicmetre yes please

Only similar in so far as you are correlating two things at an arbitrary distance, in quantum mechanics entanglement cannot be used to transmit information

@@dommyajd9033 I am not an expert in this but can you explain why it can't be used to send information ? I don't know if you can change the spin of a particle by will but if you can wouldn't it be possible to send binary messages through entanglement?

@@turnatun5585 Quantum entanglement is by no means an area I fully understand and have only studied the rudimentary examples of entangled states. What I can say though is that as a topic, it requires a robust statistical formulation and is more subtle than popular science makes out. The no-communication theorem states that you can't transmit classical information via any quantum states (mixed or pure). More simply, although two particles at an arbitrary distance could be entangled, two people would not be able to use them to communicate because their measurements are random - one person may know what the other measured but that is not the same as communication.

​@@dommyajd9033 thanks for the answer. I think i get it now. So if we were able to change those random values to values we decided on could we communicate ? sorry for taking your time. English isn't my first language so concepts like these are hard for me to comunicate with others .

​@@turnatun5585 Hey no problem pal, explaining stuff helps my understanding too! About state preparation - the point about the entangled two-electron system is that when created, we know they have opposite spins (and can only make probabilistic predictions) but measurement forces them into one of two states - this is the 'random' bit - changing the random values doesn't really make sense because the probabilistic description of things is intrinsic to QM! Imagine Alice and Bob at two opposite ends of the universe and they each have a switch and a light - the light can either turn green or red when the switch is pressed and it is random - it also turns the light of the other person's the opposite colour instantaneously. The quantum mechanical caveat is that both Alice and Bob can't see the light until they've flipped the switch (i.e. they have to make a measurement on the system and so 'collapse the wavefunction' in order to see the colour). Do you then see how if Alice decided to flip the switch first, then when Bob then flipped his one to see the colour, he would have no way of knowing if Alice had flipped the switch beforehand and so tried to communicate or if he himself had flipped it first and determined the colour himself? Probs repeating myself now but do you see how the randomness, A: prevents Alice and Bob from communicating using an array of particles and using a time-based communication system, and B: prevents them from setting a predetermined/pre-agreed state to communicate with as they have no way of knowing if the other has measured the system? With more careful consideration one can prove that any combination of quantum states (mixed or pure) can't be used to transmit information by entanglement i.e. even if we can prepare a state perfectly, communication won't work because the net outcome is exactly the same as if we knew nothing about the state preparation random (as above). 'Looking Glass Universe' has a good video on this and if you're interested in more weird quantum entanglement stuff - look up the EPR paradox and Bell's Theorem (I think Veritasium has a good video on this) hope this wasn't difficult to translate!! :)

Thank you that was the one thing I was not able to grasp in the video

@@peppilipicalfungus1384 yeah it took me a bit to work it out too

@@nicholasandrzejkiewicz nice!

thanks

I still don't understand

This is an idea that makes my mind wander I love that idea, minecraft and real-life giving ideas to eachother and advancing technology in both worlds. It is beautiful

The day someone cites a redstone engineer in a scientific paper is the day the game becomes immortal

@@ozzni1 Amen

True Imagen if the Universe has a similar system which could lead to a way of communicating that is faster then light, which would be of great help if we ever reach faster than light speeds of travel.

now that we have ips in minecraft, we can finally run a minecraft server inside a minecraft world 😌

The only problem is the bitrate is probably extremely small

Could this still happen when unloading the chunks? I builf a version of this on my server and every once in a while some items end up on the repeaters right in front of the hoppers of thr recievers (the ones that use trapdoors not glass). Than the next items would stack with the ones on the repeaters instead of going into the hoppers. I then have to go in and reset the items in those droppers

I saw in a video a while ago a system that could detect when a totem was popped and activate a pearl chamber. Could you make a video on this as it was never explained in the original video.

@@Wellojr do you still have the video? afaik the only way to detect a totem pop is with item shadowing, which has sadly been patched out

I stopped understanding it after he started talking about protocols :)

It’s evening and I’m half through the video! I’m coming back tommorow to watch it again because my brain doesn’t want to comprehend

Minecrafts wireless redstone does share some astounding resemblance to how telecommunications operate in the real world, because you have channels, networks and protocols all diverging from subtick mechanics.

There was a mod developed to fix that for people willing to use mods

@@isaacnewton8983 Who that would actually use this doesn't use mods?

@@Narnian_knight Generally, not mods that changes game behavior

would enabling LAN multiplayer make a difference?

@@isaacnewton8983 how’s it called?

Is wireless redstone coming to dream smp anytime soon?

This is really possible to stay, because it is not a bug obuse or something like funky thing. It is based on just loop through events happening. And that will stay, because it is nessessary for game to work

The visual lighting effect engine isn't the same as the game mechanics of lighting as it influences blocks, and the latter is significantly more consistent compared to

Here I was expecting sculk sensors, lol.

you should put this in the description tbh

Yo pin yo comment

pinned

This is an interesting concept of energy weapons in minecraft, there are a few examples around

wouldn't you be able to fuck with it by just throwing a bunch of items?

Could you use books with a long name to make "unique" items? Or would it just count as a written book

It has nothing to do with what item you drop, it's the tileset that's the important part

@@BryanLu0 ohhhh

Now they have different uses, like player detection (which was more limited before kind of)

The problem is that this bit of technical redstone wizardry is uh Not exactly accessible to the average player. :V

@@cyreni9756 I disagree… you don’t need to understand something to use it… I wager most people don’t fully understand half the things they use.

@@JohnDoe-eu2vv I'd say the core issue is whether this is an intended and reliable mechanic. My worry is that since it uses item IDs (i believe, I need to watch a few more times to fully understand how it works), It doesn't use game mechanics which are explicitly given by the game. It uses parts of the program that help realize the game, and not the game itself, and since this was never intended to be provided to the client, changes to the way game mechanics are realized may break things. Also, the more intricate and fuzzy the mechanic, the more upkeep the user must do, so while you could copy an iron farm and forget, I doubt the average player could effectively implement wireless redstone without technical knowledge. It's like how your grandma may be able to use Windows 10 but probably cannot use Arch Linux.

@@real_dddf This thing schedules different events in a single tick, f.e. moving a piston. The piston that is scheduled first extracts, therefore the other can't. Since this is based on game ticks and the order in which the game schedules events in those ticks, it would be hard to break the game with it. The rules are quite simple

Just read any paper by an actual scientist

@@cubicmetre "developers of real life" Scientist didn't develop life, but they built on it. I'm saying imagine if we knew all the constants and mathematical rules to the universe like we do the world of minecraft. We constructed minecraft, so we know the boundaries and can explore based on that knowledge. Please show me a scientific paper documenting the source code to real life and I'll read it.

I probably should have mentioned this in the video but it's pretty much impossible for the items to be interfered with unless you use a tile set precisely in between the ones used for transmissions.

Thank you, I will eventually do some testing.

Check out The Redstone Warper's videos he has been working on interference proof wireless redstone designs for a couple months.

@@paradoxonmodding2373 i've built that today on my survival server that runs a fabric modded version with only servux installed for debugging purposes. I'm having a bit of trouble running the farm cause some titems randomly falls into the left hopper. It causes the machinhe to fail sometimes and eventually runs out of blocks in one side

@@cubicmetre this "unless" seams like "only a few guys on 2b2t will use this possibility to screw someone's wifi system"

true, but youd have to make a few chunkloaders to achieve that

@@ActuallyRocatex yup

Yup, by feeding tile sets into tile sets you obtain infinite possibilities of wireless networks, that is until you have so many recievers running that it lags the game.

I was aware of the item stacking issue, normally I would use unstackables to avoid this problem completely, I thought that alternating the items would also suffice. Item entities should not be able to stack over that distance so I'm not sure that is the issue. I am aware that with extreme behaviours the dropper randomness can cause items to glitch into the trapdoor as it closes. Unfortunately there is simply no way to avoid this with the 20gt clock cycle from the daylight sensors. The only solution would be to introduce a mechanism that can synchronise a 40gt cycle using daylight sensors then change the delays on the trapdoors to give the item more time to land properly before they open.

Thanks, I had constant anxiety with this video mainly because I spent 20 minutes just explaining the mechanic, but I'm glad that taking the time to explain things paid off.

@@cubicmetre You did great - it's a very complicated mechanic but seriously understandable from your explanation. I particularly love the automatic / self-working nature of the protocols, so incredibly smart, and brilliantly satisfying to finally get your head round

there are some pretty fundamental chunk-loader designs, which are pretty crucial for a lot of minecraft tech. I believe you have to start these manually after a server restart however (unless chunkloader designs have progressed since I last checked, which is possible!)

@@aeonlamb Chest chain to permaloader will do the trick ;)

I'm thinking you could chunkload only the reciever and once a signal's recieved, power a second chunk loader within the radius of the first to start loading the chunk with the enderpearl stasis chamber That way (unless its been patched) you could still use it to teleport yourself even after you've died

what the idea????

@@Neon-ws8er uses droppers instead of rs dust

A lot of the tech for this was honestly developed like 6 or so months ago, it just took some time before it really saw much light of day

There is no need for ender cannons anymore, just wireless binary ender stasis chambers

@@Cyberlong no need for others to activate the stasis chambers/ kilometer long instawires

Yes, this is why I was not concerned about it in my obsidian platform farm, because the client is in the end when they need to activate the overworld system.

It's not a jamming issue per say. It's that the system is not designed to support multiple copies of the same receiver. It's like how old iron farms could have stacked villages, but that doesn't mean that you could just stack any iron farm design without any thought.