While I was building these, I was trying to get them as small as I could, and I think I did a pretty good job. I would appreciate if you could leave a comment just letting me know what you think
The adder is 5x7x5 per unit (175 blocks) at it's smallest, and the carry line only adds a block or 2 to the side. They can also be stacked so that there is only 1 block of space between them, which is then filled by the carry (as shown in the video).
The subtractor is 5x7x6 per unit (210 blocks), however the carry logic adds about 3 blocks to the top of each unit. These have to be stacked with 2 blocks of space between them, but it is considerably faster than the adder.
The reason I say that these ones "work" is because they give the right answer 100% of the time. For example: On most people's adders (at least the ones on youtube), when you input the numbers 9+9, then it will show 15, because that is the maximum signal strength. But in mine, it will show the actual answer, 18. Similarly, just using comparator subtraction, if you were to put in the numbers 13-7, then it would show 10 because according to comparators, 3-7=0. Mine will show 6, which is the actual answer.
That is pretty much exactly what I say in the video, so if you didn't understand it in text, you might when I show you
And for those of you who are curious about whats going on:
Since the sizes are nearly the same, perhaps it calls for evaluating the performance of the adders, ie worst case delay.
Yeah, I can't test mine now, but I might be able to get some results up later today. Any #s in particular you think would be good to test? Anyways his is also a bit smaller, because the size I put in my post doesn't include a carry line, it is only a single unit, but I think his dimensions included a carry line.
Also I looked, and his does addition in pretty much the same way as mine, just organized a bit differently.
I just realized this is in decimal, and the one I posted was in hexadecimal.
I don't think it makes much of a difference, all I would have to do to change it to hexadecimal is use torches instead of furnaces, and vice versa to make his decimal.
Rollback Post to RevisionRollBack
I like to do redstone builds on my channel, and I can probably help you with your in game troubles.
I don't think it makes much of a difference, all I would have to do to change it to hexadecimal is use torches instead of furnaces, and vice versa to make his decimal.
Oh boy, it makes a lot of difference. You don't have wiggle room when you hit 15, so you have to do quite a bit of hacking to get the edge cases (eg 15+carry) working correctly. I wasted several hours trying to make a hexadecimal subtractor and it ended up being larger and less efficient than the one I posted. I guess I will just take the 15's complement to subtract.
But anyways, try modifying your design to support hex, and I'll analyze the worst case timing for both designs. Non-binary (I don't feel it's correct to call it analog but that's just me) circuits are still not well documented as of right now.
Oh boy, it makes a lot of difference. You don't have wiggle room when you hit 15, so you have to do quite a bit of hacking to get the edge cases (eg 15+carry) working correctly. I wasted several hours trying to make a hexadecimal subtractor and it ended up being larger and less efficient than the one I posted. I guess I will just take the 15's complement to subtract.
But anyways, try modifying your design to support hex, and I'll analyze the worst case timing for both designs. Non-binary (I don't feel it's correct to call it analog but that's just me) circuits are still not well documented as of right now.
I must say, I never thought about that little 15 strength thing let me see if I can modify mine a little bit to make it work for hex, I'll get back to you
Rollback Post to RevisionRollBack
I like to do redstone builds on my channel, and I can probably help you with your in game troubles.
Good luck with that. Decimal analog adder/subtractors don't have aforementioned edge case logic. It gets really messy, it took me many hours to design a proper hex adder, and even more hours to get it to the small one in the thread conundrummer posted.
Maybe I'll have a go at a decimal one to see how tiny I can make one of those
Good luck with that. Decimal analog adder/subtractors don't have aforementioned edge case logic. It gets really messy, it took me many hours to design a proper hex adder, and even more hours to get it to the small one in the thread conundrummer posted.
Maybe I'll have a go at a decimal one to see how tiny I can make one of those
yeah they are a lot easier that way I think I have an idea for HOW I can make a hex adder work, just no clue how im going to make it small.
Rollback Post to RevisionRollBack
I like to do redstone builds on my channel, and I can probably help you with your in game troubles.
Oh boy, it makes a lot of difference. You don't have wiggle room when you hit 15, so you have to do quite a bit of hacking to get the edge cases (eg 15+carry) working correctly. I wasted several hours trying to make a hexadecimal subtractor and it ended up being larger and less efficient than the one I posted. I guess I will just take the 15's complement to subtract.
But anyways, try modifying your design to support hex, and I'll analyze the worst case timing for both designs. Non-binary (I don't feel it's correct to call it analog but that's just me) circuits are still not well documented as of right now.
Good luck with that. Decimal analog adder/subtractors don't have aforementioned edge case logic. It gets really messy, it took me many hours to design a proper hex adder, and even more hours to get it to the small one in the thread conundrummer posted.
Maybe I'll have a go at a decimal one to see how tiny I can make one of those
I have made a working hex adder, now I just need to make it smaller (and a bit faster). The lamp in the middle of the adder is the carry out.
In this example I am adding C+C=18
Rollback Post to RevisionRollBack
I like to do redstone builds on my channel, and I can probably help you with your in game troubles.
Good luck with that. Decimal analog adder/subtractors don't have aforementioned edge case logic. It gets really messy, it took me many hours to design a proper hex adder, and even more hours to get it to the small one in the thread conundrummer posted.
Maybe I'll have a go at a decimal one to see how tiny I can make one of those
I don't think I can make one that is quite as small as yours. I've gotten it within 1 or two blocks for either dimension, but it always ends up just slightly bigger...
Rollback Post to RevisionRollBack
I like to do redstone builds on my channel, and I can probably help you with your in game troubles.
Since the sizes are nearly the same, perhaps it calls for evaluating the performance of the adders, ie worst case delay.
If your design is slightly bigger, but slightly faster, I would use it over Entity's. I'll go reconstruct Entity's adder and determine the worst case delay.
Rollback Post to RevisionRollBack
My Youtube channel.
Contains Pachebel's Canon made with noteblocks, a working Rubik's cube made with pistons, and the ultimate TNT cannon.
If your design is slightly bigger, but slightly faster, I would use it over Entity's. I'll go reconstruct Entity's adder and determine the worst case delay.
1. you'd need the guy's actual proper adder since the one he posted does not feature a carry in.
2. gut feeling and quick eyeballing says mine is faster.
If your design is slightly bigger, but slightly faster, I would use it over Entity's. I'll go reconstruct Entity's adder and determine the worst case delay.
Here is my best attempt to date (blue lines are carry in, random lamp is carry out):
It's probably not that fast (still too many comparators ), and the dimensions are 5x10x5, so it's definitely not smaller than entity's, but hopefully I can make it a tad faster.
Why do you care how small/large it is? It's still awesome and it works.
I always find it a nice challenge to push the limit. Forces creativity and inspires progress. Making something faster, smaller or both is often a difficult task, and since us people who design this sort of thing don't have anything better to do anyway, why not improve things?
The adder is 5x7x5 per unit (175 blocks) at it's smallest, and the carry line only adds a block or 2 to the side. They can also be stacked so that there is only 1 block of space between them, which is then filled by the carry (as shown in the video).
The subtractor is 5x7x6 per unit (210 blocks), however the carry logic adds about 3 blocks to the top of each unit. These have to be stacked with 2 blocks of space between them, but it is considerably faster than the adder.
The reason I say that these ones "work" is because they give the right answer 100% of the time. For example: On most people's adders (at least the ones on youtube), when you input the numbers 9+9, then it will show 15, because that is the maximum signal strength. But in mine, it will show the actual answer, 18. Similarly, just using comparator subtraction, if you were to put in the numbers 13-7, then it would show 10 because according to comparators, 3-7=0. Mine will show 6, which is the actual answer.
That is pretty much exactly what I say in the video, so if you didn't understand it in text, you might when I show you
And for those of you who are curious about whats going on:
Downloads
Adder (schematic) - Click me!!
Subtractor (schematic) - No, click me instead!!
I like to do redstone builds on my channel, and I can probably help you with your in game troubles.
I like to do redstone builds on my channel, and I can probably help you with your in game troubles.
Since the sizes are nearly the same, perhaps it calls for evaluating the performance of the adders, ie worst case delay.
Contains Pachebel's Canon made with noteblocks, a working Rubik's cube made with pistons, and the ultimate TNT cannon.
Yeah, I can't test mine now, but I might be able to get some results up later today. Any #s in particular you think would be good to test? Anyways his is also a bit smaller, because the size I put in my post doesn't include a carry line, it is only a single unit, but I think his dimensions included a carry line.
Also I looked, and his does addition in pretty much the same way as mine, just organized a bit differently.
I like to do redstone builds on my channel, and I can probably help you with your in game troubles.
Contains Pachebel's Canon made with noteblocks, a working Rubik's cube made with pistons, and the ultimate TNT cannon.
I don't think it makes much of a difference, all I would have to do to change it to hexadecimal is use torches instead of furnaces, and vice versa to make his decimal.
I like to do redstone builds on my channel, and I can probably help you with your in game troubles.
Oh boy, it makes a lot of difference. You don't have wiggle room when you hit 15, so you have to do quite a bit of hacking to get the edge cases (eg 15+carry) working correctly. I wasted several hours trying to make a hexadecimal subtractor and it ended up being larger and less efficient than the one I posted. I guess I will just take the 15's complement to subtract.
But anyways, try modifying your design to support hex, and I'll analyze the worst case timing for both designs. Non-binary (I don't feel it's correct to call it analog but that's just me) circuits are still not well documented as of right now.
Contains Pachebel's Canon made with noteblocks, a working Rubik's cube made with pistons, and the ultimate TNT cannon.
I must say, I never thought about that little 15 strength thing let me see if I can modify mine a little bit to make it work for hex, I'll get back to you
I like to do redstone builds on my channel, and I can probably help you with your in game troubles.
Maybe I'll have a go at a decimal one to see how tiny I can make one of those
yeah they are a lot easier that way I think I have an idea for HOW I can make a hex adder work, just no clue how im going to make it small.
I like to do redstone builds on my channel, and I can probably help you with your in game troubles.
I have made a working hex adder, now I just need to make it smaller (and a bit faster). The lamp in the middle of the adder is the carry out.
In this example I am adding C+C=18
I like to do redstone builds on my channel, and I can probably help you with your in game troubles.
Ok cool. Where is the carry in?
I actually forgot about that until after I posted I added one in later, but just didn't feel like updating the post lol
I like to do redstone builds on my channel, and I can probably help you with your in game troubles.
I don't think I can make one that is quite as small as yours. I've gotten it within 1 or two blocks for either dimension, but it always ends up just slightly bigger...
I like to do redstone builds on my channel, and I can probably help you with your in game troubles.
If your design is slightly bigger, but slightly faster, I would use it over Entity's. I'll go reconstruct Entity's adder and determine the worst case delay.
Contains Pachebel's Canon made with noteblocks, a working Rubik's cube made with pistons, and the ultimate TNT cannon.
1. you'd need the guy's actual proper adder since the one he posted does not feature a carry in.
2. gut feeling and quick eyeballing says mine is faster.
Here is my best attempt to date (blue lines are carry in, random lamp is carry out):
It's probably not that fast (still too many comparators ), and the dimensions are 5x10x5, so it's definitely not smaller than entity's, but hopefully I can make it a tad faster.
I like to do redstone builds on my channel, and I can probably help you with your in game troubles.
Check out the server I play on, timgaming.com. (website and ip)
I always find it a nice challenge to push the limit. Forces creativity and inspires progress. Making something faster, smaller or both is often a difficult task, and since us people who design this sort of thing don't have anything better to do anyway, why not improve things?
It would contribute to making the CPU containing this circuit not horrendously huge/slow. By a little bit.
Also, does anyone else think that a hex subtractor could be faster/smaller than the hex adder?
Contains Pachebel's Canon made with noteblocks, a working Rubik's cube made with pistons, and the ultimate TNT cannon.