Hello fellow Minecrafters, today I present to you the first decoder that utilizes the new piston addition to the game, not only is it smaller than the standard decoder, it can hold up to 48 characters (which are bits I suppose). I can't claim everything as my own, as another person on this forum first created the loop, and another created the 7 segment display. As of right now the loop is holding 0-9 and a-h but is not even half way used! DOWNLOAD:http://dl.dropbox.com/u/16353024/1.7test.zip
The Meaning of Life, the Universe, and Everything.
Join Date:
5/4/2011
Posts:
237
Member Details
This is not really a piston decoder. It's a completely normal decoder that receives data from a storage device built with pistons.
@Murtdragon: This is actually more like a CD-ROM like a tape drive, because a tape can be written to. This thing is read-only :wink.gif: EDIT: or, even better, this is akin to a LP record. CDs support seeking, this one does not!
Still, as already stated in the original creator's thread, this is quite possibly one of the most compact ways to store data in Minecraft. The only more compact way is snaking the loop back and forth.
Need logic to control the drive. Pulse the clock-cycle once per byte while seeking, read the output lines and compare to the desired pattern. If both patterns match, check the next byte. You could then have a multi-byte header.
Basically, we're coding assembly routines in physical and hardware structures to simulate the hardware of a computer.
The other way you could seek would be to treat the whole thing like loop memory (which it is). Every line is potentially destroyable, you just want to feed in a specific set of information.
And I just had a viable idea for a "write" structure. Feed glass and wool in from opposite sides, next to each other. Pistons then push the wool into the line of glass to mark ones. Leftover glass is pumped back around to the zeroes feed. Shove the whole line into the byte slot, separating out ones and zeroes. Use a set of pistons from either side to pull those into the feed. Zeroes use a gravity-affected material (like sand) as filler and ride sideways, so it can drop out of the feed harmlessly.
... I wonder what it would take to build a proof of concept?
... I'm probably not the guy to do it, though.
Rollback Post to RevisionRollBack
"I dunno, ZK, that sounds pretty awesome..." "Well then, let's get awesome!"
Need logic to control the drive. Pulse the clock-cycle once per byte while seeking, read the output lines and compare to the desired pattern. If both patterns match, check the next byte. You could then have a multi-byte header.
Basically, we're coding assembly routines in physical and hardware structures to simulate the hardware of a computer.
The other way you could seek would be to treat the whole thing like loop memory (which it is). Every line is potentially destroyable, you just want to feed in a specific set of information.
And I just had a viable idea for a "write" structure. Feed glass and wool in from opposite sides, next to each other. Pistons then push the wool into the line of glass to mark ones. Leftover glass is pumped back around to the zeroes feed. Shove the whole line into the byte slot, separating out ones and zeroes. Use a set of pistons from either side to pull those into the feed. Zeroes use a gravity-affected material (like sand) as filler and ride sideways, so it can drop out of the feed harmlessly.
... I wonder what it would take to build a proof of concept?
... I'm probably not the guy to do it, though.
I kind of get what you mean, feel free to download the map (it's in the OP) and try it out, I would love to advance this farther
I kind of get what you mean, feel free to download the map (it's in the OP) and try it out, I would love to advance this farther
Also what I'm doing now is having a read section that goes to a display, and a seek section that goes to a segment of redstone, I press a button for a certain character, a piston moves to allow the redstone current to continue which sends a pulse to a rsnor stopping the loop, and with the correct timing lands on the read section (above the seek) to display on the 7 segment display.
Bump for ideas, need insight on how to seek using this
Add 6 blocks of width to the strip and have these be the "Address Labels" for each line of memory. "Seeking" is then as easy as advancing the Loop until its Address Label matches the Address you've selected.
Rollback Post to RevisionRollBack
Hans Lemurson's Thread of Links:http://www.minecraftforum.net/topic/371610-hans-lemursons-thread-of-links/
Look here to find links to my inventions, creations, and my Youtube channel featuring Amazing Creations of Mine (Redstone engineering FTW!!!) and charming Music-Videos about clones. I also made "Minecraft in Minecraft" (2D platformer/building game). I'm currently trying to make a computer.
DOWNLOAD:http://dl.dropbox.com/u/16353024/1.7test.zip
Thanks, I probably won't post a tutorial, but when I get time I'll go through it thoroughly so people can build off of the video.
Also in case you don't know, the other display is hooked up to a regular decoder (the stone one) and only holds 0-9
Editied OP with download link to the map, but beware there is a bunch of crap on it.
This just runs in a loop, so its more of a static counter
@Murtdragon: This is actually more like a CD-ROM like a tape drive, because a tape can be written to. This thing is read-only :wink.gif: EDIT: or, even better, this is akin to a LP record. CDs support seeking, this one does not!
Still, as already stated in the original creator's thread, this is quite possibly one of the most compact ways to store data in Minecraft. The only more compact way is snaking the loop back and forth.
Basically, we're coding assembly routines in physical and hardware structures to simulate the hardware of a computer.
The other way you could seek would be to treat the whole thing like loop memory (which it is). Every line is potentially destroyable, you just want to feed in a specific set of information.
And I just had a viable idea for a "write" structure. Feed glass and wool in from opposite sides, next to each other. Pistons then push the wool into the line of glass to mark ones. Leftover glass is pumped back around to the zeroes feed. Shove the whole line into the byte slot, separating out ones and zeroes. Use a set of pistons from either side to pull those into the feed. Zeroes use a gravity-affected material (like sand) as filler and ride sideways, so it can drop out of the feed harmlessly.
... I wonder what it would take to build a proof of concept?
... I'm probably not the guy to do it, though.
"Well then, let's get awesome!"
I kind of get what you mean, feel free to download the map (it's in the OP) and try it out, I would love to advance this farther
Also what I'm doing now is having a read section that goes to a display, and a seek section that goes to a segment of redstone, I press a button for a certain character, a piston moves to allow the redstone current to continue which sends a pulse to a rsnor stopping the loop, and with the correct timing lands on the read section (above the seek) to display on the 7 segment display.
Add 6 blocks of width to the strip and have these be the "Address Labels" for each line of memory. "Seeking" is then as easy as advancing the Loop until its Address Label matches the Address you've selected.
Look here to find links to my inventions, creations, and my Youtube channel featuring Amazing Creations of Mine (Redstone engineering FTW!!!) and charming Music-Videos about clones. I also made "Minecraft in Minecraft" (2D platformer/building game). I'm currently trying to make a computer.