weird, I can't find the circuit in the thread, I'm pretty sure I got it from you.
it has:
1 button, connected to a not gate, flip flop and activator.
1 activator, connected to the flipflop
1 not gate, connected to an or gate and the flip flop
1 or gate connected to the flip flop
then copy the circuit and paste it and connect the not to the button in the next circuit
repeat this a few times and then you can loop back the circuit using a not gate and then back into the button of the first circuit.
there, a clock without any delay signals!
fun fact, it has more resistance against lag than a delay block (don't ask me why)
What you just described is a not-button clock with superfluous elements.
Unless theres a additional connection or element in there that actually does something with the rest of the circuit other than flip a flip flop?
Possible to get a picture or BP?
It's been a while since I've done anything of actual value on this thread, and I've been meaning to do this for about two moths, but now seems like an OK time.
This is moderately simple stuff (harder than getting doors to work, but not something any logic enthusiast will really care to read about (this is probably why I haven't really worked on it much)) (I also didn't discover any of this, this has been around since, like, computers. And no, I don't mean the thing you're on, I mean stuff like bombe)
There's a very useful thing in logic called adders, and there's also half-adders. Half adders are a lot simpler to explain, so here's some documentation.
This is a half adder when both of it's inputs are off. To build it, all you have to do is connect both inputs to an or and an and, connect the or to an and, the and to a not, and the not to the and the or came from. The or's I have on this are superfluous, but they make keeping track of the outputs easier.
And here we see the other three states the two inputs can be in. It might seem like a simple thing that's going on, but what's happening is actually quite useful. The half-adder is counting, it's input table arranges like this;
0 0 = 0 0
0 1 = 0 1
1 0 = 0 1
1 1 = 1 0
Regardless of which input is on, the half adder will always only output to its first output if one is on, and will only output to its second output if both are on.
To make this more useful though, you really need to step it up to keep track of three inputs, a full adder.
The first bit in the bottom left of this is the same as before, and so is the bit in the top right. The first two inputs go to the first half adder, just like normal, but then they do something weird, the output for only one input being on goes to another half adder, coupled with a third input. The way the first half adder interacts with the outputs and with the other half adder is the real key to this. If one of the two grouped inputs turns on, it will go through the first half adder, and then go to the second half adder to check if the non-grouped input is on, then it will go to its proper output. If the non-grouped input is off, it will go to the first output, if it is on, it will go to the second output. However, if both of the grouped outputs are already on, they do not need to go through the second half adder, and automatically go to the second output. The table for this looks like this;
0 0 0 = 0 0
0 0 1 = 0 1
0 1 0 = 0 1
1 0 0 = 0 1
0 1 1 = 1 0
1 1 0 = 1 0
1 0 1 = 1 0
1 1 1 = 1 1
If you get good at this, and understand it well, eventually you can make more complex adders to count larger inputs.
I'll add a picture and a bit of documentation on this later. My old counter sort of does this, but it does a lot of bullshit before it so it's a bad example.
So, logic drives have been fixed in dev build. If/when the update makes it to the live version I'll make a post about the development (at least in my faction) of the exploitative drives, and the concepts behind them.
First one was changed, might be fixed might not be, I haven't tried breaking it hard enough :P
Instant charges are fixed.
No module computers no longer charge.
Of course, this is all still in dev, so things might change. It's why I'm not posting my stuff now, I'm afraid of the extremely slim chance that this update just has a horrible bug in it and can not be fixed, meaning that the exploit will have to be left in. I'm pretty confident in schema though.
hmm well I'm guessing the devs can't figure out how to allow logic charging without the possibility of near instant charging. XD I suppose they could limit the charge rate for the inputs to something like say at best 10x what the normal charge rate is but other than that it is either take it away outright or find a happy compromise.
Instant charge appears to be fixed, there's still a few avenues I'm exploring myself though.
Zero module charging is gone, actually caught in code now.
Other than that we need to charge them with time discreet signals now, so no more abusing signal multipliers here.
There is a specific frequency to charge drives at, but logic charging cannot equal manual charging in terms of speed currently because it can never hit the 'reload' mark consistently unlike a 'is mouse button down?' check.
You can get close though, or not depending on lag.
So a High enough frequency clock should hit the reload/charge point most of the time? Doesn't sound like it breaks any of my AI ships too badly, just need to figure out how many more or less logic blocks to put on the things before making new ones.
So, looks like the update sticked, might add pictures in a bit but here's the general gist of what happened.
First Planr posted a thread about how logic could charge and fire JD's.
Next I made the Zurich, and put a simple clock going into 45 jumpdrives in it. This was slow af. It took twenty minutes to charge.
After that however, Azereiah asked what would happen if we put overclocked logic on it. I tried that out and it charged faster. Then I remembered a weird thing with overclocked logic, a while ago I was making something to fire a lot of missile/cannon computers really quickly, but I was having issues with clocks synchronizing. Clock synchronization would completely take away from the time between missiles (they'd go back to acting like it was a simple clock, going at half second intervals) but would still fire as many missiles per second as it should, by firing multiple missiles at once. I noticed that when this happened with my JD, it took no longer to charge than when the clock was fully functional.
And with that, the main concept of all of my jumpdrives had been solved; sending multiple simultaneous signals to singular drives to get the to charge faster. It started by having a clock go into what I called an amplifier, a series of not-gates linked in a chain all linked up to a single flipflop, and ended up with a drive where you could press a single button to have it completely charge and jump.
So, looks like the update sticked, might add pictures in a bit but here's the general gist of what happened.
First Planr posted a thread about how logic could charge and fire JD's.
Next I made the Zurich, and put a simple clock going into 45 jumpdrives in it. This was slow af. It took twenty minutes to charge.
After that however, Azereiah asked what would happen if we put overclocked logic on it. I tried that out and it charged faster. Then I remembered a weird thing with overclocked logic, a while ago I was making something to fire a lot of missile/cannon computers really quickly, but I was having issues with clocks synchronizing. Clock synchronization would completely take away from the time between missiles (they'd go back to acting like it was a simple clock, going at half second intervals) but would still fire as many missiles per second as it should, by firing multiple missiles at once. I noticed that when this happened with my JD, it took no longer to charge than when the clock was fully functional.
And with that, the main concept of all of my jumpdrives had been solved; sending multiple simultaneous signals to singular drives to get the to charge faster. It started by having a clock go into what I called an amplifier, a series of not-gates linked in a chain all linked up to a single flipflop, and ended up with a drive where you could press a single button to have it completely charge and jump.
And could be made very compact, I think mine was at 54 blocks by feeding amplifier signals into the end of the chain as well as down it, and this would work for any sized ship as well.
Today, Fellow Starmadian showed me a logical game of Tic Tac Toe on SMD's pubchat and I decided to play logic golf with it I reduced the number of logic blocks on it by a bit under half. Check out his version; https://starmadedock.net/content/logical-tic-tac-toe.4147/
My logic always seems to end up with half adders and fractals.
Anyways, this was a small experiment looking at the Thue-Morse sequence. Doubt it's even worth sharing but here's something.
I'm also looking at some logic games since that seems to be in fashion. I always seem to have good ideas for them but never feel like doing them, so maybe if I put the ideas out there someone will catch them. The first one I thought about building (and got semi built - logic done, no viable platform) is The Prisoners Dilemma. Very simple game, so much so that rudimentary *ai* could even be built in fairly easily. The scoring system I was thinking about with it would go so that a mutual cooperation would give both players two points, a defection vs a cooperation would result in +3/+0 and a mutual defection would result in both players earning a point. This scoring system would incentivize players to defect even though that is the worse option of the two. AI could follow a few paths, one being purely cooperative, one being purely defective, another being random and the last being the famous tit-for-tat.
Another game I thought about making is Dr NIM. Unfortunately I find the logic in that increasingly dull as the easiest way to make the machine work wouldn't require any conditional statements. Still, the idea of making a game that is totally unwinnable is funny.
Upon reading another thread, someone else mentioned the idea of 3d tic-tac-toe. It wouldn't be too far of a stretch to modify/repeat the logic from my 2d tic-tac-toe platform into 3d, but the controls would have to be a bit different. Having a rail-turret based platform that could rotate around the playing field in both axis while having the center of the playing field always in view, with inner ship remotes as controllers would be an interesting control scheme.
Anyways, all of this sums up to the fact that I don't do anything original, constantly copy others and myself, and have essentially no work ethic. :^)
And turns this:
_0_1_2_3_4_5_6_7_8_9_A_B_C_D_E_F_AF_A0_BC_DB_60_22_05_E4_81_59_E6_AA_E8_83_35_05_6C_CB_4D_69_61_9F_0D_50_E4_E8_26_7E_62_4A_3F_05_FE_7E_F3_8E_03_80_44_A1_C4_F0_3D_51_09_AF_AC_50_D1_CE_E9_33_0A_DF_F3_BD_F6_6A_90_F7_DC_28_A6_E6_88_65_42_63_7D_
But also into this:
_06_07_04_03_02_07_02_05_03_08_04_04_04_03_00_07_
Alternatively, it can turn this:
_0_1_2_3_4_5_6_7_8_9_A_B_C_D_E_F_AF_A0_BC_DB_60_22_05_E4_81_59_E6_AA_E8_83_35_05_6C_CB_4D_69_61_9F_0D_50_E4_E8_26_7E_62_4A_3F_05_FE_7E_F3_8E_03_80_44_A1_C4_F0_3D_51_09_AF_AC_50_D1_CE_E9_33_0A_DF_F3_BD_F6_6A_90_F7_DC_28_A6_E6_88_65_42_63_7D_
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.