The Redstone Bug That Became a Feature - WTH Is Quasi-Connectivity??
Vložit
- čas přidán 11. 06. 2024
- Hoping you can make a full connection with quasi-connectivity by the end of this video ;)
Mentioned Videos:
What The HECK Is An RS-Nor Latch?? • On/Off Made EASY - WTH...
Boutique Armor Shop Pt. 1 • Over-Engineering The F...
WTH Playlist • What The Heck?? - Reds...
Chapters:
00:00 Intro
00:18 Defining QC
03:05 Updating
04:48 Auto-Updating
05:52 Tower Explanation
08:06 Piston Wall
09:54 Avoiding QC
11:12 Challenge!
11:27 Outro
1, 4, 5, 7 will get powered i think?
Correct! And you were the first :)
This was my guess as a bedrock player, which goes to show your explanation was perfect haha! X
Could you explain why 7 is being powered?
@@vannername8413the top most wool block gets powered by the redstone line, which powers the piston by qc then at nearly the same time the note block gets powered which updates the piston…
Congratulations
the only difference between a bug and a feature is documentation. This is 100% a prime example of that.
Acceptance
Fun fact:
The bottom part of an (iron) door is still affected by quasi-connectivity.
The top part of a door normally updates the bottom part, so you normally wouldn't notice, since it requires a debug stick.
It works exactly like piston quasi-connectivity
Very interesting!
maybe this is where the bug originated from? it makes sense that doors work that way, and maybe notch just used the same code for pistons.
@@zaptrap4802 Yes! This is indeed the most likely origin.
@@zaptrap4802 it says that in the video lol
@@lilyofluck371 yeah i know i need to stop typing comments before actually watching the video
The history fact about quasi-connectivity being an artifact of iron door code makes it SO much easier to visualize. I remember when I was first messing with redstone piston doors years ago and I was so frustrated by how confusing it was, and now I fully grasp the concept. Thank you so much for the video!
As said on the wiki page, QC doesn't exist in Bedrock. Which annoys me a lot because I transitioned to Java some time ago and I had no idea was QC was at the time. Many of my redstone components broke and I had to redesign systems due to this "bug".
its not a "bug" its officially a bug, and Mojang DO NOT endorse it. It is VERY cheaty, not to mention it is a BISH to pair with Bedrock. (BTW, TNT-Dupers are a bug as well... the reason these "features" stay, is because children whine and complain that the BUG theyve been using WAS going to be REMOVED. BUT because these children SCREAMED AND WHINED over it, Mojang left it in. Check the ACTUAL history of this stuff, don't just blindly follow these idiots)
I've been doing Redstone for over a decade. And your tutorials are ridiculously good for newcomers. Anyone who needs help with Redstone I always direct them here. Explaining QC is especially tricky (I know from experience) and you nailed it here.
Wow, that's some very high praise 😳 Thank you, and that's exactly my goal - to provide quality redstone education and entertainment for beginners. I appreciate the support!
Back in my day they called it bud powering
actually the phenomena was still called Quasi-connectivity (literally meaning false/pretend connectivity). QC is like the trampoline, "bud powering" is like the jumping. one's a "thing", the other is what you do *with* it. two sides of the same coin.
It's little things like this that are why Bedrock just can't measure up.
Redstone is meant to be the most consistent game mechanic, and the fact that bugs like this are also consistent is so much better than the nonsense that is Bedrock redstone.
bedrock redstone has some neat piston mechanics like pistons redirecting redstone and pistons powering off redstone torches whenever the piston itself is powered by any means, but yes bedrock redstone has too much randomness and precise timing is basically not a thing. Certain redstone mechanics can even cause all other redstone to "lag" and effect the speeds, for example, take a torch clock (two torches on either side of a solid block, one redstone dust on the top of the block, and one solid block over each of the redstone torches) and then somehwere nearby but disconnected, make one of those observer clock lines (a line of observers facing into the one before it, and then at the side of the line with the exposed face, face one observer the opposite direction of all of them so that the output is facing away from the line but the face is facing the line) and see how the torch clock slows down significantly. It could theoretically be used for wireless redstone though, but idk exactly how
Bedrock redstone is perfectly fine. It's closer to what Mojang/Minecraft (what's in a name?) intend for redstone. Does it have flaws? Absolutely. But things like sticky pistons leaving behind blocks? Quasiconnectivity? Hell, even torches/buttons etc. breaking on pistons when fired... DOES NOT MAKE SENSE. Sure, once you understand WHY it happens.. the logic of "why" it happens makes sense, from a game perspective. But the reality of it is still rediculous, illogical and problem causing -- Go watch Tango debug Decked Out 2 and see how many times QC enraged him.
Bedrock has its problems too, sure. But I have been building redstone on bedrock for about 5 years now... I went from noob to designing and building my own binary counter and decoder, with full functionality. Can run on a clock, manual input (individually turning on lights 1-8) or manual input (adding 1 e.g. 10101010 to 10101011, or 10101011 to 10101100, or w/e) "activate all" and reset lines... all accessible from a centralized control point.
Bedrock is logical. If something doesn't work, there's a reason you can identify as to why it doesn't work. And it's almost never a bug. It is "intended" behaviour, unlike QC which is "accepted" behaviour. Soft inversion, for example, or just the ability to place things like buttons, torches etc. on pistons. Well, if you look at a piston when extended - especially on bedrock - the section where the torch, button, redstone w/e goes never actually moves. It doesn't make sense for it to break. But java can't do that. Or a whole bunch of other things.
For the average, and majority of players... bedrock redstone is genuinely better. It's only for the people looking to push it to it's absolute limits - like that 16kb RAM minecraft computer guy - who "need" java redstone.
@@SupachargedGaming no you're wrong, java redstone has those quirks, but those quirks are always consistent. Bedrock redstone has randomness, it's hard to work with randomness. Doing the exact same thing twice can led to different results. In java that doesn't happen nearly as often, which is why I'd say java redstone is better in general even if it makes less sense at first
That's why I test my machines four times in bedrock to make sure they work
@@Trombonemusic765 good thing mojang made sure bedrock didn't have any icky mechanics like piston block spitting or bud powering and instead just made it randomized and unreliable
you just need to think like the piston is 2 blocks tall
I always thought of it as powering the air, which would make sense as if a redstone dust is being strongly powered under the block, it will turn on. never thought of it as doors
The fact that some configurations need a manual update can be useful in rare cases. im sure they will turn it into a feature, if it isn't one already.
Anyway, underrated channel, instantly subscribed.
3:05 if I remember correctly, Notch heavily featured these awesome new piston doors, with redstone just running on the roof. My guess is that this was originally added, to simplify the creation of doors like that. Imagine the pain of creating a 2x2 flush in the wall door without qc and movable power sources like redstone blocks(or other modern stuff like slime/honey). Would require powering them from bellow with torches or so.
Wow ! You make me understand Quasi-Connectivity while first I'm a not an expert in redstone, but also english isn't my first language. That proves the quality of your explanations and your illustrations with examples ! That's a really great channel ! Thanks
I was so confused with this for years why pistons acted so strangely when power came from the vertical direction, but I've really come to appreciate the quirks as I've grown up
1, 4, 5 and 7, I think?
1 and 5 get directly powered (4 isn't because of the glass), 4 is qc powered because of 5 being powered above it and is immediately updated by 5, 7 is qc powered because the full block diagonally above it would be powering the space directly above it and is updated by the noteblock. I think?
Yep, exactly right 👍
I think the QC'd piston needs a block update to (de)activated (if the bug was actually introduced by the door) because in a door the top block changes and thereby sends a block update to the lower one, which makes it not need a self-check and can thus save computing resources.
More please, I've learned exactly how most of the issues that plagued my builds over the past several years in just half an hour watching this series. There are so many builds I've dropped and stopped working on just because things were interacting in ways I didn't understand, and now I want to revisit and fix all of them. tysm
Glad I could help out :)
First video I’ve seen that doesn’t vastly overcomplicate this
Here's my idea for a parity update for QC: Add a feature similar to copper where pistons (and dispensers) can have vines applied to them (instead of over time) to make them "older". Upon update to a world with this feature, all Java pistons (and dispensers) become "old" pistons (and dispensers) while all Bedrock pistons (and dispensers) stay as "new" pistons (and dispensers). New ones are fixed (and maybe can push chests and such on java) while old ones use QC (and cannot). Could also reverse it by having pistons (and dispensers) vs some variant of "new" pistons (and dispensers)
Interesting ideas
definitely better to add the "new" pistons, so aesthetic builds using pistons don't look worse
No, no, god no. Leave that garbage on Java please. Bedrock redstoner here, I DO NOT WANT TO DEAL WITH QC NONSENSE. THANK YOU VERY MUCH, GOOD DAY.
Superbly underrated channel. Guy has just under 5k subs atm but has the video quality of someone with a few hundred thousand subscribers. Keep on the grind man, I swear you’re going places 👍
Thank you 🙏
Give this man a medal. Finally a concise explanation of QC that I actually understand! 😁
This channel is amazing. Please keep up these deep dives :) Subbed!
As someone who loves redstone but has never been able to wrap my head around QC, this is a massive eye opener, and also helped me learn how one of my favourite simple contraptions, the flush 2x1 piston door, works in depth. Fucking props, 100/10 video right here!
I finally understand it. This was very well explained!
Yay! Glad I could help
At 1:28 there it wasen't quasi-conectivity, but the Power was passing Inside the blocks, Powering the pistons
Honestly the biggest thing that made me understand it in this video is the connection to the door.
It all makes sense now!
this is a GREAT video! good thoughts, good editing, good presentation. good job!
Thanks!
excellent video, great channel !
thank you !!
THANK YOU! I swear after coming back to Minecraft after years, I was just dumbfounded by the red stone powering stuff I swear it normally shouldn’t
Perfect i needed a video about that !
Always some good content
Glad you liked it!
200th like! :D
Great explanation btw. This has confused me for a while. :)
Glad it helped!
excelent video, saving to my legendary playlist
I remember using BUD pistons to make a fully automatic melon farm on xbox edition years before they added the observer. Fun times.
Finally the long awaited video
This is great content. Awesome channel.
I NEEDED this video! Lol thanks S2
Glad I could help :)
Please do an update to your wireless telegraph with the new calibrated skulk sensor!
Maybe, if I can come up with a good way to implement it. Thanks for the suggestion!
thanks for adding the quiz in the end i hope you do more of that
Of course! Glad people are finding it useful :)
The music in his vids is always a banger
Speaking from Bedrock the piston wall can be done much simpler and more compact than 16x Repeaters.
i think an easier way to explain it intuitively (and that loosely reflects the code) is that the "air" block is getting powered but it doesn't "tell" the diagonal tiles. pistons only require that the block next to them WOULD have power (if it were a redstone component), reguardless of if it can "transmit" power. because redstone doesn't "normally" do that it doesn't realise its supposed to "tell" the piston its powered and so the piston doesn't "notice" they can extend until you "get their attention" (and vice verca when removing power).
alternatively, the redstone "powers" all the blocks around it INCLUDING the diagonals (not sure about corners) but the game only "updates" the ones directly next to the powered block.
Crazy, great explanation for something I've observed but never actually took the time to understand
i thought i knew so much bout that but still learned a lot
The ultimate "it's not a bug, it's a feature."
TL;DW:
Quasi-Connectivity, or QC, Can be simply explained and showed like this:
Take a Piston and power it with a leaver like how you expect.
Now power the top half of a Iron door just like you did with the piston.
After that replace the iron door with a piston.
Powering a piston like this is the same logic as the Iron Door. The imagery top half of the piston is getting powered. Now the piston needs a change, a Update, to activate.
As a redstoner veteran I have to say I'm on the few in favor of fixing QC. But sure would be better to have both options (QC and non-QC) pistons in the future, it is something I'm looking for bedrock and java be equal in featuers
I often think about this.
Wait, you can QC power droppers? Since when? How have I never realized that. For so many years i thought it only worked on pistons.
this and 1 ticks need to make their way to bedrock like seriously
theyve held out on so many missing features despite "wanting" parity between the platforms
i just look at my old piston doors and i just realized ive been using this without knowing Why, it just works the most simple piston door i had is the one that pop out of a wall
Do you mean the jeb door? (AKA the 2x2 flush piston door)
i hate it when it happen when i dont want it to, its the reason my elevator has a huge gap between the floor and buttons
does anybody know in the second to last example where Redstone dust is sitting on top of glass blocks on top of droppers,
how did the droppers get an update in order to know to fire?
do only pistons require an update?
I have something of a love/hate relationship with QC. However, with it being absent in Bedrock it sure makes RS builds a little odd and troublesome at times. I have found a workaround for everything I've needed though so it's all good at the end of the day. TNT dupers would also be nice in Bedrock...
Since pistons in bedrock reroute redstone, would qc actually be useful if it was added? Because of your piston wall explanation, in bedrock u could have the same setup moved one block down and it would work.
I see this could be very useful for computers
So could quasi connectivity be used as nand flash by storing data in a piston with a block update and read the data without updating it?
I suppose it could. Great idea!
Yes, I've used it to make very compact RAM
@@vibaj16 awesome
1 gets directly powered by the repeater
4 gets powered by the glass block which is getting powered by the redstone on it (and the redstone going into it on the side)
5 gets directly powered by redstone
7 gets powered via quasi connectivity diagonally and the noteblock sends the block update so the piston realises it's getting powered
2 just doesn't get powered
3 would be powered via qc if the block above it was solid but because it's not a solid block (in this case transparent) it doesn't get qc powered
6 doesn't get powered
Am I understanding that correct or is there different reasons that I didn't quite get?
This is one (among thousands of others) proof that early minecraft code is a pile of hot garbage. Any mod dev will tell you what a pain it is to write a mod for early versions of minecraft before forge was a thing. Just hearing the word "ID collision" or "custom GUI" gives me nightmares.
The block update would have come from the top part of the door. That would be how the bottom part would open. It leads me to believe that they only took code from the bottom part of the door not the top part, otherwise the piston would not need a block update
Ahhh, so that's why my Piston floor covered in adjacent pressure plates wasn't working properly.
does this work with leaf blocks?
I just realized I’ve been using quasi connectivity for tnt cannons
10:00 Does the Crystal update the top piston?
I used this to make the smallest possible 4×4 piston door
This make me feel old, as I have a video using QC to do a Hidden Piston Stairway and it is 11years old
Quasi-Connectivity sounds like a YuGiOh card
In 2012 o found a method for making wireless redstone using nothing but a clock, two pistons, two bars/windows, and a boat. I wonder if it still works
I had to check if this was an april 1st upload or not lol.
The second batch explained 80% of my RS mistakes 🗿💀
It would help if you did these with F3 active so we can see version numbers.
Is Portal and bedrock breacking work like that too?
At 10:10 and other times, how is the top piston being updated when quasi-powered?
levers, buttons, redstone dust, redstone torches, and some other components update 2 blocks away, not just 1. Repeaters, comparators, observers, and some others update 1 block away, but also update 1 block away from the block they're pointing at
Wait, you can right click on redstone dust to make it a cross!?!?
I thouht it was always a dot unless you connect it to something
that's why I have been using levers and stuff to redirect redstone dust
Its funny in the french community we call that a « bud switch » never heard about QC
YO HO HOOOOO You said you'd make this video and here it is, finally I shall find out what the hell Quasi-connectivity is \@u@/
Is that only Java edition feature?
Ive hated this "feature" for so so long. I used to think the only reason people cared about it was for bud switches, so i was upset that they never fixed it when observers were added. I see now that theres more to it than i once thought. I still think id prefer to see it patched given how many of my projects its ruined over the years, but since its likely not going anywhere any time soon its nice to have a better understanding of it at least.
It's definitely a polarizing feature for some. But the huge majority of the redstone community clings to QC, and it is so deeply integrated into modern redstone that an unimaginable number of machines will be broken in one swoop if it was removed. Mojang has threatened several times in the past to remove it, but the pushback was so strong that they haven't considered it in years.
I'd say it opens up a lot more possibilities than it destroys. If you know what you're doing, it almost never ruins a project.
Mojang should just add a variant of pistons (maybe using copper instead of iron) that doesn't have qc, so we get the best of both worlds
Are you serious, it allows you go achieve additional delays with sticky pistons.
Fun fact: It only works in Java 😔... Though great explanation! I will definetly use it more often, thank you! 😄
The VERY fact it is Java only and will NEVER recieve parity in Bedrock, means this IS a bug, NOT a "feature". Be careful implementing this bug, as Mojang have been working at trying to phase it out, or Java itself, since it is a PAIN to work on TWO seperate versions of the SAME game, and Bedrock has THE most playerbase. So their PRIMARY focus, is making sure things work on Bedrock FIRST, before adding it to Java. If it dont work in Bedrock, it dont get added to Java. Kids like the videoOP havent ACTUALLY done the research to LEARN of these facts. Instead, willfully ignores them, likely because this is ALL he uses in his infantile (brokenAF(bugged)) contraptions
@@swizzamane8775 they will never remove it from Java though, they have a fix for it but the community would get so upset that they won’t implement it. Also bedrock redstone is more bugged and broken (in a bad way) than java rs. (It is non deterministic) the only good redstone features of bedrock is movable tile entities and comparators reading container signal strength through pistons
@@swizzamane8775 also the smarter move one mojang send would be to phase out bedrock edition and not java if they cared about how long time it takes to implement features
Quasi-Connectivity is the quantum entanglement of Minecraft
Actually, item ID based wireless redstone is the quantum entanglement of Minecraft.
@@Minty_Meeo and IID based transmutation is the quantum tunnelling of minecraft
I've seen a lot of people argue about whether qc should come to bedrock. I feel like mojang could just change the code so that qc inly happens with certain blocks without it effecting every block in the game. Gold or copper maybe? I bet they're hoping between observers and skulk sensors we don't need qc anymore.
Yep 1,4,5,7
I would like to see how to build and use redstone computers
Does this also apply to vertical pistons?
yes
9:55 I dont understand how this works and you don't really explain it beyond "using qc to avoid qc", which makes it more confusing. How is qc being used to avoid the bottom piston firing? Shouldn't it power the same as the first stacked piston example or the redstone on glass example?
*Is the idea that the transparent blocks cause the top piston to only receive qc power and an update, while the lower piston receives no power; then, in the solid block case, the top piston receives proper power, giving qc to the bottom piston?
Yes, your edit is 100% correct
minecraft bedrock players: quasi-connectivity? never heard of it
Darn, I wanted to build a redstone system to hit the bell in your chanel, but I don't want to mess with the redstone police, so I won't do it.
"it's a feature, not a bug!"
~ any programmer
Pistons 4, 5 and 7
Maybe 1? Idr if that bottom repeater is in a place to be powered
Yes! (1 included)
I really love if they also add that feature on MCBE
Or they will add another button to the world settings named
JE-Red
Then if you turn it on
The redstone will completely Change and will be like on java
Also
They also put BE-Red
In Java edition
So the redstone on java can act like Bedrock
So the Redstone Wars between Java Redstoners and Bedrock Redstoners will gladly end
5:20
no u placed the observer at the wrong place thats why its updating the piston
why isn't the repeater running into 1 hard powering it making 2 extend
also as someone who's fairly good with commands, im loving your channel for understanding what most people would consider "before" redstone if that makes sense
Pistons don't transfer power like that. This is only a feature of solid blocks.
@@jazziiRed oh ok im sorry that makes sense
Pistons 1, 4, 5, and 7 get powered and they all retract upon depowering.
Correct!
so quasi conenctivity is basically a gate that requires two inputs to activate. coooool
more like a D latch
the bell 😂😭🤣
7,5,4,2, and 1 will be powered?
Not 2, but the rest are correct :)
Notch is an unwanted pioneer of "it's not a bug, it's a feature" 😅
Notch dont head Mojang anymore. The current Devs expressed QC and TNT-Dupers ARE bugs. But you children whined and complained and THREATENED to LEAVE if was FIXED, they were FORCED to leave them in. Learn the ACTUAL history before you spout nonesense
@@swizzamane8775 Please learn English before you post another hate comment, please.
Also what does "Not don't head Mojang anymore"?
Did you mean that Markus Persson doesn't own Mojang anymore?
"threatened to leave" lmao what?
Mojang prolly wouldn't care since the only time they make money off minecraft is when you buy the game.
Also calling everyone/random people "children/a child" is one of the most pathetic things ever.
Also why are you talking about tnt dupers? This video is about quasi connectivity. 🤦♀️
@@swizzamane8775 *doesn't, nonsense!
@@_GhostMiner "threatened to leave" lmao what?
yes. learn the history you moron. OVER HALF of you THREATENED to leave the game
@@_GhostMiner "Mojang prolly wouldn't care since the only time they make money off minecraft is when you buy the game."
Who is Mojang ?? HMMMM!???!?!?
1, 2, 5, 6 and 7 I think
1,4,5,7
Question, why is it called Quasi Connectivity? Did people just think it sounded cool/smart and boom bam it was decided?
Honestly I have no idea how the term itself came about. But this was very often called "BUD powering" back in the day.
@jazziiRed interesting I wonder why it changed? (Maybe it was the coolness haha)
@@fomocomotion224 BUD described one possible use for the bug, while QC describes what it is a little bit better... A power source that is not directly but sorta connected to a mechanism.
I seem to recall Sethbling having coined the term, or at least popularizing it, but idk
I'd say 1, 4, 5 and 7 get powered
Correct!