Hey, great work! I'm constantly amazed by the things people manage to do with redstone. Since playing with the Piston's mod, I've been working on Piston printers. I wonder whether your 'computer', or some variant would be able to play a role in a piston printer.
The simplest printers need only to store around 9 bits, printing a 3x3 two color 'page', which doesn't need much storage or computing. But once you start adding dimensions and colors, things get crazy. The current design I'm working on now involves a printing head that can print 8 different colors and prints a 5x5x5 block, a 3D printer. Depending on the output desired, blank space can be filled with glass and broken one by one once printed, or wool and burnt off after printing.
I need a way to input and store 125 3bit values, and then decode them into the printer head, along with the proper delays to avoid jamming and the proper parsing to insert the printer commands such as 'push line forward' every 5 printed and 'push slice up' every 25 printed.
As far as future printing goes, as long as pistons maintain the ability to push 16 blocks, the upwards limit to a 3D Piston Printer would be 32x32x32, using 8 printer heads at the 8 corners of a 32^3 cube. With over 32k blocks, and 3 bits needed per block, thats almost 100k bits needed.
Hey, great work! I'm constantly amazed by the things people manage to do with redstone. Since playing with the Piston's mod, I've been working on Piston printers. I wonder whether your 'computer', or some variant would be able to play a role in a piston printer.
The simplest printers need only to store around 9 bits, printing a 3x3 two color 'page', which doesn't need much storage or computing. But once you start adding dimensions and colors, things get crazy. The current design I'm working on now involves a printing head that can print 8 different colors and prints a 5x5x5 block, a 3D printer. Depending on the output desired, blank space can be filled with glass and broken one by one once printed, or wool and burnt off after printing.
I need a way to input and store 125 3bit values, and then decode them into the printer head, along with the proper delays to avoid jamming and the proper parsing to insert the printer commands such as 'push line forward' every 5 printed and 'push slice up' every 25 printed.
As far as future printing goes, as long as pistons maintain the ability to push 16 blocks, the upwards limit to a 3D Piston Printer would be 32x32x32, using 8 printer heads at the 8 corners of a 32^3 cube. With over 32k blocks, and 3 bits needed per block, thats almost 100k bits needed.
Any suggestions you, OP, have would be great.
I could help you wire something sometime. You'd need some registers to store values and then delays to trigger the various parts of the printer.
Quote from clcl123 »
By the self-replicating machine, you mean a Von-Neumann machine? Whacko
Anyways, I feel that this thread should receive much more publicity seeing as how much effort you have put into this. I still am utterly dumbfounded by the scope of this. I can't even handle a double door with pressure plates.
Cheers, and have these
Thanks!
Yes, this is based on the von Neumann computer architecture.
Quote from Ianman »
By the way, what is with all the slimes?
The slimes are there because this map has 1 layer of bedrock and 4 layers of dirt. Slimes are always at the appropriate levels to spawn and sometimes I forget to change to peaceful when I work on this map.
Quote from Ianman »
Amazing build man! I salute you.
Thanks!
Quote from Hallelujah »
I have to say, that's pretty damn awesome.
Again, Thanks.
N.B. - I was in New York City for the last few days, so I apologize for the late responses. I still haven't had time to check out Beta 1.5 or Portal 2.
Very nice, but a suggestion on the screen. Instead of using torches, i suggest using iron doors. They are alot easier to see with a obsidian or black wool background to them. And you can also play during the day and see it nice.
hah, i have to admit... mine is quite a bit larger :\
i never really was one for making compact creations though.
This one could actually be made a lot smaller. The bus in the ALU that runs under the large arches could be made one block wide (instead of like 18); this just never occurred to me when I was making it.
Quote from Infired »
Amazing! The best I could do with redstone is Pressure Plate Dispenser thingy.
Thanks.
TO DO LIST:
1. Compact/Optimize ALU
2. Compact/Optimize Program Counter
3. Compact/Optimize CPU
4. Add RAM
5. Add a screen
6. Keyboard (maybe)
7. Blank ROM chip
8. Write/implement a simple program
9. Write/implement a simple game
Alright I have a challenge for you, somehow make a computer in minecraft that can play minecraft.
But really, amazing job!
Rollback Post to RevisionRollBack
Quote from TheLoneCreeper »
Secondly: Welcome to the forums; expect creepy people, trolls, and people that whine about updates. In other words: Welcome to a place of pain and suffering. xD
Alright I have a challenge for you, somehow make a computer in minecraft that can play minecraft.
I hate to crush your dreams, but that is currently impossible.
Minecraft is a rather CPU-intensive game, and my CPU (or ANY CPU made in Minecraft) could not process code fast enough for any semblance of a modern game. In addition, you only have a two-tone display. Lastly, while I could in theory build the amount of RAM required for Minecraft by putting the save on a server and having bots load distant chunks, it is simply impractical and would just bog down the processing speed even more.
Alright I have a challenge for you, somehow make a computer in minecraft that can play minecraft.
I hate to crush your dreams, but that is currently impossible.
Minecraft is a rather CPU-intensive game, and my CPU (or ANY CPU made in Minecraft) could not process code fast enough for any semblance of a modern game. In addition, you only have a two-tone display. Lastly, while I could in theory build the amount of RAM required for Minecraft by putting the save on a server and having bots load distant chunks, it is simply impractical and would just bog down the processing speed even more.
I figured as much, but that would have been awesome though.
Rollback Post to RevisionRollBack
Quote from TheLoneCreeper »
Secondly: Welcome to the forums; expect creepy people, trolls, and people that whine about updates. In other words: Welcome to a place of pain and suffering. xD
You don't understand me. What "programs" can it run?
In theory, anything. As long as it can be decoded by the CPU that he has built. Now remember, this computer is inside Minecraft, so trying to run Call of Duty: Black Ops would be a bit unreasonable, but something like Minesweeper or Solitaire could be done I'd think.
Not quite. The computer is limited in memory by the 16-bit word size. This means it can have a maximum of 2^16 memory locations, or 64 KB of memory. Call of Duty Black OPs requires 2 GB of memory, which is 32 times larger, just to store the program.
You know, it would be a very slow as monitor, and probably very hard to work out and make right, but perhaps if you made of monitor that displayed using wool, and pistons could be run to use it.
It would have to be massive to work though.
Hm...
Maybe someone making some sort of movie using wool and pistons would be interesting and a bit easier.
This is a little off topic, but could someone tell me how to get my jaw back in its place. It seems to have come unhinged and just dropped to the floor.
This is a little off topic, but could someone tell me how to get my jaw back in its place. It seems to have come unhinged and just dropped to the floor.
Amazing job man, mad props.
Seek medical attention immediately. I am not responsible for mandible or ocular damage caused my the mere sight of this creation.
Quote from JWP681997 »
You know, it would be a very slow as monitor, and probably very hard to work out and make right, but perhaps if you made of monitor that displayed using wool, and pistons could be run to use it.
It would have to be massive to work though.
Hm...
Maybe someone making some sort of movie using wool and pistons would be interesting and a bit easier.
That's an interesting idea (one that was briefly considered by me), but I think I'll stick with a torch-based screen. Much work already has gone into finding the most efficient design. I saw a nice slanted (not flat) design that had a torch every block; perhaps I'll use that.
Quote from gr295 »
You need to make Minecraft, in Minecraft.
In theory, other people could modify this map for different games (adding a "cartridge").
I am still in awe.
See my previous post about Minecraft in Minecraft.
Quote from FreeFell »
Quote from homedawg68 »
Quote from Murtoll »
You don't understand me. What "programs" can it run?
In theory, anything. As long as it can be decoded by the CPU that he has built. Now remember, this computer is inside Minecraft, so trying to run Call of Duty: Black Ops would be a bit unreasonable, but something like Minesweeper or Solitaire could be done I'd think.
Not quite. The computer is limited in memory by the 16-bit word size. This means it can have a maximum of 2^16 memory locations, or 64 KB of memory. Call of Duty Black OPs requires 2 GB of memory, which is 32 times larger, just to store the program.
In theory, this platform could be modified to be 32 or 64 bits. This is, however, rather impractical considering the space and speed constraints of Minecraft. Also, this could only actually have 32K of RAM or ROM, which I will explain shortly.
Basically, this computer operates a little different than most others at the CPU level. It has two registers to locally store values: The A (address) register and the D (data) register.
The D register is just local storage of a computed value.
The A register stores the address of RAM or ROM to be used. It is sixteen bits, although the first bit is always one. The sisteen bit input is an instruction input, which looks like this:
ixxaccccccdddjjj
if i==1, then the other fifteen bits are ignored by the control logic and stored in the A register as an address. If i==0, then the two "x" bits are ignored and the rest tells the computer how to act upon values from memory, including the two local registers, and where to store the new output.
The simplest printers need only to store around 9 bits, printing a 3x3 two color 'page', which doesn't need much storage or computing. But once you start adding dimensions and colors, things get crazy. The current design I'm working on now involves a printing head that can print 8 different colors and prints a 5x5x5 block, a 3D printer. Depending on the output desired, blank space can be filled with glass and broken one by one once printed, or wool and burnt off after printing.
I need a way to input and store 125 3bit values, and then decode them into the printer head, along with the proper delays to avoid jamming and the proper parsing to insert the printer commands such as 'push line forward' every 5 printed and 'push slice up' every 25 printed.
As far as future printing goes, as long as pistons maintain the ability to push 16 blocks, the upwards limit to a 3D Piston Printer would be 32x32x32, using 8 printer heads at the 8 corners of a 32^3 cube. With over 32k blocks, and 3 bits needed per block, thats almost 100k bits needed.
Any suggestions you, OP, have would be great.
I could help you wire something sometime. You'd need some registers to store values and then delays to trigger the various parts of the printer.
Thanks!
Yes, this is based on the von Neumann computer architecture.
The slimes are there because this map has 1 layer of bedrock and 4 layers of dirt. Slimes are always at the appropriate levels to spawn and sometimes I forget to change to peaceful when I work on this map.
Thanks!
Again, Thanks.
N.B. - I was in New York City for the last few days, so I apologize for the late responses. I still haven't had time to check out Beta 1.5 or Portal 2.
It's pretty cool being "inside" of a computer like that.
i never really was one for making compact creations though.
This one could actually be made a lot smaller. The bus in the ALU that runs under the large arches could be made one block wide (instead of like 18); this just never occurred to me when I was making it.
Thanks.
TO DO LIST:
1. Compact/Optimize ALU
2. Compact/Optimize Program Counter
3. Compact/Optimize CPU
4. Add RAM
5. Add a screen
6. Keyboard (maybe)
7. Blank ROM chip
8. Write/implement a simple program
9. Write/implement a simple game
But really, amazing job!
I hate to crush your dreams, but that is currently impossible.
Minecraft is a rather CPU-intensive game, and my CPU (or ANY CPU made in Minecraft) could not process code fast enough for any semblance of a modern game. In addition, you only have a two-tone display. Lastly, while I could in theory build the amount of RAM required for Minecraft by putting the save on a server and having bots load distant chunks, it is simply impractical and would just bog down the processing speed even more.
I figured as much, but that would have been awesome though.
+1001 for ya
Not quite. The computer is limited in memory by the 16-bit word size. This means it can have a maximum of 2^16 memory locations, or 64 KB of memory. Call of Duty Black OPs requires 2 GB of memory, which is 32 times larger, just to store the program.
In theory, other people could modify this map for different games (adding a "cartridge").
I am still in awe.
http://ghoulifiedgaming.blogspot.com/
It would have to be massive to work though.
Hm...
Maybe someone making some sort of movie using wool and pistons would be interesting and a bit easier.
Amazing job man, mad props.
Indeed. This **** is very, very holy.
Seek medical attention immediately. I am not responsible for mandible or ocular damage caused my the mere sight of this creation.
That's an interesting idea (one that was briefly considered by me), but I think I'll stick with a torch-based screen. Much work already has gone into finding the most efficient design. I saw a nice slanted (not flat) design that had a torch every block; perhaps I'll use that.
See my previous post about Minecraft in Minecraft.
In theory, this platform could be modified to be 32 or 64 bits. This is, however, rather impractical considering the space and speed constraints of Minecraft. Also, this could only actually have 32K of RAM or ROM, which I will explain shortly.
Basically, this computer operates a little different than most others at the CPU level. It has two registers to locally store values: The A (address) register and the D (data) register.
The D register is just local storage of a computed value.
The A register stores the address of RAM or ROM to be used. It is sixteen bits, although the first bit is always one. The sisteen bit input is an instruction input, which looks like this:
ixxaccccccdddjjj
if i==1, then the other fifteen bits are ignored by the control logic and stored in the A register as an address. If i==0, then the two "x" bits are ignored and the rest tells the computer how to act upon values from memory, including the two local registers, and where to store the new output.
Thanks! Much appreciated!
I just came.
Redstone.
Lots of it.