Sand Logic

[endy123]

Converts a multiple sand input to single sand output.

takes advantage of the side mechanics in order to work.

Sand coming in is converted to mud which then exits out to the side and is converted back to sand as it passes through the torch.


OR and AND Gates



The AND gate relies on single sand inputs and only works once.


As for general transport sand will move itself down any stair-step formation if it isn't blocked in by anything.


still pretty basic logic system, but hopefully we can expand on it in the future.

[ganondorfchampin]

We need a not gate, and continuous streams. Also, the first thing isn't doing anything except making the water get used up.

[Qwerty]

Aha, PG2 tech? I wonder who will make the first PG2 calculator.

[endy123]

Jun 16, 2012 1:54:13 GMT Qwerty said:

Aha, PG2 tech? I wonder who will make the first PG2 calculator.

lol, yeah, I think with just these we could actually manage it.

Jun 16, 2012 1:12:37 GMT ganondorfchampin said:

We need a not gate, and continuous streams.

yeah, lack of a not gate is definitely an issue.

I suspect this won't ever reach the same level of complexity as laser tech, but it is nice to have something to work with again.

Jun 16, 2012 1:12:37 GMT ganondorfchampin said:

Also, the first thing isn't doing anything except making the water get used up.

it converts a multiple sand to a single thing of sand. Tricky to show the detail of what should be at the other end of the screen.



mainly made it for buttons, though could be used for the Or gate output as well.


it is theoretically possible the mud will allow extra sand through, though unlikely. There are additional filters that could be used anyways, traps that only a liquid could get out of.

I am hopeful we'll find something simpler to use than this in the future. Would be painful having to route sand around each time, just to get it back to a single input.

[droctagonapus]

maybe instead of a not itcould use a
A and not B

and when it needs to be used an a would run through all of them and release all the ones that weren't stopped
so the truth table would be:
Z|0...|1
0|0,0|0,0
1|1,1|1,0

also the and there can be modified to require n inputs.
so on the little part at the end, shaped kinda like an L you can do this:
where Z is a solid block that is not changed, and O is empty :

Z
Z
OZZ
requires 2
Z
Z
ZOZZ
ZZ
requires 3
Z
Z
ZOZZ
ZOZ
ZZ
requires 4
and so one.
the inputs can be collected with an or gate.
this allows for checking if at least n inputs have been given, and possibly for adding numbers, though I doubt it is the best way to do so.
for a n input and gate one needs
the number of pieces in a n bit or gate (approx 2n+1)
and ~2n+4 for the actual and part thingy
for a total of about 4n+5

[endy123]

oh, I get what you're saying. That does look like it could work for an adder.

would need to duplicate the signals, but yeah, should work.


I did manage to come up with a vastly simplified version of the Single Release thing. It also isn't specific to Sand, so may be useful in other areas.



Any amount of liquid In = 1 Liquid Out

still needs the little torch tube, but doesn't require getting the sand back to the edge each time just for paring it down to a single bit.

[Hachi1]

Jun 16, 2012 1:54:13 GMT Qwerty said:

Aha, PG2 tech? I wonder who will make the first PG2 calculator.

I made a calculator on pg2... but it is REALLY BAD. (2 minute design) I have to say, it does work. (It doesn't use any mud/sand logic gates though)
With this design the max would be like 10x10 which is way too inefficient

[Qwerty]

That picture isn't showing. Could you rehost it?

[Hachi1]

I should have spent a bit more time to make it at least have straight lines

[droctagonapus]

for the and not it might be useful to make something convert from sand to water, which would then remove a piece of torch.
So I built something that might serve as a basis of a sand-> water
it has the trivial sand->mud and then a mud->water
the problem is that It doesent work every time, because the mud doesnt always sink, and sometimes just travels over the water.
I think extending it to go over the water multiple times might increase the chances of it working, but it might make it too big.
(it is diagonal shaped)

edit before actually posting:

It seems to work with what is probably sufficient frequency! (read: I haven't seen it fail yet, but am convinced that it can)
here is a link to the picture:

[GGoodie]

Jun 20, 2012 19:18:06 GMT Hachi1 said:

I should have spent a bit more time to make it at least have straight lines

2x2=3?

[qwerty213]

I have an idea for a not gate..
Fitrst drocta...s sang to water thing, then the water remvoes torch and releases lava. The lava lands on fireworks wich burst to powder. And last, the powder lands on a stair thing, to make smaller inputs of sand cant go through.

You might need stone as floor as magma is blowing up c4.

Could this possibly work in practice?

[~Memzak~]

My main issue with PG2 tech at the moment is that you cannot cross lines when using C4. I'm hoping for the addition of Thunder + Metal to Help with this problematic dilemma. While Sand tech is all fine and dandy. (and looks like even more efficient in some cases) I think the real boost to PG2 tech shall be the Thunder + Metal combo. (And depending on how sand affects thunder in metal or thunder just before metal we could perhaps use it for more compact gates too)

Mud is also really interesting as an element for fool around with.