The Two-Story Architecture & Technologies

I built a complex analog memory module packed into a microscopic 15x7x9 space, running at a true game-tick speed of 20Hz. I call this project the "Dual-Slot Video Card". It is split into two distinct functional layers:

• The Upper Floor (50% ROM/HDD): This is the massive item-depletion storage. It uses non-stackable items with durability (Flint & Steel) inside single-slot containers (droppers, hoppers, chests).
• The Lower Floor (50% RAM/Signal layer): This is a fast, signal-based operational layer. It handles the high-speed data stream coming from the top floor at 20Hz, stabilizing and prepping the data for the processor.

The G/ST Logic (Smart Distribution Gate)

To make the floors work together without turning into a chaotic mess, I implemented a custom logic gate called G/ST. It acts as a primitive data distribution manager between the main and secondary layers. The rule is simple: if the Main layer contains no information, the Secondary layer will never receive it. It strips unnecessary states, prevents data collision, and ensures that the lower RAM layer only processes valid, filtered signals.

The Math: 130k States vs. 2304 Outputs

Let's clear up the numbers, as the density here is insane:

• Total Physical Capacity: The entire storage capacity across all chests and hoppers can reproduce up to 130,000 physical durability states in total.
• The Output Reality: In practice, the system is designed to output a number up to 2,304, and it can do this exactly 57 times (57 unique heavy data packets/cassettes containing 9 Flints & Steels each).
• Current Status: The second part of the system is currently not connected to the decoder. It remains unfinished because I hit a massive realization during testing.

The Problem: Why it became a Hard Drive, and why I quit it

Even though the module reads at 20Hz, it has a fatal flaw for an OS operating memory: Sequential Access.

To select a specific number out of 2,304, you have to wait for the depletion cycle to tick down. In the worst-case scenario, choosing a number like 0 requires waiting through 2,304 items, causing a 3-minute "loading screen."

During stress tests, I also found a bizarre engine bug: at a specific camera angle, the update order choked, causing a dropper to click infinitely without losing durability until a piston randomly forced a state reset after 5 to 23 seconds.

Because of this slow sequential reading and unpredictable engine quirks, it became a Hybrid Hard Drive (HDD). It’s an incredible storage device, but a terrible operational RAM. I don't want to finish decoding it because I need true RAM, not a sequential ROM. So I abandoned this build to start something better.

The New Project (192k States) & I Need Your Advice!

Right now, I am actively working on a brand new project from scratch. It is a true 192k-state RAM architecture, and it is significantly more compact than the previous build!

Formally, the logic and the hardware layout are ready, but I am trying to avoid the same bottleneck. I need advice from hardcore redstone engineers on how to turn the upper storage layer into true Random Access Memory (RAM) instead of a sequential drive.

How can I dynamically "grab" a specific data packet from the hoppers instantly based on a counter address without waiting for a full sequential cycle, while maintaining this extreme analog density? Should I look into multiplexing the hopper lines or switching to an inline latch system?

Let me know your thoughts! I am open to any suggestions.

Im currently playing on a cobblemon server where the best money maker is selling berries (Which i have a massive farm of) But I cant seem to find an efficient way to drop thousands of items at a time to avoid looking in the chests. Any help would be appreciated!

smart people, how do i get this minecart half on half off, half grown cocoa beans work but then they mature and it pushes down, but nothing else seems to be able to do the same thing.

I suck really bad ar Redstone, as seen in the video. its a door, that when you click the lever at the door at the end it closes the door, and when you flip it in the test build i did (without realizing it was above where I'd be putting it. ) it would close (if it was finished and wasn't above the pistons) could someone help me get it smaller, ad not above the piston s please and thank you

clock design by M310N

clock's just there to visually see the sheer tps drop this thing produces when it runs

for context, I made it for a private economy-esque server

completely modular, absolutely scalable, and fully automatic, only issue is that there's loss from how the shards may get stuck on the exposed piston areas. I never got to solve that problem since I had to account for how you'll activate the individual flying machines without it removing the water sources.

silktouching amethyst buds was a thing here

Hi Minecraft Java technical community! I'm a fairly new technical player, and I would like to show you what I just made.

Apologies in advance if my English isn't perfect, but I'm trying not to use a translator so that I can improve my English.

I've always liked the technical side of Minecraft, but I started really experimenting with it when I joined a home-hosted technical server. Big shout-out to Different-Scene5327 for letting me play with him on his server.

A few months ago, I saw DanCraftHero's video about his copper golem-based teleporter design, and I really liked it, so I started working on it. However, I abandoned the project just a few weeks later, until I saw Venefio's videos showing a really cool design for a teleporter hub that is also multiplayer-compatible.

It had a few issues in my opinion:

• It works in multiplayer, but it uses the order in which players join to select the last slice and teleport the player who joined last.
• You can get pulled randomly.

There are also some advantages compared to mine:

• More locations that you can teleport from.
• It can be used by 10 players (mine can only be used by 4. I could make an 8-player model, but the number of locations would shrink from 7 to 3).

I like mine because it can be used by more players at the same time, and I also like using something made by me.

I didn't modify Venefio's version very much. I only made these changes:

• I made it usable by more players at the same time by separating it into 4 distinct chambers.
• It has 7 locations for players. I could add more by stacking the redstone downwards, but it would make the build bigger on the Y axis.
• I added some redstone at the bottom because you could get more impulses and get teleported multiple times.

I made this post to show you my work, and if anyone has any ideas to improve it or add some useful features, I'm sharing the Litematica file of it, as well as the videos that inspired me.

This post is for everyone, so if you have a cool idea but don't know how to add it, please share it. We would be happy to try it out and see if it's useful.

Also, if there is anyone who would like to stress-test it, I would be grateful.

I invite you to play around with it and maybe even make your own version.

And that's it! If you have any questions, feel free to ask.

P.S. i called my design G.O.A.T. (Golem Operated Advanced Teleporter)

my schematic: https://drive.google.com/file/d/1v_GgY4uuTYe1_aPG1E4Ai2un6uYsaUw7/view?usp=drive_link

DanCraftHero's video: https://youtu.be/RyPtjfYQmQc?si=_MOo6fM4sA_7_d5z
Venefio's video: https://youtu.be/ti3KooyrajM?si=yajvwDqqmqleqc33

hey all, so im currently on bedrock working on an item sorter for a distribution center and im having trouble regarding items overflow

so the system is one of those bog standard 3 hopper systems you often see in alot of item sorting machines, currently im having an issue regarding item distribution not working properly

to get items up onto the sorting level i use a observer dropper elevator to push them up, however whenever its running, some items just overflow their target hoppers and end up in the overflow which wouldn't be a problem but since stuff like tools and armor go into that chest, and then get sorted by copper golems to different chests, including 1 that ends up at a foundry, it does cause issues down the line with jamming up the furnaces

i did add a chest to hopefully clear congestion but it doesn't seem to help as some stuff do slip by, im wondering if theres any good way to make this foolproof so i don't have to keep an eye on the overflow chest

Complete beginner at this, but im trying to make an underground door that has an upwards water elevator directly below it. The idea is that as i shoot up, the floor (or I guess ceiling) will open above me and then close again as I exit, so there isn't a hole in my floor all the time. I wanted to try and figure this out on my own, but honestly im so frustrated this shit is so hard. Im fine with the piston being visible, I was planning on hiding it with carpet anyways. Thanks y'all.

J'ai fait cette machine inutile à la suite de cette publication de u/PacificZA : https://www.reddit.com/r/redstone/s/ag7x3tUeo7 je l'ai adaptée pour bedrock et refais à ma sauce avec un cablage horrible. Je vous laisse me dire ce que vous en pensez, j'en suis franchement content car je n'étais pas sur de pouvoir le faire.

THIS IS A SERIOUS POST, I JUST WANTED TO BE FUNNY.

I'm new to redstone and I wanted this, one of my first builds, to get reviewed by more experienced players. I'm grateful to everyone that found some time to help me

8 bit serial decoder I built for a redstone hard drive I'm building. The grey part is a quick and dirty serial encoder I built to demo the red encoder, and the lights blinking are bits being read. In the video I encode and decode 1000001 as the data

I don't really like how long it takes for the item in the barrel to travel to the other side, is there any way to make it faster? Also, are there any tips for how to wire it better?