It is 20 pixels wide and 15 tall.I am not 100% sure on what all IM going to have on the gpu.Most likely will just be simple things like tic tac toe,rock paper scissors and add sub. and a HUGE ram setup.IM going to keep posting update pictures on here to keep youguys posted.Thanks and hope you enjoyed.
This is the worst thing I've ever seen. Don't you know it needs a bigger sail on the back? Bwahahahaha....j/k man. This is awesome, its nice to see another poster here building computers. I can't wait to see it finished.
This is the worst thing I've ever seen. Don't you know it needs a bigger sail on the back? Bwahahahaha....j/k man. This is awesome, its nice to see another poster here building computers. I can't wait to see it finished.
Mans greatest quest: Remake virtual reality inside a virtual reality...
OT: Looking good. To tell the truth, i reckon there should be an orginisation of redstoners who specialise in certain objects of computers, then one person would MCedit each section together, to make Minecrafts first supercomputer!
Rollback Post to RevisionRollBack
Free + Crabs + Ability to trample/suffocate opponents in Cortex Command = Free Bombs.
Lol omg that pattern seems so intense in there, all those blocks. Looks like an optical illusion. but can't wait to see how it turns out! I suck with redstone, idk how to make anything with them except doors and simple stuff...
Mans greatest quest: Remake virtual reality inside a virtual reality...
OT: Looking good. To tell the truth, i reckon there should be an orginisation of redstoners who specialise in certain objects of computers, then one person would MCedit each section together, to make Minecrafts first supercomputer!
Ya good idea alltho i dont think any platform could handle all the data.ex.my xbox fan kicks up a speed when i hit a lever! haha
Lol omg that pattern seems so intense in there, all those blocks. Looks like an optical illusion. but can't wait to see how it turns out! I suck with redstone, idk how to make anything with them except doors and simple stuff...
MY brain has steam comeing out of it when i work on this thing.Brain over load!!!!!
i still bet MC would lag that thing out if it had certain mods/shaders installed. expecially if you generate a superflat with nothing but tnt as the ground (yes it is possible on PC MC, and you better hope there's no thunderstorms, or creepers near you! seriously tho, it locks up your pc if it gets set off... 64,000,000x64,000,000 or roughly 4,096,000,000,000,000 blocks (for a single layer!) of tnt blowing up at a close enought interval could prolly lag even a super computer... lol
i still bet MC would lag that thing out if it had certain mods/shaders installed. expecially if you generate a superflat with nothing but tnt as the ground (yes it is possible on PC MC, and you better hope there's no thunderstorms, or creepers near you! seriously tho, it locks up your pc if it gets set off... 64,000,000x64,000,000 or roughly 4,096,000,000,000,000 blocks (for a single layer!) of tnt blowing up at a close enought interval could prolly lag even a super computer... lol
well. I don't remember when shaders/TNT came into this. We were talking about a computer in minecraft... running on NASA's Supercomputers, or whatever supercomputer is better.
Rollback Post to RevisionRollBack
Free + Crabs + Ability to trample/suffocate opponents in Cortex Command = Free Bombs.
This is awesome, its nice to see another poster here building computers.
GPU, not CPU.
Either way, it is still indeed awesome. And once addition and subtraction are added, it could be fairly easily converted to a computer. Though I'm not sure someone would want to, it wouldn't be a very useful instruction-set, and game performance would be bottlenecked by the clock speed. You would also need to include conditional branching in the program memory to allow for UI.
I think this is better left as its own standalone system.
OT: Looking good. To tell the truth, i reckon there should be an orginisation of redstoners who specialise in certain objects of computers, then one person would MCedit each section together, to make Minecrafts first supercomputer!
It doesn't really work that way. When it comes to redstone computers, a smaller team is better, and a solo project is ideal. In terms of design anyway, construction is a different story. Components need to be designed with each other in mind, along with the aim of the computer. If I have but only one reading bus, dual-read general purpose registers aren't going to help me much. It's also not too smart to build program memory before all control bits are added, revealing the full instruction-set. It's not a good idea to build a program counter before you know all the conditions for branching. If I want branching for several flags registers, a shift register made from D flip flops is of no use to me.
Either way, it is still indeed awesome. And once addition and subtraction are added, it could be fairly easily converted to a computer. Though I'm not sure someone would want to, it wouldn't be a very useful instruction-set, and game performance would be bottlenecked by the clock speed. You would also need to include conditional branching in the program memory to allow for UI.
I think this is better left as its own standalone system.
It doesn't really work that way. When it comes to redstone computers, a smaller team is better, and a solo project is ideal. In terms of design anyway, construction is a different story. Components need to be designed with each other in mind, along with the aim of the computer. If I have but only one reading bus, dual-read general purpose registers aren't going to help me much. It's also not too smart to build program memory before all control bits are added, revealing the full instruction-set. It's not a good idea to build a program counter before you know all the conditions for branching. If I want branching for several flags registers, a shift register made from D flip flops is of no use to me.
The list goes on.
It will have -/+. the highest number it will go up to is 99. The alu will run tru the gpu faster then the gpu can run itself.IT will byepass the video memory.only delay will be from the comand post to the alu.(well plus the alu speed).o ya olmost have tic tac toe programed and running.pics comen soon.
It will have -/+. the highest number it will go up to is 99. The alu will run tru the gpu faster then the gpu can run itself.IT will byepass the video memory.only delay will be from the comand post to the alu.(well plus the alu speed).o ya olmost have tic tac toe programed and running.pics comen soon.
So, a 6-bit ALU, or a 5-bit including the overflow as actual data? You might as well just throw in the extra digit on display, it would be a shame to have 28 integers go to waste. At that point you might as well upgrade to a 9-bit system with 512 values. The decoder will have to be a bit larger to accommodate 9 inputs, but the output (if BCD) will be the exact same size, three 4-bit scratch spaces. It will be interesting within a GPU, I'm thinking you could decode the binary data into BCD, then take each nybble of the BCD data (each representing a decimal digit) and run them through a binary to unary decoder. You would only need 10 unary outputs, as each nybble of BCD data is restricted to 0 - 9 or 0000 - 1001, thanks to the rule of adding 3 to any space >4 before the left shift occurs. From there the decoder can output to ROM lines or whatever you have to select which pixels make which number.
It sounds troublesome as you could go from binary straight into unary, but trust me, I'm doing you a huge favor. In pure unary to 7-segment conversion (pretty much the same as what you would be doing, only more simple) you have to build the memory for each digit... every single time. The beauty of the double dabble algorithm in redstone is that the BCD value can go straight into a small unary set up and you only have to build memory for your instructions to each digit once! I have made the mistake of going binary -> unary -> 7-segment before, and it's a horrible idea. It's just inefficient, clunky, and you end up with a parking garage full of redstone.
It is 20 pixels wide and 15 tall.I am not 100% sure on what all IM going to have on the gpu.Most likely will just be simple things like tic tac toe,rock paper scissors and add sub. and a HUGE ram setup.IM going to keep posting update pictures on here to keep youguys posted.Thanks and hope you enjoyed.
back
front
side
side close up
OT: Looking good. To tell the truth, i reckon there should be an orginisation of redstoners who specialise in certain objects of computers, then one person would MCedit each section together, to make Minecrafts first supercomputer!
Free + Crabs + Ability to trample/suffocate opponents in Cortex Command = Free Bombs.
Notch could buy NASA's Supercomputers?
Free + Crabs + Ability to trample/suffocate opponents in Cortex Command = Free Bombs.
i still bet MC would lag that thing out if it had certain mods/shaders installed. expecially if you generate a superflat with nothing but tnt as the ground (yes it is possible on PC MC, and you better hope there's no thunderstorms, or creepers near you! seriously tho, it locks up your pc if it gets set off... 64,000,000x64,000,000 or roughly 4,096,000,000,000,000 blocks (for a single layer!) of tnt blowing up at a close enought interval could prolly lag even a super computer... lol
well. I don't remember when shaders/TNT came into this. We were talking about a computer in minecraft... running on NASA's Supercomputers, or whatever supercomputer is better.
Free + Crabs + Ability to trample/suffocate opponents in Cortex Command = Free Bombs.
GPU, not CPU.
Either way, it is still indeed awesome. And once addition and subtraction are added, it could be fairly easily converted to a computer. Though I'm not sure someone would want to, it wouldn't be a very useful instruction-set, and game performance would be bottlenecked by the clock speed. You would also need to include conditional branching in the program memory to allow for UI.
I think this is better left as its own standalone system.
It doesn't really work that way. When it comes to redstone computers, a smaller team is better, and a solo project is ideal. In terms of design anyway, construction is a different story. Components need to be designed with each other in mind, along with the aim of the computer. If I have but only one reading bus, dual-read general purpose registers aren't going to help me much. It's also not too smart to build program memory before all control bits are added, revealing the full instruction-set. It's not a good idea to build a program counter before you know all the conditions for branching. If I want branching for several flags registers, a shift register made from D flip flops is of no use to me.
The list goes on.
So, a 6-bit ALU, or a 5-bit including the overflow as actual data? You might as well just throw in the extra digit on display, it would be a shame to have 28 integers go to waste. At that point you might as well upgrade to a 9-bit system with 512 values. The decoder will have to be a bit larger to accommodate 9 inputs, but the output (if BCD) will be the exact same size, three 4-bit scratch spaces. It will be interesting within a GPU, I'm thinking you could decode the binary data into BCD, then take each nybble of the BCD data (each representing a decimal digit) and run them through a binary to unary decoder. You would only need 10 unary outputs, as each nybble of BCD data is restricted to 0 - 9 or 0000 - 1001, thanks to the rule of adding 3 to any space >4 before the left shift occurs. From there the decoder can output to ROM lines or whatever you have to select which pixels make which number.
It sounds troublesome as you could go from binary straight into unary, but trust me, I'm doing you a huge favor. In pure unary to 7-segment conversion (pretty much the same as what you would be doing, only more simple) you have to build the memory for each digit... every single time. The beauty of the double dabble algorithm in redstone is that the BCD value can go straight into a small unary set up and you only have to build memory for your instructions to each digit once! I have made the mistake of going binary -> unary -> 7-segment before, and it's a horrible idea. It's just inefficient, clunky, and you end up with a parking garage full of redstone.