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.
@@XepptizZThe problem is your wrong. I learned qc in like 15 minutes. It's pretty easy to understand. Piston works like door if update. Literally caveman easy to get.😂 Also, your saying "intuitive means you don't watch tutorials or RUclips to help you out" which redstone basic tutorials are pretty much needed for each version
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). 😁
@@subjectnivleis7572 the gist is that there are two types of states when it comes to powered solid blocks: strongly powered and softly powered A strongly powered block is a solid block directly adjacent to the side(s) of a Redstone power source that produces a signal (Redstone Torches, Repeaters, Comparators, Observers, etc.) A softly powered block is any solid block that is directly adjacent to a powered solid block A strongly powered block will always create softly powered blocks (provided that there are solid blocks adjacent to it), and a softly powered block will never produce a strongly powered block Except in Bedrock for the instance of Pistons and Redstone Torches, as OP mentioned; a softly powered Piston will still interact with a Redstone Torch on top of it, even though it is never the source of a Redstone signal Sorry if that was confusing, but I tried to be as concise/clear as possible; hope that helps!
@@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 edit: damn okay my bad
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.
~~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 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.
Actually getting rid of popping-off stuff will piss off the zero-tick redstone community as it’s hard to test that stuff as is. Without zero-tick levers a lot more backups would need to be made.
0:38 thank you, but as a player who had to figure out a lot of the redstone on my own, and got pretty far. I’d say, with piston doors, I’m not even making an attempt at 3x3. So this video was actually really helpful for me. 😅
I built a 3×3 on Java and it took me like 30 minutes, bedrock took me three hours of losing my mind, just for the final product to have a random chance of breaking itself when opening, but fixes itself when closing.
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.
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.
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 look at the thumbnail image (i have never played bedrock in my life) and it makes perfect sense. Im trying to think of what it would do in java but trying to process all those memories is making me cry.
As a Bedrock player, thanks for your support in this. I honestly can’t understand why people hate Bedrock so much, both Java and Bedrock have their features and bugs, and that Bedrock is just as good as Java. It’s honestly been awhile since I’ve played, but last I heard, I do think that Mojang will try to make the restore closer to Java’s, which will be nice, as then I won’t always have to include “Bedrock Edition” when I search some redstone tutorial. Just please people, don’t hate on Bedrock, sometimes it’s our only option for Minecraft (for instance, I only have an Xbox, and I can’t afford a good PC -not like I have the internet service for one anyway, but that’s what I get for living in the forest- so I’m constricted to only Bedrock Edition).
Tbh my only big turn-away from Bedrock by now is something about the UI and player movement feeling very stiff compared to Java. And I feel like the lighting is different but I can’t put my finger on what it is so I won’t really say that’s a reason EDIT: for the lighting, I think it’s a mix of the skybox being brighter and less smooth lighting
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:50 I really believe it's useful for mobile players as they can't change perspective with one press of a key to look at themselves. People needs to keep in mind that Bedrock Edition was made with every type of devices in mind
I respect you for trying something out of your comfort zone while still respecting them. I agree this just shows how much one is familiar with the other and takes awhile to get used to new stuffs, just like how a bedrock redstoner would struggle with java redstone. o7
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 😂
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)
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!
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
@@Luigitin No this is completely wrong, legacy doesn't even share an atom with bedrock, bedrock basically is mcpe renamed and ported to other platforms, the code base is the same as the pe one.
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 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
I play on bedrock and do lots of redstone myself but i dont build doors or really anything involving pistons. I did build a mob spawner that keeps the water off alot longer than it is on in order to increase the spawn rate. The way it works is the dispenser is on top and is also apart of the clock circuit. A bucket of water gives a signal strength of 2 while an empty bucket gives a signal strength of 1. The second redstone dust powers a torch to reverse the signal. Then the signal feeds 10 repeaters on max timing to lengthen the water on timing and then a pulse extender with 10 comparaters to lengthen the water off timing. The pulse extender takes longer to turn off then it does to turn on. Then there is a repeater into an observer powering the dispenser. The lower levels use an observer on the very edge fed into the the dispenser through the middle via more observers.
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.
It was nice to see a java redstoner not hate on bedrock redstone because its qwirky and a little different. Thank you for not making a video saying that because it is different it is bad. You have my respect.
I remember when i was younger and was stuck with bedrock on my ipad and had to adapt the mumbo jumbo and other people’s machines into the ratshit redstone that was bedrock, and now i am master of both holy and cursed redstone systems
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.
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.
I think I'm actually starting to understand bedrock Redstone. Last night I stayed up till 2 in the morning working out some kinks and flaws in this 1x1 elevator and hidden 1x1 piston door. All I'm having trouble with is how to keep the door open when I want back out
very, very obscure fact about bedrock: on Windows 10 edition, you can press F8 to move the coordinates bar further up (though, the corner player model will not be present)
I like the bedrock better because there’s no piston spitting, quasi connectivity,levers don’t get broken, and redstone goes into some blocks. Also you can push certain blocks like dispensers.
Block spitting is really useful, you can basically make a sticky piston act like a normal piston whenever you need it to. QC is also awesome once you get the hang of it. It's confusing, yes, but being able to power blocks from further away makes really compact wiring possible that would otherwise not work. Redstone redirection is sorta neutral, I can see good arguments for either. Levers not getting broken is nice, though not essential (I mean how often do you put a lever on the side of a piston in a finished contraption? It's only while testing it that it really helps). Movable Block Entities though, that would be a game-changer in Java. Some things would break, but the benefits outweigh the negatives. C'mon mojang, you already hired Gnembon and used his code for /tick, you can just copy his MBE code and nobody would complain!
@ but with the levers, you could also put redstone on top of pistons to use it as a block as well. Also, you can’t copy code from bedrock and move it to Java. You can translate the c++ to Java and make it available using variables and changing on how the items are stored but other than that you can put it into Java edition
Wow! as a Bedrock redstoner, I must say 2 hours is pretty good for your first 3x3 door 1 block wide. You could have just used one piston on the top. When the piston powers up, it will close the door and the door frame would have covered the piston. But tbh that animation when it closes up is so satisfiying.
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 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
I mostly play Java, but I really love Bedrock for all the little details that are missing in Java. When it comes to redstone, I am glad to have learned it in Bedrock, because taught it to myself and qc is very unintuitive for new players. I think that Bedrock has the more elegant solution for the majority of players, while Java has those bugs that were made into features, because they can come in handy sometimes, even though they only make sense on a meta level...
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.
I used to love building redstone contraptions on the legacy console editions. When Microsoft ditched those versions and forced us all onto Bedrock edition i couldnt even figure out how to build a t-flip flop anymore because of the piston priority randomness. I couldnt make my favourite creation of all time, the jeb door and thus my love of redstone died with the birth of Bedrock
As someone that was thought there was no dumb question, I’m going to ask the question, I’ve been playing Minecraft for many years off and on and just recently started messing around with red stone and I have done a couple tutorials building a drawbridge and a castle gate, both were great. But now for t hat question which am I using bedrock or Java? The drawbridge was very complex and I had to rebuild both sides after things went wrong. The gate works perfectly, except for when I travel out of the area then come back the outside button won’t work but it I go back and come back through the tunnel to the inside button that works but the outside button still doesn’t work I have to shut down come back into the game after clearing it from my memory on my iPad then when I get back to the front button then it works, why 🤷
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
watching java players figure out anything on bedrock is like watching your kid figure out how to use the toy you grew up with brings me back to when i first started messing with redstone
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.
@@XepptizZThe problem is your wrong. I learned qc in like 15 minutes. It's pretty easy to understand. Piston works like door if update.
Literally caveman easy to get.😂
Also, your saying "intuitive means you don't watch tutorials or RUclips to help you out" which redstone basic tutorials are pretty much needed for each version
@@gearsgamer7115 What do you think the people making the tutorials needed to do?
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'm but a humble wizard and this talk of redstone sounds like a type of magic I can't understand
@@subjectnivleis7572 the gist is that there are two types of states when it comes to powered solid blocks: strongly powered and softly powered
A strongly powered block is a solid block directly adjacent to the side(s) of a Redstone power source that produces a signal (Redstone Torches, Repeaters, Comparators, Observers, etc.)
A softly powered block is any solid block that is directly adjacent to a powered solid block
A strongly powered block will always create softly powered blocks (provided that there are solid blocks adjacent to it), and a softly powered block will never produce a strongly powered block
Except in Bedrock for the instance of Pistons and Redstone Torches, as OP mentioned; a softly powered Piston will still interact with a Redstone Torch on top of it, even though it is never the source of a Redstone signal
Sorry if that was confusing, but I tried to be as concise/clear as possible; hope that helps!
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
edit: damn okay my bad
@@heco.Guys how do we tell them?
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
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.
~~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
Haven’t they tried to address this recently with the update order being based on how far down the wire a block is powered
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:
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.
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
I like to use it when flying at high elevations in first person. It lets me know if I am at a good angle.
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.
Actually getting rid of popping-off stuff will piss off the zero-tick redstone community as it’s hard to test that stuff as is. Without zero-tick levers a lot more backups would need to be made.
That is the thinnest, most compact, bedrock door design I’ve seen! Good job!
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.
@@SanityDrop
lol zoomers didn't choose to be zoomers 😢😂
@@ahmedkudo8743 but they shall suffer for being one
@@SanityDrop
yeah we do 🥲
0:38 thank you, but as a player who had to figure out a lot of the redstone on my own, and got pretty far. I’d say, with piston doors, I’m not even making an attempt at 3x3. So this video was actually really helpful for me. 😅
As a Bedrock player since always, I must admit that i loved this video very much
And that Java redstone is confusing
Didn’t relive you made this, I commented on one of your other videos that maybe you could try redstone on bedrock!
Been waiting for this viedo for a long while, glad to see it finally out!
I built a 3×3 on Java and it took me like 30 minutes, bedrock took me three hours of losing my mind, just for the final product to have a random chance of breaking itself when opening, but fixes itself when closing.
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
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.
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.
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
Anyone else notice that a sheep died at 3:06 that had been walking around for a solid 10 secs (sped up)
He slash killed all sheep for some reason
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.
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.
Nice to see more people trying bedrock, even if it is more annoying to play lel
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
All redstoners have this moment "Ok ok wait, let me really think for a second here"
I look at the thumbnail image (i have never played bedrock in my life) and it makes perfect sense.
Im trying to think of what it would do in java but trying to process all those memories is making me cry.
Both the closing and opening animations are so smooth, so hot
As a Bedrock player, thanks for your support in this. I honestly can’t understand why people hate Bedrock so much, both Java and Bedrock have their features and bugs, and that Bedrock is just as good as Java. It’s honestly been awhile since I’ve played, but last I heard, I do think that Mojang will try to make the restore closer to Java’s, which will be nice, as then I won’t always have to include “Bedrock Edition” when I search some redstone tutorial. Just please people, don’t hate on Bedrock, sometimes it’s our only option for Minecraft (for instance, I only have an Xbox, and I can’t afford a good PC -not like I have the internet service for one anyway, but that’s what I get for living in the forest- so I’m constricted to only Bedrock Edition).
Yes my only option is xbox too
Tbh my only big turn-away from Bedrock by now is something about the UI and player movement feeling very stiff compared to Java. And I feel like the lighting is different but I can’t put my finger on what it is so I won’t really say that’s a reason
EDIT: for the lighting, I think it’s a mix of the skybox being brighter and less smooth lighting
Commenting 5 minutes in, but I think using powered rails to send signal in a straight line past pistons would have been really helpful
“Suffer as I have” - Bedrock Steve
I feel this.
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
6. BLOWING EVERYTHING UP AND STARTING OVER
1:50 I really believe it's useful for mobile players as they can't change perspective with one press of a key to look at themselves. People needs to keep in mind that Bedrock Edition was made with every type of devices in mind
2:06 and again, that much categorisation is already filling up the whole screen on smaller mobile devices
I respect you for trying something out of your comfort zone while still respecting them. I agree this just shows how much one is familiar with the other and takes awhile to get used to new stuffs, just like how a bedrock redstoner would struggle with java redstone. o7
as a bedrock player STOP HATING ON THE LITTLE GUY IN THE CORNER HES OUR ONLY FRIEND(im joking please dont take this seriously
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 😂
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)
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!
I use a bedrock 1 block thick 3x3 piston for every corridor in my fallout vault build
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
2:19 I got traumatized
Hmm
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
@@llamadrama1090old bedrock was called pocket edition
@@MilkGlue-xg5vjnope, pe is not old bedrock, nor is any legacy console editions, by old bedrock he probably means older versions of actual bedrock
@@Luigitin No this is completely wrong, legacy doesn't even share an atom with bedrock, bedrock basically is mcpe renamed and ported to other platforms, the code base is the same as the pe one.
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 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
I play on bedrock and do lots of redstone myself but i dont build doors or really anything involving pistons. I did build a mob spawner that keeps the water off alot longer than it is on in order to increase the spawn rate. The way it works is the dispenser is on top and is also apart of the clock circuit. A bucket of water gives a signal strength of 2 while an empty bucket gives a signal strength of 1. The second redstone dust powers a torch to reverse the signal. Then the signal feeds 10 repeaters on max timing to lengthen the water on timing and then a pulse extender with 10 comparaters to lengthen the water off timing. The pulse extender takes longer to turn off then it does to turn on. Then there is a repeater into an observer powering the dispenser. The lower levels use an observer on the very edge fed into the the dispenser through the middle via more observers.
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.
@@phrebhBedrock also insists on being a buggy hellscape so was that intended or not?
Seeing a Java play experience bedstone (bedrock red stone) is funny.
I’m a bedrock player myself so I am familiar with this.
Java: bugged
Bedrock: makes sense but bugged is better
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.
12:18 might be on a chunk
now make a 3x3 that works on both bedrock and java
It was nice to see a java redstoner not hate on bedrock redstone because its qwirky and a little different. Thank you for not making a video saying that because it is different it is bad. You have my respect.
I remember when i was younger and was stuck with bedrock on my ipad and had to adapt the mumbo jumbo and other people’s machines into the ratshit redstone that was bedrock, and now i am master of both holy and cursed redstone systems
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
Once you get use to the inconsistencies and mechanics of bedrock redstone, you can get to java level of compactness... sometimes 😅
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.
I think I'm actually starting to understand bedrock Redstone. Last night I stayed up till 2 in the morning working out some kinks and flaws in this 1x1 elevator and hidden 1x1 piston door. All I'm having trouble with is how to keep the door open when I want back out
very, very obscure fact about bedrock: on Windows 10 edition, you can press F8 to move the coordinates bar further up (though, the corner player model will not be present)
As a "bug"rock player, QC IS A BUG
It's nothing better than seeing a random guy struggle for something that he will never use
9:45 background music sounds like Josh Isn't Gaming 😮
I like the bedrock better because there’s no piston spitting, quasi connectivity,levers don’t get broken, and redstone goes into some blocks. Also you can push certain blocks like dispensers.
I’ll give you the other 3 but piston spitting is a great mechanic actually. How else are you supposed to detach a block from a piston?
Block spitting is really useful, you can basically make a sticky piston act like a normal piston whenever you need it to. QC is also awesome once you get the hang of it. It's confusing, yes, but being able to power blocks from further away makes really compact wiring possible that would otherwise not work.
Redstone redirection is sorta neutral, I can see good arguments for either.
Levers not getting broken is nice, though not essential (I mean how often do you put a lever on the side of a piston in a finished contraption? It's only while testing it that it really helps).
Movable Block Entities though, that would be a game-changer in Java. Some things would break, but the benefits outweigh the negatives. C'mon mojang, you already hired Gnembon and used his code for /tick, you can just copy his MBE code and nobody would complain!
@ but with the levers, you could also put redstone on top of pistons to use it as a block as well. Also, you can’t copy code from bedrock and move it to Java. You can translate the c++ to Java and make it available using variables and changing on how the items are stored but other than that you can put it into Java edition
11:04 replace The right top glass with a slab and should work.
Wow! as a Bedrock redstoner, I must say 2 hours is pretty good for your first 3x3 door 1 block wide. You could have just used one piston on the top. When the piston powers up, it will close the door and the door frame would have covered the piston. But tbh that animation when it closes up is so satisfiying.
Time for painstone
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
8:10 what what what what bro i didnt know it goes thru glas
10:34 you can actually use slabs in bedrock. Redstone signal goes down glass, but not slabs, so you can still make a diode with 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
WELCOME BACK... I welcome you
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.
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
Can you make a tutorial on how to build this please? I can’t find a simple tutorial for a bedrock 3x3
the way it takes away the block at the end. some reason reminds me of like portal
absolute fire
I grew up with bedrock, and im used to bedrock redstone. Java redstone is confusing for me
I mostly play Java, but I really love Bedrock for all the little details that are missing in Java. When it comes to redstone, I am glad to have learned it in Bedrock, because taught it to myself and qc is very unintuitive for new players. I think that Bedrock has the more elegant solution for the majority of players, while Java has those bugs that were made into features, because they can come in handy sometimes, even though they only make sense on a meta level...
Good job!
we need a dedicated bugrock redstoner to figure out how to make anything.
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.
I used to love building redstone contraptions on the legacy console editions. When Microsoft ditched those versions and forced us all onto Bedrock edition i couldnt even figure out how to build a t-flip flop anymore because of the piston priority randomness. I couldnt make my favourite creation of all time, the jeb door and thus my love of redstone died with the birth of Bedrock
By a double piston extender with slime blocks and or honey and you can have the 1 piston on the top
If I played bedrock on a regular basis, I'd slap this into every base I could put it in tbh
As someone that was thought there was no dumb question, I’m going to ask the question, I’ve been playing Minecraft for many years off and on and just recently started messing around with red stone and I have done a couple tutorials building a drawbridge and a castle gate, both were great. But now for t hat question which am I using bedrock or Java? The drawbridge was very complex and I had to rebuild both sides after things went wrong. The gate works perfectly, except for when I travel out of the area then come back the outside button won’t work but it I go back and come back through the tunnel to the inside button that works but the outside button still doesn’t work I have to shut down come back into the game after clearing it from my memory on my iPad then when I get back to the front button then it works, why 🤷
[comment]
this is the comment of all comments
Now the question is, can you tunnel it, or put the door 5-6 times right behind the first one
As a proud user of bedrock I love this
The Bedrock redstone pain is real...
This is a common misconception, bedrock red stone isn’t difficult, but half of the tutorials you will ever encounter will be exclusively for Java
9:43 literally any contraption in bedrock
Now you feel my pain
I’ve used bedrock Redstone for 5 years… still took me days to design my first 3x3
Can you explain to me why the top is a double extender and not just a single sticky
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
watching java players figure out anything on bedrock is like watching your kid figure out how to use the toy you grew up with brings me back to when i first started messing with redstone
How did RUclips know I was trying to make a 3x3 piston door in bedrock yesterday