Right, 10 operations per second is the theoretical max - in practice it may not get that fast (or not in all situations anyway), but it's interesting nonetheless and should be fun to play with once comparators have a stable delay so that we can sync everything.
cool vid, but I want to thankyou for one of your components - your fast piston-based 2-repeater clock has now replaced several of my older slower rising-edge detector driven 4-repeater based clocks.
I wish I had thought of this before
I wouldn't call the 2-tick clock set up mine as it's pretty common, but I'm glad it helped you out!
This would be rather awesome. I saw guy's 3 tick stream-able adder. However, I mean, 5 total computations is the max isn't it? Or in this case would it be 10?
Plus the circuitry in order to fuel 10, or even 5, or even 3 computations a second would be fantastically awesome.
Also are comparators still variable delay?? I am willing to bet Mojang will still make massive changes to the update system. It is messy as crap for programmers. (I encountered some bad code methods...)
In theory you could perform 10 computations/second, but that's really dependent on two things - comparators being stable and the amount of lag generated. I'm sure comparators will become more stable, but it's difficult to predict how they game would perform while running circuitry like this. It'll be very interesting to see what happens - I've already got logic gate designs that are as fast or faster than the torch based designs while remaining 2-wide stackable and I'm sure that working with this concept on a large scale will be a challenge.
The idea is not very new, but it sure has a lot of potential!
The gate itself isn't new, I know plenty of people (including myself) who built it the first day comparators came out and then used it to build other gates (and at that point it was instant). However I can't say I've seen anyone mention the idea using it to avoid burnout while running a 1 tick pipeline. Personally I'd like to see burnout removed completely as it doesn't really serve a purpose at this point.
It just came to my mind that this NOT is actually a 4 bit bitwise NOT gate, interesting.
I'd love to see you make an 8-bit analog computer.
I might play around with analog computing at some point, though I'm more inclined to use signal strength for specific purposes rather than throughout the entire machine.
I thought up a new redstone concept over the weekend and I think it has a lot of potential. The basic idea is to use comparators as inverters because they are capable of receiving and inverting 1 tick pulses.
Once comparators have a proper delay it should be possible to build synced logic gates and stream data through them at a rate of 1 tick/process, which I think is as fast as possible. This means that with the proper design we should be able to stream data through a CPU.
I've built a 2-wide stackable anti-burnout XNOR and XOR and both should be easily synced (and should also be fast - if comparators are given a 1 tick delay, these gates would have a 2 tick delay).
the problem with these designs is that im looking for a button system with it, im trying to use it for a boat elevator
If by "button system" you mean you want it to be able to be powered by a button, you can simply use a button as your input. The first design would be better because all of the outputs will be powered at the exact same time.
I have exactly what you're looking for - I call it a glowstone carry line. This one has 8 bits, but 7 will work as well. I can do a video on this and give you a schematic later.
Edit: This device takes advantage of the 0 tick diode effects of glowstone for speed, if you don't need speed just do this:
With the upcoming Redstone Update we're probably going to need some new compact RAM designs because the current BUD based designs will most likely no longer be functional. This video showcases a fast 2x3 design that does not rely on any BUDs, meaning that it should be 1.5 safe.
Pretty awesome, like everything you do. Maybe can you upload a schematic?
Thanks! There's one in the video description but you might as well wait until tomorrow - I took some time compacted this tremendously and now it's only 17 long, so you'll want to use that design instead.
This may come in handy. I'm not sure if I'll need to do it (I think Ohmganesha's adder will work for my purposes) but I might be able to shave a few ticks off by making an instant-carry Brent Kung or (if I feel masochistic with the wiring work) Kogge-Stone hybrid
Yeah, for most people insta-carry will be fine. The reason I started developing a fast CLA is because in a lot of my builds insta-carry adders will get destroyed unless I add a ridiculous amount of control. A solid-state system will be reliable without any of that extra control and since I've been able to develop the logic to a point where it can compete with insta-carry adders in regards to speed (though insta-carry will always be much smaller).
As a result of some annoying piston issues in some of my large builds I've spent a good part of my Minecraft time over the past month or so developing the logic to build a fast pistonless adder and last week I was able to bring it to a speed of 5 ticks for 8 bits. This adder uses the basic principles of carry-lookahead adders and abuses redstone logic to get it to a speed of 5 ticks.
Here's a demonstration and an explanation of the latest trick I came up with to make this thing fast:
4 ticks might be possible - I've developed logic that would work, but I have a feeling that it will be impossible to wire. Either way, I'm very happy with a 5 tick pistonless adder.
BTW, have you got a redstone server? I'm looking for one.
As Rocket said, I'm an administrator for the RDF - there's an application process to get on, but it's not so bad. You just need to understand how to use logic in redstone. We have an awesome community so definitely check us out!
0
0
I wouldn't call the 2-tick clock set up mine as it's pretty common, but I'm glad it helped you out!
In theory you could perform 10 computations/second, but that's really dependent on two things - comparators being stable and the amount of lag generated. I'm sure comparators will become more stable, but it's difficult to predict how they game would perform while running circuitry like this. It'll be very interesting to see what happens - I've already got logic gate designs that are as fast or faster than the torch based designs while remaining 2-wide stackable and I'm sure that working with this concept on a large scale will be a challenge.
0
Thanks!
The gate itself isn't new, I know plenty of people (including myself) who built it the first day comparators came out and then used it to build other gates (and at that point it was instant). However I can't say I've seen anyone mention the idea using it to avoid burnout while running a 1 tick pipeline. Personally I'd like to see burnout removed completely as it doesn't really serve a purpose at this point.
I might play around with analog computing at some point, though I'm more inclined to use signal strength for specific purposes rather than throughout the entire machine.
5
Once comparators have a proper delay it should be possible to build synced logic gates and stream data through them at a rate of 1 tick/process, which I think is as fast as possible. This means that with the proper design we should be able to stream data through a CPU.
I've built a 2-wide stackable anti-burnout XNOR and XOR and both should be easily synced (and should also be fast - if comparators are given a 1 tick delay, these gates would have a 2 tick delay).
0
If by "button system" you mean you want it to be able to be powered by a button, you can simply use a button as your input. The first design would be better because all of the outputs will be powered at the exact same time.
0
Edit: This device takes advantage of the 0 tick diode effects of glowstone for speed, if you don't need speed just do this:
0
0
1
0
Thanks! There's one in the video description but you might as well wait until tomorrow - I took some time compacted this tremendously and now it's only 17 long, so you'll want to use that design instead.
Yeah, for most people insta-carry will be fine. The reason I started developing a fast CLA is because in a lot of my builds insta-carry adders will get destroyed unless I add a ridiculous amount of control. A solid-state system will be reliable without any of that extra control and since I've been able to develop the logic to a point where it can compete with insta-carry adders in regards to speed (though insta-carry will always be much smaller).
1
Here's a demonstration and an explanation of the latest trick I came up with to make this thing fast:
0
0
As Rocket said, I'm an administrator for the RDF - there's an application process to get on, but it's not so bad. You just need to understand how to use logic in redstone. We have an awesome community so definitely check us out!
1
0