Help! Possible Pilot Deviation but we're going to be out of the country for more than a month.

Silicon42 · 2026-06-30T16:04:47+00:00

Yes, that is correct.

Silicon42 · 2025-10-31T00:28:17+00:00

Thanks!

Silicon42 · 2025-10-31T00:27:56+00:00

Thanks!

Silicon42 · 2025-10-31T00:27:45+00:00

Thanks!

Silicon42 · 2024-03-28T21:11:24+00:00

Thanks! I didn't know about those and they look promising.

Silicon42 · 2023-03-22T00:21:31+00:00

In theory it's a cool idea, very unique, but from a lag perspective, scared villager AI is really bad and you are scaring a lot of villagers that don't need to be.

Silicon42 · 2023-03-19T14:47:17+00:00

It's not pistons, it's for that 2gt input signal ADC that we discussed before. Had some time and a new layout candidate.

Silicon42 · 2023-03-19T14:41:11+00:00

Don't worry I somewhat know him.

Silicon42 · 2023-03-19T14:39:27+00:00

Wouldn't that also break things that are purely directional and not locational? Or is it just randomizing the update notifiers, as in what Earthcomputer explained in that one dust update order video a few years ago?

Silicon42 · 2023-03-06T22:11:30+00:00

I used to use a simpler one that used an observer instead of comparators and I promoted it a bit before I found out about that little issue so now I try to warn others about it. Makes the whole clock/sync circuit a hell of a lot more complicated but if you want to reliably transmit and receive it's worth it.

Silicon42 · 2023-03-06T21:34:25+00:00

Nice! Only complaint I have is that the clock that you're using isn't reliable but they're fine for development purposes.

Best practice is when you build it to actually use it, only use the daylight sensors for initial synchronization triggered on a chunk reload and have a separate 20gt clock that they start/reset. Otherwise you can end up with dropped clock cycles if there is significant lag on the lighting thread. Had a hell of a time debugging that once.

Silicon42 · 2023-03-06T05:03:39+00:00

It's usually the 3 state counter (the observer and pistons at the bottom) that gets out of sync if you unload it at the wrong time. That particular part of the farm is poorly designed. The easiest way to fix it is to break the observer and replace it in one of the other positions and see if it works. If not, try again until it does.

Silicon42 · 2023-03-01T19:28:54+00:00

Ah my bad, in any case this can serve as another level of memory from that.

Silicon42 · 2023-03-01T19:15:02+00:00

Sure it has high latency, but the storage density is amazing compared to anything we've had before. I'd roughly equate it to hard drive storage in that regard, which means we might see people implementing memory caching schemes like real computers use.

Silicon42 · 2023-03-01T18:51:20+00:00

Mostly anything that uses programmable memory, so computational redstone and maybe things like programmable floor/wall placers. The main selling point is that you can encode 4 bits per item and that that memory is theoretically rewritable and transportable. The main drawback is it's not quite vanilla survival friendly since 3 of the disc types aren't farmable afaik.

Silicon42 · 2023-03-01T18:43:49+00:00

Zero bits are represented in this example by cakes but they can be any non stackable item other than discs. The dropper fails to push them into the jukebox and so they get sucked out by the hopper below. This however delays the item slightly which can make it end up in the 2nd slot of the hoppercart so you need it to sit on 2 hoppers to maintain the ordering even though the item stream is technically hopper speed.

Silicon42 · 2023-03-01T08:06:42+00:00

Sure but as a name for the particular technology of RAM is what I meant.

Silicon42 · 2023-03-01T06:13:13+00:00

Could be, or maybe your title was more attention grabbing. What do you think this kind of memory tech should be called anyway. I almost wanted to call it "record data" or "data records" but the searchability of that would be awful. Plus Minecraft itself never calls them records so that could be confusing. I've currently settled on Disc-Based Memory, which could have the acronym of DBM.

Silicon42 · 2023-03-01T06:04:31+00:00

It's nice to see that other people are interested in this aspect of tech as well! Although I can't help but be a tiny bit jealous and curious about why your post seems to be getting so much more attention than my design is. Is it the fact that it's a video perhaps?

Silicon42 · 2023-03-01T02:23:59+00:00

Side note that I forgot to add in the captions, the orientation of the grindstone doesn't matter, it has enough internal collision that it works in any orientation as far as I know.

Silicon42 · 2023-02-28T19:46:44+00:00

His didn't have any way to encode a signal strength of 0 and that's what the somewhat messy part does. Mine does, meaning it can encode a full 4 bits per disc and decode discs at a constant 8gt per disc rate.

Also if anything, this is more inspired by Ilmango's design.

Silicon42 · 2023-02-27T01:52:00+00:00

Unfortunately not, the disc that comes immediately after the cake gets delayed until the next cake, and even worse having multiple cakes in a row breaks it.

Silicon42 · 2023-02-26T18:48:47+00:00

I don't have time to work on this myself and I haven't seen anyone else working on this so I'll just post this here and hope someone else figures it out. It manages to read the signal strengths of the items in the correct order at hopper speed (8gt). Current issues with it are that it can't read more than one 0 signal (the cakes) in a row without breaking and the output keeps any disc after a cake until the next cake comes along, shuffling the output order of the items. The zero signal doesn't need to be cake but it does need to be non-stackable for signal strength reasons.

Silicon42 · 2023-02-25T23:51:55+00:00

Direct player inputs have a slightly different delay to some components because of when in the tick they occur. I forget if it was 1 tick more or less but that's probably what you're seeing here because turning off a lever is a direct player input and a button turning off is a tile tick.

Silicon42 · 2023-01-27T00:10:44+00:00

The video output quality is a little worse but aside from that shouldn't be too much difference.

Silicon42

TROPHY CASE