How long does it actually take your adder to calculate the 8 bit output? And then, unrelated to the first questions, how do you do multiplication and division? I'm also working on an ALU (maybe a CPU eventually) and am trying to find the fastest way for multiplication: an actual multiplication algorithm, or a backwards counter with adders. Same with division, only I have no idea.
i just counted the delays. it takes 9 ticks to find the carry from the first 2 bits, and takes 1 tick for every 2 bits after that. so that's a total of 12 ticks for an 8 bit number, 16 ticks for a 16 bit number, etc. however, delays will likely be longer because of bus delays.
i did multiplication as a program, an example is in my first post (try to understand the op-code). it basically keeps adding until it is equivalent to a multiplication.
the fastest way to do multiplication is with a lot of adding.
I cant open the download link, can you post anotherone?
i think the way repeaters work is going to be changed in 1.7 . i've already found a few spots where this would break my computer, and i don't know how many more there may be. so once the patch comes out, i will fix the computer, then re-release the map file.
-i may even have a program pre-written to it this time(a lot of people don't realize that it need to be programmed first).
Hi, it's me back again, I would like to make some suggestions, Since this is theoretically the fastest cpu in minecraft, it isn't. I found a dual-core cpu, not very well done, no shared ram or shared cache. But what i think you should do is make your new one dual-core, with shared ram and cache. then it will once again be the fastest.
Oops, forgot a detail, the dual-core one is way faster than this.
Note: Next time you feel like bringing up Herobrine, just delete Minecraft, your worlds, convince them to delete your forum account. Hell, melt down your computer, send it through a shredder, and scatter the flakes in the ocean.
Wow, that looks pretty cool. What exactly can it do? I don't know that much about computers or redstone. :smile.gif:
Could you play Minecraft in Minecraft? Fun.
In theory, yes you can play minecraft in minecraft. Well, to make that happen,you will need to reconstruct a actual computer using circuits...that would take forever and redstone isn't exactly compact... And then there's the problem of programming it. The redstone torch display would 1)have a fps of 0.0000000000000000000000000000000000001 2)only have two colors: Bright red, and dark red. And just pretend if you actually made it, you will need a epic super-server to host it on. It will be so big, that you will probably need hundreds, if not thousands, of players to stand inside the computer just to make the chunks update. To do all that in reasonable time, you will need a epic server and thousands to professionals working at the same time. And that will still take a LONNNGGGG time. Goodluck :smile.gif:
That looks pretty nice dude. But check this video out:
Skip to 8:30 ish, it's a harddrive using pistons and blocks, maybe you can make a bigger hard drive using that? But then again, I can't comprehend how it works, so I dont know if this can be implemented.
Rollback Post to RevisionRollBack
Grammar - Capitalization is the difference between you "Helping your uncle Jack off his horse." and you "Helping your uncle jack off his horse."
the print operation just loads values into the display registers, which in turn automatically display the values on the screen. if you look at the top down view of the whole cpu you can see that i've made all the registers out of mossy cobblestone, so they are easy to point out. the registers in the display section of the cpu hold the values. the first register displays the 4 most significant bits stored in memory location $B, the second is the least significant of $B, the third is the most significant of $C and the fourth is the least significant of $C.
the RAM can hold up to fourteen 8-bit values, there are also two input registers that can be read like the RAM, but cannot be written to, which makes up a total of 16 different addresses.
the random number generator is just 8 different prime clocks (clocks based on prime numbers) that needs to be switched on manually before running the program (if it was activated automatically, it would produce the same 'random' numbers every time).
here's the random number output from when i was testing it:
48,176,75,237,14,148,51,235,77,245,54,128,107,233,201,41,135,20,246,73,137,56,177,7,228,106,153,57.
I've plotted these on a line, and there seems to be a little bit of clumping, but is so small that it could just be bad luck.
I've been thinking about expanding the ALU to 16-bits, and trying to synchronize it better from the start for a faster clock rate. however these things would require me to start basically from scratch, and would take me another month to finish.
simply amazing,but what are the practual applications of this, lol jk, lets get a little more complex and make a minecraft folding at home rig lol
Hi, it's me back again, I would like to make some suggestions, Since this is theoretically the fastest cpu in minecraft, it isn't. I found a dual-core cpu, not very well done, no shared ram or shared cache. But what i think you should do is make your new one dual-core, with shared ram and cache. then it will once again be the fastest.
Oops, forgot a detail, the dual-core one is way faster than this.
i'll have to look into it first, as i don't properly understand how dual cores behave together on a logic gate level.
That looks pretty nice dude. But check this video out:
Skip to 8:30 ish, it's a harddrive using pistons and blocks, maybe you can make a bigger hard drive using that? But then again, I can't comprehend how it works, so I dont know if this can be implemented.
very interesting! i've already been experimenting with pistons for logic, but have been focusing on making a black and white screen out of pistons. i've got it working, but if you are too far away it doesn't update very quickly :/ . the main issue i see with the 'hard drive' is that it must be accessed sequentially, but otherwise it is a good idea.
i don't really like the idea of using large numbers of pistons for a few reasons.
1. if a timing is wrong, or something unexpected happens, the pistons may move blocks they aren't meant to. meaning you have to rebuild part of the device.
2. i have done testing, and i feel that under certain conditions, pistons make slower logic gates than pure redstone does. and slow gates mean a slow computer.
3. i am guessing (i don't actually know for sure) that because of the animation and moving blocks, pistons cause more lag than redstone. on a large scale this may be very significant.
however, the way that the piston is used as a multiplexer is very clever, so i may experiment with that. i am also yet to experiment with pistons for flip flops/memory.
I've created a full adder entirely out of pistons. It works in 1.5 ticks, and I'm considering using it in a KSA to make a 7.5 tick 8 bit adder. They seem to be a faster alternative, but they're far more difficult to work with. I'm not sure if it is worth the effort, but I'm a perfectionist. If it's not the best, don't go for it. Go big or go home :tongue.gif: A link to the adder is below. A schematic is included, but the figuring out of the logic might destroy your mind.
2. i have done testing, and i feel that under certain conditions, pistons make slower logic gates than pure redstone does. and slow gates mean a slow computer.
That reminded me of a problem with all synchronous cpu, including yours, 95% of the time (proven statistic by intel) the transistors are waiting for the clock signal, greatly decreasing their speed. Therefore i think you should make an asynchronous cpu as well. It will add speed and practicality. They are already making a comeback in the real world.
Note: Next time you feel like bringing up Herobrine, just delete Minecraft, your worlds, convince them to delete your forum account. Hell, melt down your computer, send it through a shredder, and scatter the flakes in the ocean.
I've created a full adder entirely out of pistons. It works in 1.5 ticks, and I'm considering using it in a KSA to make a 7.5 tick 8 bit adder. They seem to be a faster alternative, but they're far more difficult to work with. I'm not sure if it is worth the effort, but I'm a perfectionist. If it's not the best, don't go for it. Go big or go home :tongue.gif: A link to the adder is below. A schematic is included, but the figuring out of the logic might destroy your mind.
Good luck on that, i have been looking into it, haven't found anything useful, perhaps a video link to the cpu if you want?
That reminded me of a problem with all synchronous cpu, including yours, 95% of the time (proven statistic by intel) the transistors are waiting for the clock signal, greatly decreasing their speed. Therefore i think you should make an asynchronous cpu as well. It will add speed and practicality. They are already making a comeback in the real world.
i'm attempting to incorporate that into my second cpu, currently under construction.
but keep in mind, real cpu's are manufactured with a slower than needed clock, hence people 'overclock' to make it faster. i already optimised my first cpu's clock, so less time is wasted waiting.
Salaja: Pistons take 1.5 ticks to expand (and I recently learned they only take 0 to retract, apparently o_O?), so that is possible now. 0.5 clocks have been made by some users, but the signal is too fast to be accepted by torches or something, so it only works with wires or repeaters or some mumbo jumbo.
That reminded me of a problem with all synchronous cpu, including yours, 95% of the time (proven statistic by intel) the transistors are waiting for the clock signal, greatly decreasing their speed. Therefore i think you should make an asynchronous cpu as well. It will add speed and practicality. They are already making a comeback in the real world.
How exactly would an Asynchronous CPU work? How would you know when one operation is complete so that you can begin the next one?
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.
Note: Next time you feel like bringing up Herobrine, just delete Minecraft, your worlds, convince them to delete your forum account. Hell, melt down your computer, send it through a shredder, and scatter the flakes in the ocean.
Salaja: Pistons take 1.5 ticks to expand (and I recently learned they only take 0 to retract, apparently o_O?), so that is possible now. 0.5 clocks have been made by some users, but the signal is too fast to be accepted by torches or something, so it only works with wires or repeaters or some mumbo jumbo.
really!? is it meant to be that way? or is it a bug like the direction quirks?
hmm... experimenting time!
one thing i would like to see added to the game is a 'fast redstone' option in the settings. it would make redstone run faster, but would save processor time by not displaying any redstone graphics (torches going on and off, wires being different shades of red, etc)
really!? is it meant to be that way? or is it a bug like the direction quirks?
hmm... experimenting time!
one thing i would like to see added to the game is a 'fast redstone' option in the settings. it would make redstone run faster, but would save processor time by not displaying any redstone graphics (torches going on and off, wires being different shades of red, etc)
It's not a bug, as far as I know. It's just how the game works, but it may not be intended. I've also got to agree with the fast redstone idea. It could save me all this time of optimization. :tongue.gif:
i just counted the delays. it takes 9 ticks to find the carry from the first 2 bits, and takes 1 tick for every 2 bits after that. so that's a total of 12 ticks for an 8 bit number, 16 ticks for a 16 bit number, etc. however, delays will likely be longer because of bus delays.
i did multiplication as a program, an example is in my first post (try to understand the op-code). it basically keeps adding until it is equivalent to a multiplication.
the fastest way to do multiplication is with a lot of adding.
i think the way repeaters work is going to be changed in 1.7 . i've already found a few spots where this would break my computer, and i don't know how many more there may be. so once the patch comes out, i will fix the computer, then re-release the map file.
-i may even have a program pre-written to it this time(a lot of people don't realize that it need to be programmed first).
Oops, forgot a detail, the dual-core one is way faster than this.
In theory, yes you can play minecraft in minecraft. Well, to make that happen,you will need to reconstruct a actual computer using circuits...that would take forever and redstone isn't exactly compact... And then there's the problem of programming it. The redstone torch display would 1)have a fps of 0.0000000000000000000000000000000000001 2)only have two colors: Bright red, and dark red. And just pretend if you actually made it, you will need a epic super-server to host it on. It will be so big, that you will probably need hundreds, if not thousands, of players to stand inside the computer just to make the chunks update. To do all that in reasonable time, you will need a epic server and thousands to professionals working at the same time. And that will still take a LONNNGGGG time. Goodluck :smile.gif:
Skip to 8:30 ish, it's a harddrive using pistons and blocks, maybe you can make a bigger hard drive using that? But then again, I can't comprehend how it works, so I dont know if this can be implemented.
simply amazing,but what are the practual applications of this, lol jk, lets get a little more complex and make a minecraft folding at home rig lol
i'll have to look into it first, as i don't properly understand how dual cores behave together on a logic gate level.
very interesting! i've already been experimenting with pistons for logic, but have been focusing on making a black and white screen out of pistons. i've got it working, but if you are too far away it doesn't update very quickly :/ . the main issue i see with the 'hard drive' is that it must be accessed sequentially, but otherwise it is a good idea.
i don't really like the idea of using large numbers of pistons for a few reasons.
1. if a timing is wrong, or something unexpected happens, the pistons may move blocks they aren't meant to. meaning you have to rebuild part of the device.
2. i have done testing, and i feel that under certain conditions, pistons make slower logic gates than pure redstone does. and slow gates mean a slow computer.
3. i am guessing (i don't actually know for sure) that because of the animation and moving blocks, pistons cause more lag than redstone. on a large scale this may be very significant.
however, the way that the piston is used as a multiplexer is very clever, so i may experiment with that. i am also yet to experiment with pistons for flip flops/memory.
http://www.planetminecraft.com/project/most-efficient-full-adder-possible/
Good luck on that, i have been looking into it, haven't found anything useful, perhaps a video link to the cpu if you want?
That reminded me of a problem with all synchronous cpu, including yours, 95% of the time (proven statistic by intel) the transistors are waiting for the clock signal, greatly decreasing their speed. Therefore i think you should make an asynchronous cpu as well. It will add speed and practicality. They are already making a comeback in the real world.
i'm curious as to how you managed to get it to output a result halfway through a tick, as i though minecraft only updated itself once a tick...
this also implies things like 0.5 clocks are possible with pistons...
i'm attempting to incorporate that into my second cpu, currently under construction.
but keep in mind, real cpu's are manufactured with a slower than needed clock, hence people 'overclock' to make it faster. i already optimised my first cpu's clock, so less time is wasted waiting.
How exactly would an Asynchronous CPU work? How would you know when one operation is complete so that you can begin the next one?
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.
https://labs.oracle.com/features/async/
this
really!? is it meant to be that way? or is it a bug like the direction quirks?
hmm... experimenting time!
one thing i would like to see added to the game is a 'fast redstone' option in the settings. it would make redstone run faster, but would save processor time by not displaying any redstone graphics (torches going on and off, wires being different shades of red, etc)
It's not a bug, as far as I know. It's just how the game works, but it may not be intended. I've also got to agree with the fast redstone idea. It could save me all this time of optimization. :tongue.gif: