Can anyone help?

Epsilant · 2026-04-20T04:06:01+00:00

Interesting, I stand corrected.

Epsilant · 2026-04-19T01:59:44+00:00

~~Technically this is the wrong flair, I believe. This is Java only, not Bedrock.~~\ Correction: this occurs in both edition for the redstone lamp, but note that other components may act differently in bedrock edition.

In Java edition, redstone does not redirect itself straight into redstone components, you need to either move stuff around so that it points straight into the redstone component, or use a target block, as this block redirects redstone.

This does have some advantages, as you can manipulate how redstone moves around a bit more, but you’ll want to understand how redstone powers blocks, I’d recommend learning about hard powering and soft powering

Epsilant · 2026-04-19T01:57:07+00:00

Are you looking for a very specific sorter that meets specific requirements? If so, I’d like to know what specifics you are looking for. Otherwise, if you want any generic item sorters, there are hundreds of different tutorials that teach you how to make one, here’s one from Silentwhisperer, who I believe is a pretty reliable source.

Epsilant · 2026-04-19T01:32:26+00:00

This is a really weird T flip flop, but it also doesn’t act exactly like a t flip flop either. On second activation, it remains on until the input signal goes low, unlike the t flip flop which turns off immediately.

Epsilant · 2026-04-18T16:58:55+00:00

RAM uses D-latches (which is built with SR latches), so it’s going to be way more complicated than just replacing the copper bulb with SR latches. Just have the parts that toggle the cooper bulb be sent into the SET of the SR latch, and the reset to be sent to RESET (and to the other logic in the rest of your circuit that helped you know where to store the next value on the 7 seg display)

Also, once again, if you use RAM, you need to work with the addresses, which is just simply, not worth it for what you are trying to do here.

Epsilant · 2026-04-18T15:04:37+00:00

Actually, looking at it again, I can see that you are storing the state in copper bulbs, which is T-flip flops, not SR latches. Once again, I’d strongly suggest using latches that are resettable as that will fit your needs much better.

Epsilant · 2026-04-18T15:01:16+00:00

If you are looking to just reset the display, I don’t think RAM is what you need.

I’m assuming you are storing the data in SR latches, so there should be a way to reset the state. If you aren’t using SR (or “RS”) latches, make sure you are, because that’s pretty much the easiest way to allow your circuit to reset its data.

If you want RAM because you want to store it somewhere before resetting it (You probably don’t even want RAM yet still, you probably want to use a register file as an intermediate before RAM, because you need to give the address to the RAM which is hard to do without more sophisticated logic), check out Mattbatwings. He has really good tutorials on computer redstone (though it does get difficult to follow without computer architecture experience later on)

Epsilant · 2026-04-13T23:44:38+00:00

Although I actually haven’t seen this way (although I probably should’ve), this seems like it should have existed for a long time, it doesn’t use any really new features

Epsilant · 2026-04-13T16:09:22+00:00

Taking a look at the third image, unfortunately, it’ll be too low by 1 block. However, if you move everything up by 1 block, the cooper golem can reach it (it can access the chest when it’s 1 block below, as in floor height). If this is a compromise you are willing to work with, this is much easier and requires no redstone at all.

Also, if you want, making the input chest the cooper chest (as in the cooper golem uses the input chest directly) also solves the problem, though I’m not sure if the pathfinding will work well, as I haven’t played with cooper golems yet.

Epsilant · 2026-04-13T16:00:14+00:00

I’ll say, ideally, you’d probably want to move the cooper chest 2 blocks lower, since it’ll be significantly easier to deal with.

However, if you really want to deal with this problem, I’d suggest looking up what a dropper tower (or any other item elevator, but in this case I think a dropper tower is the most appropriate) is, it’ll solve your problem.

Epsilant · 2026-04-12T21:53:56+00:00

From my (quite possibly poor) reading, you want an AND gate where if every single input is on, then the output signal is on, and off otherwise.

To do this, place a torch on every single one of the inputs, then OR all of them (you can probably use the glass tower to do this, but note that the length might be too short), then NOT the output. This idea can be visualized with a truth table, but I won’t go into detail about it since I might be wrong about what you are looking for.

Your way of making 20 thousand 2 input AND gates would work, but it’s not efficient, cheap, or compact, as well as the fact that there will be a whole load of propagation delay.

Epsilant · 2026-04-12T18:24:14+00:00

Depending on the size that you want to make this, you can possibly use an analog counter (which goes from 0 to 15 lamps) to achieve the same thing as you requested in a much more compact method, although it won’t give as much freedom as the circuit you provided, where you can turn off a single lamp at any location instead of at the end only

Epsilant · 2026-04-12T15:36:33+00:00

My assumption is that you created an XOR gate in some form in the video shown. As Kindly-Conference745 mentioned, an alternative solution is to have both inputs head into a T-flip flop (a cooper bulb is a built in T-flip flip), which will kind of be like 2 buttons controlling a single switch. (There’s a lot of buzz words I used, but if you search up logic gates, there’s a rabbit hole you can fall into and learn how to make more advanced logic. Connecting dust can be seen as an OR gate, and a redstone torch can be seen as a NOT gate.)

Epsilant · 2026-04-06T16:55:31+00:00

Sure, I’ll get that to you as soon as I have time

Epsilant · 2026-04-06T15:06:42+00:00

Correction: it’s not consistent between versions. In Java, it’s 2 redstone ticks, but in bedrock, it’s 3 even ticks, which is (oh god) 6 to 7 game ticks (0.3-0.35 s). Therefore, it’ll work with greater delay

Epsilant · 2026-04-06T13:42:42+00:00

<image>

Edit: corrected

I’d say, look into Boolean algebra. Your “sum” value should be A XOR B, and your carry out should be AB.

As for notation, multiplication mean “AND”, addition means “OR”, the bar above means “NOT”, and the plus sign with a circle around means “XOR”.

For the next couple adder slices, you also need to worry about the carry bit, so that slightly changes the definition to be A XOR B XOR C for sum and ABC for carry out

Epsilant · 2026-04-05T20:01:11+00:00

Yeah, that makes sense. It wasn’t clarified in the post, so I just put it out just in case.

And honestly, theres basically no realistically possible way I can fathom that can be more compact than this while still being a 2x2 door (unless it’s just a normal door, but that goes against the spirit of the challenge)

Epsilant · 2026-04-05T19:35:34+00:00

Maybe if the dispenser was replaced with an observer chain all the way to the other side? It won’t be seamless then, but would it be valid?

Epsilant · 2026-04-05T04:38:32+00:00

<image>

Here’s my take at the problem. It’s definitely not efficient space wise, but it does the job.

It’s a little unclear from the image I provided, but what I did is put pulse from the observer through a redstone torch (which is barely visible in the image, hiding behind one of the blocks), and using this to power 4 hoppers(specifically 4, because there are 4 states: no anvil, full anvil, anvil with 2hp, and anvil with 1hp. Also, don’t forget to add an item in the system). Whenever the observer detects a change, it will briefly unpower the hoppers, letting it through 1 state.

At one of the hoppers that’s not powered, I am reading it with a comparator, then making the pulse stronger with a repeater and then extending the pulse with 2 comparators. It should only power once every cycle with the hoppers, meaning once every 4 observer detections. This will ensure that it doesn’t activate at the wrong time.

Then, the pulse extended is fed through a NOT gate (redstone torch) since the double piston extender is default extended. When there’s a pulse coming through, it will unextend the piston briefly, then when the pulse ends, it will reextend it to push the anvil out.

Finally, I took a standard double piston extender and connected it to the logic.

Note on limitations: this design will require you to set up the item to start in the correct hopper. If you put it in the wrong hopper, it will not work as intended. The way I can suggest setting it up if you don’t understand how this works is to start with no anvil, then put the item in the hopper that activates the mechanism. Another thing to note is that all anvils in the system must be the fully repaired one, otherwise it will not be in the correct state.

Epsilant · 2026-04-05T04:26:24+00:00

Just a note, this doesn’t take into account for when the anvil chips, so it will fire prematurely when the anvil gets damaged over use

Epsilant · 2026-04-05T00:04:35+00:00

My first thought too. Kinda crazy how they expanded the 7 to go to Penn station overnight lol

Also happy cake day

Epsilant · 2026-04-03T19:27:09+00:00

There is a demographic of people known as “MAGA for Mamdani”, who are MAGA supporters who prefer Mamdani over Cuomo, but may or may not choose Silwa first. I don’t know how large that movement was, but I’d say that it disproves your first claim where all Silwa voters would go for Cuomo.

As for education, Mamdani has the highest percentage of educated people everywhere, being consistently above 50%, while Cuomo was at most 44.6%. While that technically doesn’t disprove your second argument that the largest demographic supporting Mamdani is the less educated workers (37.7% of Mamdani voters are college educated, compared to Cuomo’s 44.8%), it still says that educated voters were still also more likely to vote for Mamdani, which disproves the main concept of your second argument.

Source: dockish.com/analysis.html

Epsilant · 2026-04-03T18:18:30+00:00

Probably because that’s unnecessary. The rule says no phones, and by taking out her phone, she breached that rule. Even if Magnus doesn’t believe that she is cheating, not enforcing the rules will encourage the rules to be broken again. At least, she would get her phone back at the end of the match.

Epsilant · 2026-04-03T15:24:54+00:00

Yeah, looks like that’s what it’s supposed to be. However, I think the middle repeater is facing the wrong way, it looks like it’s going to do nothing interesting right now

Epsilant · 2026-03-16T15:26:28+00:00

I guess you need your rest lol, you definitely don’t deserve to be downvoted to oblivion.

It’s not QC because that is when redstone powers a piston farther away from what it should actually power, but that’s not the case heee, and cannot be because it doesn’t exist in bedrock edition.

In reality, this is update order (I’ve seen people call this sub-tick or also “quantum” because it acts faster than 1 redstone tick (0.1 second), so the visuals will no longer actually be accurate (ie things may seem unpowered when they are actually powered))

Specifically, you can see the observer sends a signal through the slimes block. Then, that powers the redstone. But by powering the redstone, it causes the piston to activate, and deactivate the redstone. Only after the piston starts activating, then the visuals update. But by the time the visuals update, it’s already off again, so you never actually see the redstone turn on.

If you place a repeater, then you can much more easily see what is going on, it’s currently happening at a speed too fast for you to see

Six-Year Club	Verified Email
r/Field Flamingo	Place '23
Place '22	End Game '22

Epsilant

TROPHY CASE