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.
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 😂
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
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)
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.
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.
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
~~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
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
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
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.
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
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!
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
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
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.
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.
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
Hello Are you interested in visiting a map of mine where I have a potion factory? And on bedrock too! I didn't see anyone on RUclips doing it... now I'm Portuguese and I love your circuits, I learn a lot!
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.
Does a very impressive door I'll be honest I used to play Minecraft on the 360 that was still Java Edition I did a whole bunch of redstone I had a world that was just littered with hundreds of redstone contraptions somebody followed tutorials on some I made myself I could come up with just about any type of redstone contraption and build it from scratch and for a little while when I played it on PC I can do the same thing haven't touched Java in so long does no longer the case I tried to build a simple 1 x 2 piston door in Bedrock for a friend the other day gave up after 2 hours because every time I would come up with something that works after the world would reload it would no longer work for literally no reason so then I went to a creative world and I had two designs next to each other both identical 1 would work the other would not turns out if you're in two chunks you're just done
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
They do have some nice features over there. But the inconsistency is terrible. Java is consistently inconsistent, whereas Bedrock is inconsistently inconsistent. In Java you can learn quasi connectivity and update order. But in Bedrock it's just random, which requires many situations to be avoided altogether
Apologies ahead of time for the rant. This isn't directed at anyone in particular, but rather at the Java player who disparages the Bedrock player on RUclips or Reddit for playing the "non-technical" version of the game: There is actually a highly advanced technical bedrock community that has accomplished incredible feats. I'm not just talking one-wide 3x3 piston doors (which we've had for a long time now), but I'm talking many many machines that Java players deemed "impossible" like piston bolts; wireless redstone (and I don't mean skulk or daylight sensors. I mean black magic game breaking stuff); multi-directional flying machines; advanced storage tech like item categorizers, multi-item sorters, or item recall systems like Etho's googler; and many others. It's important to keep in mind that the Java community had a head start, and was able to cement itself as the "only true" version of the game. Thus Bedrock was handicapped for a long time. Yes, there are problems with Bedrock (which everyone is very familiar with) and yes it is "different" but I think if they had an open mind, they'd find it to be just as capable. As for you, thank you for giving Bedrock a chance. I've been playing Bedrock for several years, but I just can't create a decent 3x3 myself (I'm a lot more savvy with storage tech). We need more big content creators to dive into the mysterious and amazing technical side of Bedrock. Who knows, maybe Mojang will get around to addressing the issues if well-known Java players speak up (I know they watch several of the Hermits).
I did it in a really janky way tho. I made a piston feed tape with a line of redstone or regular blocks that corrosponded to different piston groups, so it basically just ran a small tape program. I also made one a while before then with just logical redstone, but it was ginormous.
I do some computational redstone with a friend, we’ve made a tic tac toe ai and a version of the google chrome dinosaur game, I I’m never gonna do redstone on java
The only reason I would refuse to get into Bedrock for Redstone was strictly because specific things don't work consistently, sometimes Bedrock has weird timings that are never completely consistent. Java has Quazi connectivity which doesn't seem like it should work, but once you understand it, its ALWAYS consistent from my experience. But yes, before understanding it, it will appear frustrating to learn at first. I just love how consistent Java is with Redstone, if you have something working, It will work 100% of the time the exact same with the same conditions applied.
I'd like to also add, being able to choose versions to play on is a majorrrrr plus as well, Im not sure why Bedrock never even bothered to enable this, because there are times where you don't want to transition to a newer version right away on specific worlds in my opinion, and once Bedrock updates, your essentially screwed and forced to update or not play.
"I just love how consistent Java is with Redstone, if you have something working, It will work 100% of the time the exact same with the same conditions applied." If you ignored the directionality and locationality then yes and you shouldn't relie on those two issues. Any redstoners should avoid it. The same can be said on Bedrock anyway, if you designed your builds to work with correct timings then there shouldn't be an issues with the randomness. Not only now it will be consistent with time but also loaction and direction. But the progress of debugging might be troublesome as the debugging is fetal with no backup (tools as in java). If you are used to it, randomness is a clear sign of your miscalculated timings lol That's to be said, I do welcome the experiment changes in current java redstone to bedrock (the left priority order and stuff), might save us time and barely damange anything but powering two thing coliding with each others. I don't like the present of QC in bedrock tho : P The directional/locational must be gone, randomness is just pains in the debugging.
@@noxiousvex about the version picker, there are 3rd-party software for that. The reason why mojang haven't done that is either they are lazy or the risk of changing versions in both android/windows are very fetal. You will lost your worlds/all of your data if an error happens. In android, an uninstall will delete all datas unless they got saved somewhere else. Mojang used to save it in somewhere else (the external folder, not the android app data folder) but new google policy did't allow that. In Window, Minecraft is an UWP app. It is sanboxed and uninstall it will delete all data. Mojang have history of broken versions where it delete player's worlds. Also, they might leave that jobs for window default installer (xbox games/microsoft store/...)
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
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.
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?
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!
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.
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
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
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.
Been waiting for this viedo for a long while, glad to see it finally out!
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.
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.
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.
12:16
Yeah bedrock pistons have some visual randomness and it's really annoying sometimes
Commenting 5 minutes in, but I think using powered rails to send signal in a straight line past pistons would have been really helpful
Nice to see more people trying bedrock, even if it is more annoying to play lel
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 😂
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
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)
It’s so different that our super smelter can have the furnaces move
It's nothing better than seeing a random guy struggle for something that he will never use
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.
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.
9:45 background music sounds like Josh Isn't Gaming 😮
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
Once you get use to the inconsistencies and mechanics of bedrock redstone, you can get to java level of compactness... sometimes 😅
The Bedrock redstone pain is real...
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
I use a bedrock 1 block thick 3x3 piston for every corridor in my fallout vault build
~~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 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
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
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
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
absolute fire
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!
now make a 3x3 that works on both bedrock and java
as a bedrock player STOP HATING ON THE LITTLE GUY IN THE CORNER HES OUR ONLY FRIEND(im joking please dont take this seriously
12:18 might be on a chunk
“Suffer as I have” - Bedrock Steve
I feel this.
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.
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
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
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
[comment]
this is the comment of all comments
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.
As a bedrock redstoner who is self-taught and learned entirely by janky wires running every which way, this is very impressive for just 2 hours.
3:01 rip sheep, sheep and sheep
2:19 I got traumatized
Thanks!
videos like this give you hope for bedrock lol
7:42 hawk tuah
Can you make a tutorial on how to build this please? I can’t find a simple tutorial for a bedrock 3x3
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
My first 3x3 door without a tuto was like 20x20x20💀 1 minute opening 5 seconds closing
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
By a double piston extender with slime blocks and or honey and you can have the 1 piston on the top
As a proud user of bedrock I love this
Tysm
All redstoners have this moment "Ok ok wait, let me really think for a second here"
Damn, that over there was to real bad misstyping...
Tutorial please and btw, I’ve been looking for a 3x3 door for my survival world, so I’m gonna try make this one
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.
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
I’ve used bedrock Redstone for 5 years… still took me days to design my first 3x3
Hello
Are you interested in visiting a map of mine where I have a potion factory? And on bedrock too! I didn't see anyone on RUclips doing it... now I'm Portuguese and I love your circuits, I learn a lot!
Now you feel my pain
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 I played bedrock on a regular basis, I'd slap this into every base I could put it in tbh
I thought it would implode at least once xd
Actually for a second door this is a very good
Does a very impressive door I'll be honest I used to play Minecraft on the 360 that was still Java Edition I did a whole bunch of redstone I had a world that was just littered with hundreds of redstone contraptions somebody followed tutorials on some I made myself I could come up with just about any type of redstone contraption and build it from scratch and for a little while when I played it on PC I can do the same thing haven't touched Java in so long does no longer the case I tried to build a simple 1 x 2 piston door in Bedrock for a friend the other day gave up after 2 hours because every time I would come up with something that works after the world would reload it would no longer work for literally no reason so then I went to a creative world and I had two designs next to each other both identical 1 would work the other would not turns out if you're in two chunks you're just done
very nice door
as someone who did Redstone on bedrock the most annoying part was the inconsistency... otherwise it wasn't bad.
As a dude that has never played java and doesn’t work well with redstone, this video is very amusing to me
I've made a 6x6 (using triple extenders), yet still have no idea how to make a classic 3x3 😅
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
you always hear abt java edition people trying to use bedrock edition redstone, but you never hear the other way around.
They do have some nice features over there. But the inconsistency is terrible. Java is consistently inconsistent, whereas Bedrock is inconsistently inconsistent. In Java you can learn quasi connectivity and update order. But in Bedrock it's just random, which requires many situations to be avoided altogether
How did RUclips know I was trying to make a 3x3 piston door in bedrock yesterday
The 5 stages of grief 🤣🤣
I mean in terms of not using droppers and piston torches its pretty good
Apologies ahead of time for the rant. This isn't directed at anyone in particular, but rather at the Java player who disparages the Bedrock player on RUclips or Reddit for playing the "non-technical" version of the game:
There is actually a highly advanced technical bedrock community that has accomplished incredible feats. I'm not just talking one-wide 3x3 piston doors (which we've had for a long time now), but I'm talking many many machines that Java players deemed "impossible" like piston bolts; wireless redstone (and I don't mean skulk or daylight sensors. I mean black magic game breaking stuff); multi-directional flying machines; advanced storage tech like item categorizers, multi-item sorters, or item recall systems like Etho's googler; and many others. It's important to keep in mind that the Java community had a head start, and was able to cement itself as the "only true" version of the game. Thus Bedrock was handicapped for a long time. Yes, there are problems with Bedrock (which everyone is very familiar with) and yes it is "different" but I think if they had an open mind, they'd find it to be just as capable.
As for you, thank you for giving Bedrock a chance. I've been playing Bedrock for several years, but I just can't create a decent 3x3 myself (I'm a lot more savvy with storage tech). We need more big content creators to dive into the mysterious and amazing technical side of Bedrock. Who knows, maybe Mojang will get around to addressing the issues if well-known Java players speak up (I know they watch several of the Hermits).
Time for painstone
The part you mentioned the slab trick... It also works on bedrock!
Oh, I didn’t know that 😅
@@jazziiRed What is "the slab trick"?
For context. this woulda taken me weeks, if I even could've figured it out to begin with :)
as someone who can make a 72 block entityless original [in bedrock] 3x3 i see this as a w
P.S. i kinda wish you discovered soft inversion
CHALLENGE : create a 2x1 seamless hipster door in mcpe/bedrock.
as an ant in an anthill I can recommend this video to my fellow ants
He did use soft inversion
@ABDULKADIR-td5kg I actually went thru the pain at some point making a 2x2 glass hipster door in bedrock. I did it in a 16x16x16 too
I did it in a really janky way tho. I made a piston feed tape with a line of redstone or regular blocks that corrosponded to different piston groups, so it basically just ran a small tape program. I also made one a while before then with just logical redstone, but it was ginormous.
yay bedrock time!
i think having two double extenders is better than putting a sand in the middle
I do some computational redstone with a friend, we’ve made a tic tac toe ai and a version of the google chrome dinosaur game, I I’m never gonna do redstone on java
The only reason I would refuse to get into Bedrock for Redstone was strictly because specific things don't work consistently, sometimes Bedrock has weird timings that are never completely consistent.
Java has Quazi connectivity which doesn't seem like it should work, but once you understand it, its ALWAYS consistent from my experience.
But yes, before understanding it, it will appear frustrating to learn at first.
I just love how consistent Java is with Redstone, if you have something working, It will work 100% of the time the exact same with the same conditions applied.
I'd like to also add, being able to choose versions to play on is a majorrrrr plus as well, Im not sure why Bedrock never even bothered to enable this, because there are times where you don't want to transition to a newer version right away on specific worlds in my opinion, and once Bedrock updates, your essentially screwed and forced to update or not play.
"I just love how consistent Java is with Redstone, if you have something working, It will work 100% of the time the exact same with the same conditions applied."
If you ignored the directionality and locationality then yes and you shouldn't relie on those two issues. Any redstoners should avoid it.
The same can be said on Bedrock anyway, if you designed your builds to work with correct timings then there shouldn't be an issues with the randomness. Not only now it will be consistent with time but also loaction and direction. But the progress of debugging might be troublesome as the debugging is fetal with no backup (tools as in java). If you are used to it, randomness is a clear sign of your miscalculated timings lol
That's to be said, I do welcome the experiment changes in current java redstone to bedrock (the left priority order and stuff), might save us time and barely damange anything but powering two thing coliding with each others. I don't like the present of QC in bedrock tho : P
The directional/locational must be gone, randomness is just pains in the debugging.
@@noxiousvex about the version picker, there are 3rd-party software for that. The reason why mojang haven't done that is either they are lazy or the risk of changing versions in both android/windows are very fetal. You will lost your worlds/all of your data if an error happens.
In android, an uninstall will delete all datas unless they got saved somewhere else. Mojang used to save it in somewhere else (the external folder, not the android app data folder) but new google policy did't allow that.
In Window, Minecraft is an UWP app. It is sanboxed and uninstall it will delete all data. Mojang have history of broken versions where it delete player's worlds.
Also, they might leave that jobs for window default installer (xbox games/microsoft store/...)
I created a CPU in bedrock. Very hard to understand bedrock redstone 😭
You should try making a flying maching... because the typical ones you see everywhere on java dont work. Its a mess
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
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 😭😭😭
any redstone i attempt to do on bedrock just becomes a lost cause