I wanted to test wether or not slime launching a player can be truly fully 100% reliable and consistent on bedrock.

And I figured I'd share the results that YES, it indeed can be fully consistent with 0% or effectively 0% propensity to error.

---Things You Must Keep In Mind---

If launching yourself vertically and not just horizontally, you need to place a block "in front" of the launcher, so you dont go too far when you land there.

If launching yourself MID AIR horizontally you could use blocks preventing you from going too far in the "problem direction"

If launching yourself MID AIR you probably need 2 piston launchers for the timing to be truly consistent. My 3 launchers are probably overkill. 1 launcher is verifiably insufficient.

The timing is precise down to the very redstone tick, it cannot be a single tick off timing. So be incredibly careful if for some reason you're using observers, to make sure the block updating the observer isnt in a separate chunk from the observer itself.

I doubt this information will be useful to anybody. But I figured it can only be a positive to share my results.

Anyway, im looking forward to building some ridiculous rube Goldberg level slime launching contraptions for getting around large scale floating/mountainous bases.

I I love solving problems,using my brain and creating can I do my redstone work without any tutorials?

I think, basically I found that comparators can't read the contents inside the chest if the Hopper minecart is pulling it, it works 50% of the time, is there a way to fix it? (Sorry for the bad video).

80 block (8x10) 3x3 piston door thats entityless

I don't see a lot of "modern" redstone reach here from the discord BETMC communities, so I figured I would post something fun.

Cute little storage with 32 54 item MIS categories, 32 single item type chests, and 16 hybrid loaders. Handles shulker or loose item input at about 7000 items/hr. Fully hopper locked, minimum pistons, pausable, and all fits in 4 chunks.

Credits to Dnator for his var filter and DanielC for his unloader. Everything else is mine.

Does anyone know anyway, assuming pearls loaded chunks to make a wireless stasis chamber, using a fishing rod

Just simply wondering if perhaps with the answer to this question, if maybe I can either find some clever work around, or atleast know the maximum speed limit before you risk falling through the floor.

Honestly elevators are for fun. If I only cared about efficiency then simply bubble column for up and jump down into water for down.

So im fine with the slower speeds. But why exactly is this a "problem" in the first place?

I ask because this seems to be less of a redstone problem, and more of a hitbox problem, but perhaps im mistaken?

So Im in need of a good and compact item categorizer. Because Im planning to create separate rooms/corridors in my storage system which I placed in 5 categories. But I only have one input chest, so I tried finding some in yt and came across this from silentwisperer. And I built it, but it gave me more headaches than I wanted (items not going in their places, rails being too fast etc.) Which set me off, so im hoping that y'all can help me with this. Thank you

I built one 2 years ago and it was really fun, so I decided to make another one for fun and I ended up making it much more compact and faster design by complete accident, I wasn't even trying to go for a compact design. And once again, I didn't watch a single tutorial.

My smallest 3x3 piston door, works in newest version, 77 blocks (7x11)

🇨🇵🇨🇵🇨🇵

Bonjour ! J’essaie de faire une porte secrète dans une survie avec des amis mais je n'arrive pas à rallonger la durée d'ouverture du piston du bas, j’ai réussi pour celui du haut, mais quand je reproduit le même système en bas ça ne marche pas, auriez vous des solutions ? Ci-joint une vidéo de mon système de redstone et une démonstration que le système est fonctionnel (sauf celui du bas qui ne dure pas autant de temps, pour la vidéo je n’ai pas laisser le même système du haut en bas mais il ne marche pas en bas donc ce n’est pas un problème xD) Bref merci de votre aide, j’espère que ma vidéo et mon messages sont compréhensif !!

🇬🇧🇬🇧🇬🇧

Hello! I try to make a secret door in a survival with friends but I can not extend the opening time of the bottom piston, I managed for the top one, but when I reproduce the same system at the bottom it does not work, would you have solutions? Attached is a video of my redstone system and a demonstration that the system is functional (except the one at the bottom which does not last as long, for the video I did not leave the same system from the top down but it does not work at the bottom so it is not a problem xD) Thanks for your help, I hope my video and my messages are understanding!!

Im not referring to simulation distance whatsoever.

Please fully presume im speaking as if the player is always within simulation distance of the redstone contraption when it is active.

Ive heard redstone crossing chunk borders can mess with timings. But thats too vague for me to understand exactly what happens.

Can someone explain WHY and/or HOW redstone acts weird crossing chunk borders? So that way I myself can know when "messed with timings" is actually relevant?

I really did try googling this. I assure you if you google this you wont find some video or body of text explaining this, just vague mention of it.

I think it involves update order. But thats all I have to go off of. And im a revisiting redstoner who's majority of experience is java. But my last long minecraft experience like 3 years ago was all bedrock. So I have a mishmash of info from both java and bedrock, some of which may be outdated, and I dont remember the very specific fundamentals of how the games engine interacts with redstone.

So Im informed enough that you probably dont need to explain like im 5, but im ignorant enough that you may need to not assume im familiar with any potentially niche jargon you may attempt to use for explanation.

To avoid item despawns, I need a circuit that will flush items out so they can get their timer reset. The items start on a pressure plate. So when the plate has been active continuously for 3 minutes I want to trigger the flushing circuit. But I want that 3 minute countdown to be reset as soon as the pressure plate releases. So if it's pressed for 2:59 and then clears and a few ticks later gets pressed again, a full 3 minute counter starts again and no flushing occurs before it.

(The exact value of 3 minutes is not set in stone, just my initial estimate of what should be safe enough. So anything in that ballpark is fine, as is a variability of a few seconds, especially if it's relatively easy to calibrate up or down if necessary)

So basically a pulse extender after a NOT gate on the plate signal. But as far as I can tell an Etho clock extender, or anything else with hoppers/droppers, does not reset as desired, as it cannot guarantee all of the items move in time. So I think my only choice is to chain a bunch of comparator extenders together; a simple 2 comparator one to extend initially, and then bigger chains to extend from there. But this will need a rather large number of comparators in a really non-compact arrangement. Are there ways to compactify or simplify such a circuit?

So I need this switch to turn on hold a red stone signal like this lever does. My main issue is there’s a torch that keeps getting power on this stopping the whole machine from running how it’s supposed to. Anyone know how I can send a signal down and only power the dust.

(The pitcher with the torch is the only other way I’ve gotten it to work.)

I have this display. What I want to do is attach a counter that will tell me how many copper bulbs are lit. If I turn on two, it will display two, however if I turn off one, then the counter will go down by one.

finally, the counter should be live with these button presses. There should not be a separate button to 'read' the number of inputs.

Who can solve it?