from my console days the puppet was pretty awesome to have there. seeing what armor i had in pvp minigames without stopping to open my inventory (in legacy console as well) was really nice
Before I got java, I was a bedrock player and I used to do redstone there, it's impressive how quickly you put this together when compared to how long I took to re-learn it when I switched to java. Great video!
@@mArmelade_69It's far harder to go from Bedrock to Java than visa versa... Primarily because Quazi connectivity is NOT intended behavior. It's a glitch Mojang has chosen never to fix, (due to community feedback). While it is useful in some cases, it also makes redstone far less intuitive. 🤔 As someone who has played many hours on every edition (Java, Bedrock, Pocket, AND Legacy Console), trust me on this.
@@butterdubs2267it's not intuitive. Intuitive means it's really easy to grasp as it makes sense without prior knowledge. But, as soon as I understood qc, I saw places I could use it EVERYWHERE. And places where only qc was an option. QC is also just so great at making things fast as it reacts instantly.
As a bedrock Redstoner, you also have my respect. That's a dang fine door. Bedrock has so many issues that I'd love to see fixed, but we've got some pretty cool stuff too. Have you heard of soft torch inversion through pistons? It's pretty wild stuff.
if a redstone torch is placed on a piston, it will turn off when the piston is powered, even if it is powered trough a block (softly) and not directly (strongly), unlike other blocks. Its a it more complicated actually but basically thats it (you can test it out if you have minecraft bedrock). 😁
like idk how you did but you did better than the most people that already did a tutorial. The hardest to deal with as a redstoner in bedrock like me is for real that its not consistent like you have seen recording this video. Great Job!
@@maxsilver4197 java is consistent if you change nothing. A same contraption in its same location with no changes will always behave the exact same way. That's not true for Bedrock
@@maxsilver4197to out it more precise, Bedrock has random ordering and Java has arbitrary ordering in certain situations. An arbitrary ordering can be worked with, a random ordering needs to be avoided.
My only major problem with bedrock redstone is that it's so slow. And of course the randomness, but those are kinda related. The simple 2-4-0 extender doesn't work, it needs to be 3-6-0, which makes every thing bigger. Everything else is just different, not necessarily bad
I will might make a mod for redstone that fixes all of the problems that people need. I will update for further info. I will make it for both java and bedrock.
I play bedrock frequently, and use redstone. I get why the redstone is the way it is. Its a lot more "friendly" as its rules are a lot more straight forward. Where as java uses a lot of unintended mechanics and quirks that arent really straight forward at first. I honestly think the wierdest part is that the two systems are so vastly different at all. That to me is such a weird choice but whatever.
if i were the one reworking the redstone system, i would probably take most of the mechanics from bedrock, and sprinkle in a few useful things from java. quasi-connectivity is weird and unnecesary. redstone not directing into certain blocks is annoying and being unable to place redstone directly on pistons is absurd. block spitting can stay, tho. thats really useful.
the reason it is that way is because of how java redstone evolved and was created, when making the bedrock redstone system they were able to create it from scratch, but the java redstone system was full of bugs and stuff that became so widely used, that they were just accepted as features, like how the door opening activation code was initially reused for when pistons were added, so the game thinks pistons are a 2 block tall block on the Redstone side of things. Its things like that where developers were able to avoid the left over jank from when java was being developed in its earlier stages. It made bedrock follow the obvious rules more straight out the gate compared to java.
@@tuopi27qc is not unnecessary. It is vital to a lot of things. 0 ticking being a stand out feature. As soon as I understood qc, I use it in nearly all my builds, because it solves so much more than it hinders.
I use the guy in the top left to check my armor without going into third person or inventory, pretty handy lol and I'm just used to it from legacy console
Soft inversion is my most requested feature for Java. Things like pushable tile entities would be tricky to implement, but for soft inversion, there is just a tag chillin' in the code that says: "Yo, if the piston is activated, pop off" that could be removed super easily, wish they did that.
@@RyanEglitis But then we would lose functionality of older Redstone that relied on them not being pushable, so a lot of pre-existing Redstone would break. However because there is no Redstone machine that relies on soft inversion not existing, that could be added no problem.
@@RyanEglitis but that's a mod, which doesn't account for all vanilla scenarios. if you could push tile entities in the current game you could crash servers by filling chests with written books. maybe tile entities on bedrock are just more optimised
@@tristanshaltz2769Current code for Java redstone is really bad and leads to loads of lag. The recent redstone experiments started as a means to reduce redstone lag on Java and potentially bedrock aswell. Honestly redstone on both editions need overhauls and will result in current builds being completely broken. Is it worth it? Debatably depending if you play single or multiplayer more.
This was very well done. And when it it comes to Redstone without pistonsbedrock does even better because torches and comparators can easily be one ticked
Something as simple as a changing floors and light depending on the daylight cycle took me a while for 1 reason and 1 reason only, randomness making me have to either seprate every piston by 4 tick intervals making them stupidly slow or risk the chance that every time i turn it on it breaks itself.
From a perspective of a bedrock redstoner, I personally feel like bedrock redstone is easier but Java redstone is more technically advanced and “better” in general. The people who complain about bedrock redstone having bugs and randomness is wrong. Yes, ther are bugs and randomness but the randomness is entirely understandable and controllable.
I disagree with the randomness part. It seems like it just makes stuff less predictable and harder to bugfix, while also removing the cool things you can do with sub-tick timing in Java edition like instant doors.
@@SmearyPagee-v7n the pistons act random because people build them like that. If you face two pistons towards each other, you’d expect that they will activate randomly when you power them. It’s “weirder” that in Java, the right piston activate.
Never got into redstone that much but seeing this it seems like the hardest part of making 3x3 door lies at making the middle part works using piston extender(s)
Hi there, i'm playing on bedrock and working a lot With Redstone and i understand your struggle. Sometimes i Take a Break for a whole weak and overthink the whole system to Get a solution
I moved to java redstone because believe it or not, beckrock redstone has built in randomness. For example timings and ticks vary; firing two pistons into each other at the same time will fire one of the two pistons randomly.
I was a Bedrock player before java, i loved to do loads of redstone builds and once made a redstone based adventure map. I found switching to java incredibly difficult because apsolutely everything changed 😂
~~The reason the door closes inconsistantly with the timings, is that delays in bedrock are random, there is randomness to the duration of ticks~~ Update order being inexistant causas the inconsistancy, thanks tristan for the correction
@@tristanshaltz2769 I realized I said it too confidently when I didn't bother to fact check, simply badly remembered from what I heard... so it's only normal to admit I was wrong
Quite impressive. As a bedrock PC player, it's exciting to me to see Java redstoners hop on and use those technical skills to figure out how to make it work in bedrock!
Wow that's better than anything I've ever done in bedrock ! Also to shove the right and the left you can use a redstone torch with a block and a redstone dust on top to power the 3 pistons.
Bedrock redstone makes much more sense because it doesn't have quasi-connectivity which makes it much easier to understand but also makes it harder to use because literally every mechanism on java uses at least 1 form of quasi
I should post the single contraption I made in bedrock minecraft to solve a very specific issue I had, something that's otherwise dead simple to make in Java edition
The little dude in the corner is great when you're flying or bridging. You can see you legs start wiggling if your angle is slowing you down while flying and can see if you're crouching or not. I realize you java players need to hold shift, be we can toggle it, making this relevant.
Well wiring Redstone circuit in Bedrock edition is super easy even for someone who doesn't know anything about minecraft can do it but making advance piston doors is extremely difficult as there is no quasi connectivity and the piston are unpredictable in their behavior
Cool vid but I think it really should have had an extra section where you looked up a tutorial for the average 3x3 bedrock door and compared it to you design, might have given you some cool insights
I remember only getting the bottom part done, and the whole thing was mabye 7x7x3 blocks, and it worked but it was huge and slow Seeing you use the top piston to help push the blocks down is neat, I've seen it before but I thought it was much more difficult than just doing the bottom piston stuff for the bottom and middle blocks
This reminds me the hell of trying to make a 2x2 door with floor made out of ice, no frame door work with bedrock, it's hell without 1tick piston and make me ends up with about 50x50 redstone circuit under the door. It was on 1.14 so I bet it would be smaller by now.
The description really made no sense, was it a door with no Redstone on top? Like it popped out of the ground? I really don't understand what type of door you were trying to make that is that complicated
Bedrock gets a lot of undeserved hate. 🤬 Truth is Bedrock is how Mojang INTENDED redstone to work. You've just gotten so used to working around bugs (like quazi connectivity) it's strange not to. But I have three words that will make it all better... "Movable Tile Entities" 🤯
... _Around_ QC? Maybe that was the case back in Beta 1.8 before everyone had properly gotten used to pistons but that was over 13 years ago. It's been in extremely frequent and heavy *purposeful* use for over a decade now (along with piston spitting/block dropping). If it wasn't for Bedrock, it would still be one of the main ways for making a block update detector as the observer wouldn't exist.
@@Shelleloch Mojang has confirmed block spitting is a glitch... One they have chosen not to fix, but a glitch regardless. Same with QC, zero-ticking ect... I remember when they introduced the observer. 👀 QC based BUDs already existed, but Mojang wanted to give players a method of detecting updates that didn't rely on a "glitch". Their words, not mine.
This was fun. As a Bedrock player, and professional programmer, I have to point out that the differences in redstone come down to bugs in Java. Quasi-comnectivity and one tick block dropping aren't intended functionality. Just helpful bugs. 🤷🏽♂️
I think it's a bit unreasonable to consider them "bugs" at this point. The creeper was originally a failed attempt at a pig, but it's become so iconic that it's not really a bug anymore. Specifically, calling them "bugs" implies the inevitable "solution" is to "fix" them. But just as "fixing" the creeper by removing it would lose a lot of minecraft's character, the same goes for QC and block-dropping. They are a bit "weird", yes, but they provide so much flexibility in redstone that they should not really be considered bugs anymore in my opinion. The fact that most hard-core redstoners work in Java (despite the majority of players using Bedrock) is a testament to that, I'd say.
@kikivoorburg An unfixed bug is still a bug. The creeper body shape came about from a bug, but that was a visual thing that was then fleshed out into what it is now. Totally different.
@@phrebh what about something like terraria's hoiks? sure it started as a bug, but the devs certainly intended to keep it, seeing as they both officially endorsed it and actively make sure they dont accidentally patch it out. i know its a different game but it feels appropriate for the topic of when a bug stops being a bug
@connectivity_issue What about the fact that Bedrock redstone doesn't behave that way? Its code base was created later, and while bugs pop up all the time in Bedrock, there's been no hint of adding those two. You can nitpick and play "what about" all day long. I may be wrong in my supposition, but experience and knowledge tells me I'm not.
Maybe this is scuffed, but I usually build 3x3s in Bedrock by letting the middle bottom Block handle the middle block and leave the top Part be a simple open and Close like on the left and right side.
If you think 3x3 on bedrock is tall wait until you get into 4x4 I build a small 1 and it took a hour (note i was relatively inexperienced) and it was small to where I couldn't even do a lever
It took me five years to make my first 3x3 piston door on BE, and now I have afforded a laptop and am finally able to switch to Java and am relearning redstone
Congrats on switching to the better* version of the game and good luck on your redstone journey! There's a lot to learn but the potential is huge. * I don't mean "better" in a drama way, just in a pragmatic way. I wish Bedrock players got the same quality game as us Java players have, so everyone could just enjoy themselves without parity issues. For some reason Mojang/Microsoft just doesn't care about the massive bugs in Bedrock, and seem more focused on squeezing money from their players through the Marketplace. It's a shame really.
Thank you for giving bedrock redstone a try!! It's a different beast from Java, and considering its the overall more played platform, I would love to see more bedrock redstone videos
i have a computer i built in minecraft that uses zero quazi connectivity or block spitting (it almost entirely avoids pistons), so i wonder if it would work on bedrock, although different timings for things would probably break everything
as an bedrock redstoner is usually take me about 5-10h to crate a door (or something) if i play java and try crate a real java door that 40h of work lol
@@Williammmmmmmmmmmmm I agree locationality and directionality are awful and probably should be fixed, but it's still better than randomness! With confusing behaviour you can exploit it if you know what you're doing, but with randomness you're just stuck
When i first played minecraft, i thought that the "very useful guy at the very top left" was a kind of helper, that would help you when you got stuck
from my console days the puppet was pretty awesome to have there. seeing what armor i had in pvp minigames without stopping to open my inventory (in legacy console as well) was really nice
Imagine that puppet guy randomly just starts moving around one day and gives you a heart attack.
@@anipodat394 You've just invented a horror mod
@@certainlystormy I find it useful since crouch is a toggle on console to know whether I'm crouched or not before I walk up to a ledge.
@@certainlystormyI started out on the PS3 so the little puppet brings back memories for me
Before I got java, I was a bedrock player and I used to do redstone there, it's impressive how quickly you put this together when compared to how long I took to re-learn it when I switched to java. Great video!
@@mArmelade_69It's far harder to go from Bedrock to Java than visa versa... Primarily because Quazi connectivity is NOT intended behavior. It's a glitch Mojang has chosen never to fix, (due to community feedback). While it is useful in some cases, it also makes redstone far less intuitive. 🤔
As someone who has played many hours on every edition (Java, Bedrock, Pocket, AND Legacy Console), trust me on this.
@@thedugan8r593 Quasi Connectivity is intuitive once you learn that Notch copy pasted door code when he added pistons to the game
@@butterdubs2267it's not intuitive. Intuitive means it's really easy to grasp as it makes sense without prior knowledge.
But, as soon as I understood qc, I saw places I could use it EVERYWHERE. And places where only qc was an option.
QC is also just so great at making things fast as it reacts instantly.
As a bedrock Redstoner, you also have my respect. That's a dang fine door.
Bedrock has so many issues that I'd love to see fixed, but we've got some pretty cool stuff too. Have you heard of soft torch inversion through pistons? It's pretty wild stuff.
What's soft torch inversion through pistons?
if a redstone torch is placed on a piston, it will turn off when the piston is powered, even if it is powered trough a block (softly) and not directly (strongly), unlike other blocks.
Its a it more complicated actually but basically thats it (you can test it out if you have minecraft bedrock).
😁
@@paulclous7109 Ahh that makes sense, thanks!
I guess the only thing left is to make a 3x3 door that works both on java and bedrock
(this is a stupid idea dont do it...)
its aldready been done
@@entityredstoneonyt They mean jazzii doing it blind like these last 2 videos, not looking up some existing design
@@MissPandarte looks like you've been living under a rock. mojang already made one 3x3 door in the new trials structure which works for both versions
@@heco.Guys how do we tell them?
like idk how you did but you did better than the most people that already did a tutorial. The hardest to deal with as a redstoner in bedrock like me is for real that its not consistent like you have seen recording this video. Great Job!
Both versions have inconsistencies
@@maxsilver4197 yes but in Java you know wich piston powers first if you power them at the same time just by knowing in wich direction youre watching
@@maxsilver4197 java is consistent if you change nothing. A same contraption in its same location with no changes will always behave the exact same way. That's not true for Bedrock
@@maxsilver4197to out it more precise, Bedrock has random ordering and Java has arbitrary ordering in certain situations.
An arbitrary ordering can be worked with, a random ordering needs to be avoided.
My only major problem with bedrock redstone is that it's so slow. And of course the randomness, but those are kinda related. The simple 2-4-0 extender doesn't work, it needs to be 3-6-0, which makes every thing bigger. Everything else is just different, not necessarily bad
I think that the current redstone experiments will fix both of those issues so id/when it releases on bedrock, the experience would be much better
Pistons are slower, but torches and comparators are faster. Computational redstone is often faster/smaller in bedrock than in Java.
Bedrock expert here, it can be 2,5,0 if you activate the circuit with a repeater instead of a lever due to sub tick timings
@@bratworst I was not aware of that, thank you
I will might make a mod for redstone that fixes all of the problems that people need. I will update for further info. I will make it for both java and bedrock.
I play bedrock frequently, and use redstone. I get why the redstone is the way it is. Its a lot more "friendly" as its rules are a lot more straight forward. Where as java uses a lot of unintended mechanics and quirks that arent really straight forward at first. I honestly think the wierdest part is that the two systems are so vastly different at all. That to me is such a weird choice but whatever.
if i were the one reworking the redstone system, i would probably take most of the mechanics from bedrock, and sprinkle in a few useful things from java.
quasi-connectivity is weird and unnecesary. redstone not directing into certain blocks is annoying and being unable to place redstone directly on pistons is absurd.
block spitting can stay, tho. thats really useful.
the reason it is that way is because of how java redstone evolved and was created, when making the bedrock redstone system they were able to create it from scratch, but the java redstone system was full of bugs and stuff that became so widely used, that they were just accepted as features, like how the door opening activation code was initially reused for when pistons were added, so the game thinks pistons are a 2 block tall block on the Redstone side of things. Its things like that where developers were able to avoid the left over jank from when java was being developed in its earlier stages. It made bedrock follow the obvious rules more straight out the gate compared to java.
@@tuopi27qc is not unnecessary. It is vital to a lot of things. 0 ticking being a stand out feature.
As soon as I understood qc, I use it in nearly all my builds, because it solves so much more than it hinders.
@XepptizZ the only thing qc "solves" could be easily done if redstone could be placed on top of pistons
@@tuopi27the humble jeb door:
Meanwhile, me an MCPE player: "I am born in, raised and molded by Bedrock Edition."
Zoomers
same, 12.5 years here on MCPE, never touched java lmao 99.999999% of time on mobile.
as someone who used to be stuck with bedrock edition, its really funny to see solely java players try to figure it out for the first time 😭
same its always amazing, especially the inconsistent redstone and lack of quasi-connectivity.
Same bro
I use the guy in the top left to check my armor without going into third person or inventory, pretty handy lol
and I'm just used to it from legacy console
i have all the versions besides vita as i dont have a vita
Raspberry Pi version?
@@MangroveLord no one talks about that one
@@superlavahair1536 fake ass collector
Soft inversion is my most requested feature for Java. Things like pushable tile entities would be tricky to implement, but for soft inversion, there is just a tag chillin' in the code that says: "Yo, if the piston is activated, pop off" that could be removed super easily, wish they did that.
It really wouldn't be - gnembon added it to his mod years ago now and he currently works at mojang.
@@RyanEglitis But then we would lose functionality of older Redstone that relied on them not being pushable, so a lot of pre-existing Redstone would break. However because there is no Redstone machine that relies on soft inversion not existing, that could be added no problem.
@@RyanEglitis but that's a mod, which doesn't account for all vanilla scenarios. if you could push tile entities in the current game you could crash servers by filling chests with written books. maybe tile entities on bedrock are just more optimised
@@tristanshaltz2769Current code for Java redstone is really bad and leads to loads of lag.
The recent redstone experiments started as a means to reduce redstone lag on Java and potentially bedrock aswell.
Honestly redstone on both editions need overhauls and will result in current builds being completely broken.
Is it worth it? Debatably depending if you play single or multiplayer more.
This was very well done. And when it it comes to Redstone without pistonsbedrock does even better because torches and comparators can easily be one ticked
Been waiting for this viedo for a long while, glad to see it finally out!
Commenting 5 minutes in, but I think using powered rails to send signal in a straight line past pistons would have been really helpful
Something as simple as a changing floors and light depending on the daylight cycle took me a while for 1 reason and 1 reason only, randomness making me have to either seprate every piston by 4 tick intervals making them stupidly slow or risk the chance that every time i turn it on it breaks itself.
1:48 Most bedrock players aren't on a computer so they can't use f5. It is there instead :)
I thought it was to indicate if you're crouching. Since default is toggle crouch, its a reminder that its on
Yeah, there really isnt any "use"
The reason why has never been stated and the only reason it does exist is due to it being on Legacy Edition
Bedrock has a button for third person view on every single platform it's released on.
@@VerIsHere The button is in settings for touch control so very difficult to change as the pause button does not pause the game.
@@broski7792 I had never thought of that. Good point.
As a Bedrock player since always, I must admit that i loved this video very much
And that Java redstone is confusing
From a perspective of a bedrock redstoner, I personally feel like bedrock redstone is easier but Java redstone is more technically advanced and “better” in general. The people who complain about bedrock redstone having bugs and randomness is wrong. Yes, ther are bugs and randomness but the randomness is entirely understandable and controllable.
I 100% agree. Bedrock redstone is “easier” but Java redstone is better because of all of the things unique to it.
Agreed
I would agree... Except about the piston randomness in bedrock.
I disagree with the randomness part. It seems like it just makes stuff less predictable and harder to bugfix, while also removing the cool things you can do with sub-tick timing in Java edition like instant doors.
@@SmearyPagee-v7n the pistons act random because people build them like that. If you face two pistons towards each other, you’d expect that they will activate randomly when you power them. It’s “weirder” that in Java, the right piston activate.
It’s so different that our super smelter can have the furnaces move
12:16
Yeah bedrock pistons have some visual randomness and it's really annoying sometimes
Nice to see more people trying bedrock, even if it is more annoying to play lel
Never got into redstone that much but seeing this it seems like the hardest part of making 3x3 door lies at making the middle part works using piston extender(s)
Hi there, i'm playing on bedrock and working a lot With Redstone and i understand your struggle. Sometimes i Take a Break for a whole weak and overthink the whole system to Get a solution
I moved to java redstone because believe it or not, beckrock redstone has built in randomness. For example timings and ticks vary; firing two pistons into each other at the same time will fire one of the two pistons randomly.
I was a Bedrock player before java, i loved to do loads of redstone builds and once made a redstone based adventure map. I found switching to java incredibly difficult because apsolutely everything changed 😂
It's nothing better than seeing a random guy struggle for something that he will never use
The Bedrock redstone pain is real...
~~The reason the door closes inconsistantly with the timings, is that delays in bedrock are random, there is randomness to the duration of ticks~~
Update order being inexistant causas the inconsistancy, thanks tristan for the correction
It's not the delays being random, it's the fact that update order just doesn't exist in bedrock.
@@tristanshaltz2769 oh, my mistake
@@syxalite You are one of the small percentage of people willing to admit they were wrong on the internet, I can respect that.
@@tristanshaltz2769 I realized I said it too confidently when I didn't bother to fact check, simply badly remembered from what I heard... so it's only normal to admit I was wrong
I use a bedrock 1 block thick 3x3 piston for every corridor in my fallout vault build
Quite impressive. As a bedrock PC player, it's exciting to me to see Java redstoners hop on and use those technical skills to figure out how to make it work in bedrock!
9:45 background music sounds like Josh Isn't Gaming 😮
Once you get use to the inconsistencies and mechanics of bedrock redstone, you can get to java level of compactness... sometimes 😅
“Suffer as I have” - Bedrock Steve
I feel this.
Wow that's better than anything I've ever done in bedrock !
Also to shove the right and the left you can use a redstone torch with a block and a redstone dust on top to power the 3 pistons.
Bedrock redstone makes much more sense because it doesn't have quasi-connectivity which makes it much easier to understand but also makes it harder to use because literally every mechanism on java uses at least 1 form of quasi
now make a 3x3 that works on both bedrock and java
I should post the single contraption I made in bedrock minecraft to solve a very specific issue I had, something that's otherwise dead simple to make in Java edition
The little dude in the corner is great when you're flying or bridging. You can see you legs start wiggling if your angle is slowing you down while flying and can see if you're crouching or not. I realize you java players need to hold shift, be we can toggle it, making this relevant.
toggle shift (as well as toggle sprint) has been on java since 1.15
2:19 I got traumatized
3:01 rip sheep, sheep and sheep
12:18 might be on a chunk
Love to see people actually figuring out how to wire these kinds of doors instead of just looking up the most common solution. Nice stuff once again!
I mean that’s kinda what redstoners do
@@LegDen There is absolutely a phase of learning redstone where you copy designs and that's fine
@@error.418 for the most part it is not really learning and thats what i was talking about
@@LegDen That's a really sad outlook
Well wiring Redstone circuit in Bedrock edition is super easy even for someone who doesn't know anything about minecraft can do it but making advance piston doors is extremely difficult as there is no quasi connectivity and the piston are unpredictable in their behavior
As someone who built an infinitely expandable set of player moving piston elevators in minecraft bedrock, i feel this man's pain on a personal level
Cool vid but I think it really should have had an extra section where you looked up a tutorial for the average 3x3 bedrock door and compared it to you design, might have given you some cool insights
I remember only getting the bottom part done, and the whole thing was mabye 7x7x3 blocks, and it worked but it was huge and slow
Seeing you use the top piston to help push the blocks down is neat, I've seen it before but I thought it was much more difficult than just doing the bottom piston stuff for the bottom and middle blocks
as a bedrock player STOP HATING ON THE LITTLE GUY IN THE CORNER HES OUR ONLY FRIEND(im joking please dont take this seriously
All redstoners have this moment "Ok ok wait, let me really think for a second here"
videos like this give you hope for bedrock lol
As a proud user of bedrock I love this
[comment]
this is the comment of all comments
The left piston row could be more simplified. At the bottom you could put some wool to do the job. I know about bedrock. I use it.
absolute fire
This reminds me the hell of trying to make a 2x2 door with floor made out of ice, no frame door work with bedrock, it's hell without 1tick piston and make me ends up with about 50x50 redstone circuit under the door. It was on 1.14 so I bet it would be smaller by now.
In reality it's like 2x3 door since I have to remove the floor first then remove a 2x2 door then return the floor.
The description really made no sense, was it a door with no Redstone on top? Like it popped out of the ground? I really don't understand what type of door you were trying to make that is that complicated
7:42 hawk tuah
If I played bedrock on a regular basis, I'd slap this into every base I could put it in tbh
Now you feel my pain
My first 3x3 door without a tuto was like 20x20x20💀 1 minute opening 5 seconds closing
By a double piston extender with slime blocks and or honey and you can have the 1 piston on the top
Bedrock gets a lot of undeserved hate. 🤬
Truth is Bedrock is how Mojang INTENDED redstone to work. You've just gotten so used to working around bugs (like quazi connectivity) it's strange not to.
But I have three words that will make it all better... "Movable Tile Entities" 🤯
... _Around_ QC? Maybe that was the case back in Beta 1.8 before everyone had properly gotten used to pistons but that was over 13 years ago. It's been in extremely frequent and heavy *purposeful* use for over a decade now (along with piston spitting/block dropping). If it wasn't for Bedrock, it would still be one of the main ways for making a block update detector as the observer wouldn't exist.
@@Shelleloch Mojang has confirmed block spitting is a glitch... One they have chosen not to fix, but a glitch regardless. Same with QC, zero-ticking ect...
I remember when they introduced the observer. 👀
QC based BUDs already existed, but Mojang wanted to give players a method of detecting updates that didn't rely on a "glitch". Their words, not mine.
As a dude that has never played java and doesn’t work well with redstone, this video is very amusing to me
1:33 I can't tell, what's different? This is the UI for console, bedrock, and bedrock, so this is quite familiar.
Different to Java and old bedrock
This was fun. As a Bedrock player, and professional programmer, I have to point out that the differences in redstone come down to bugs in Java. Quasi-comnectivity and one tick block dropping aren't intended functionality. Just helpful bugs. 🤷🏽♂️
I think it's a bit unreasonable to consider them "bugs" at this point. The creeper was originally a failed attempt at a pig, but it's become so iconic that it's not really a bug anymore.
Specifically, calling them "bugs" implies the inevitable "solution" is to "fix" them. But just as "fixing" the creeper by removing it would lose a lot of minecraft's character, the same goes for QC and block-dropping. They are a bit "weird", yes, but they provide so much flexibility in redstone that they should not really be considered bugs anymore in my opinion. The fact that most hard-core redstoners work in Java (despite the majority of players using Bedrock) is a testament to that, I'd say.
@kikivoorburg An unfixed bug is still a bug. The creeper body shape came about from a bug, but that was a visual thing that was then fleshed out into what it is now. Totally different.
@@phrebh what about something like terraria's hoiks? sure it started as a bug, but the devs certainly intended to keep it, seeing as they both officially endorsed it and actively make sure they dont accidentally patch it out. i know its a different game but it feels appropriate for the topic of when a bug stops being a bug
@connectivity_issue What about the fact that Bedrock redstone doesn't behave that way? Its code base was created later, and while bugs pop up all the time in Bedrock, there's been no hint of adding those two. You can nitpick and play "what about" all day long. I may be wrong in my supposition, but experience and knowledge tells me I'm not.
I’ve used bedrock Redstone for 5 years… still took me days to design my first 3x3
you always hear abt java edition people trying to use bedrock edition redstone, but you never hear the other way around.
Damn, that over there was to real bad misstyping...
very nice door
i think having two double extenders is better than putting a sand in the middle
Actually for a second door this is a very good
I thought it would implode at least once xd
How did UA-cam know I was trying to make a 3x3 piston door in bedrock yesterday
For context. this woulda taken me weeks, if I even could've figured it out to begin with :)
as someone who did Redstone on bedrock the most annoying part was the inconsistency... otherwise it wasn't bad.
The 5 stages of grief 🤣🤣
Maybe this is scuffed, but I usually build 3x3s in Bedrock by letting the middle bottom Block handle the middle block and leave the top Part be a simple open and Close like on the left and right side.
The part you mentioned the slab trick... It also works on bedrock!
Oh, I didn’t know that 😅
@@jazziiRed What is "the slab trick"?
any redstone i attempt to do on bedrock just becomes a lost cause
If you think 3x3 on bedrock is tall wait until you get into 4x4 I build a small 1 and it took a hour (note i was relatively inexperienced) and it was small to where I couldn't even do a lever
7:42 "i just have to hawk to uhh connect these"
Tutorial please and btw, I’ve been looking for a 3x3 door for my survival world, so I’m gonna try make this one
I mean in terms of not using droppers and piston torches its pretty good
It took me five years to make my first 3x3 piston door on BE, and now I have afforded a laptop and am finally able to switch to Java and am relearning redstone
Congrats on switching to the better* version of the game and good luck on your redstone journey! There's a lot to learn but the potential is huge.
* I don't mean "better" in a drama way, just in a pragmatic way. I wish Bedrock players got the same quality game as us Java players have, so everyone could just enjoy themselves without parity issues. For some reason Mojang/Microsoft just doesn't care about the massive bugs in Bedrock, and seem more focused on squeezing money from their players through the Marketplace. It's a shame really.
I created a CPU in bedrock. Very hard to understand bedrock redstone 😭
Thank you for giving bedrock redstone a try!! It's a different beast from Java, and considering its the overall more played platform, I would love to see more bedrock redstone videos
I've made a 6x6 (using triple extenders), yet still have no idea how to make a classic 3x3 😅
Time for painstone
Can you make a tutorial on how to build this please? I can’t find a simple tutorial for a bedrock 3x3
Thanks!
now for my pain on copying this to a world
This made me realize i no longer have the ability to make doors.
7:43 HAWK TUAH!!!!!!
And you need 4 pistons for a flying machine and 4 observers
i have a computer i built in minecraft that uses zero quazi connectivity or block spitting (it almost entirely avoids pistons), so i wonder if it would work on bedrock, although different timings for things would probably break everything
as an bedrock redstoner is usually take me about 5-10h to crate a door (or something) if i play java and try crate a real java door that 40h of work lol
Tysm
yay bedrock time!
The randomness is definitelyan issue in bedrock
Bedrock you can build an extremely compact one wide 3x3 no problem.
I wish bedrock Redstone had glitches 😭
But i don't want the glitch where you can only build something in a specific direction and location
@@Williammmmmmmmmmmmm oh yea maybe not that one 😅
@@Williammmmmmmmmmmmm I agree locationality and directionality are awful and probably should be fixed, but it's still better than randomness! With confusing behaviour you can exploit it if you know what you're doing, but with randomness you're just stuck
I’ve been playing bedrock for 7years and to this day I don’t know how to build a 3x3 door 😭😭😭 but for some reason and can build a calculator 😭😭😭