1.Fast electronics mode. Is a simulation mode where a electronics loop is 3 frames. When a particle gets sparked its life is 1, and when the spark dies, its life is 2. Many electronics saves can be made faster in this way. Most of arK's saves can be faster.
2.Integrated circuit elements. Inside the itegrated circuit. we don't need heat simulation, air simulation, etc. or example:
1.Fast electronics mode
This would be great, yeah, but will probably break some saves.
But as long as people can disable it, I second that.
2.Integrated circuit elements
The TPT code currently doesn't have particle propertys that would support storage of other particles.
It would require some fancy coding, also, what would happen if people would put integrated electronics inside integrated electronics?
Trying to make electronics go faster in that way tends to make them break (spark loops all over the place or "wibbly-wobblyness").
The way that particle order dependency was fixed for SPRK means that SPRK must be present for at least three frames, so that the reaction of other particles to a sparked particle is synchronised and happens during a single frame (frame 1: gets sparked, frame 2: other particles react to spark, frame 3: turn back into element. During frames 1 and 3, the particle may be the original element or SPRK, so may not be detected as SPRK by some particles, or the timing of the detection may vary). Decreasing the off time tends to give unwanted spark loops.
That's why fast conduction for GOLD does not change the timing of the spark cycle, but instead gets sparked from positions that are further away than for normal conduction.
I know only those saves that uses BTRY for a timer of 8 frames would break (such as piston self movers all does) and people can disable it so won't actually break saves :D
It won't make spark loop. I calculated and it is OK
3 frames for spark? I think you can put 1 frame for spark and 2 frames for original metal. It is also 3 frames.
Simulate the spark conduction after all the particles are simulated.
1.Simulate PROP_LIFE_DEC.
2.Turn all the spark in the screen back to original metal LIFE=2. All the LIFE=2 metal before, now their life is 1. So all the LIFE=2 conductors all were spark.
3.Find all the metal with LIFE=0 in the screen and check whether if they have a LIFE=2 metal beside and get sparked.
I don't think it will make a spark loop (SPRK will spark others and turn to LIFE=2, LIFE=2 won't be sparked, LIFE=1 might be sparked, and normal metal might be sparked)
Simulating spark conduction after everything else would mean another loop iterating through all the particles, which would be slow, and therefore not a good idea.
However, now that I look at it more carefully, a 3 frame cycle may be possible.
frame 1: life decrement to 0 or stay at 0; element life 0 -> SPRK life 2
frame 2: life decrement to 1; SPRK life 1, triggers other electronic elements (conductive elements turn into SPRK with life 2)
frame 3: life decrement to 0; SPRK life 0 -> element life 1
repeat
Spark loops may actually have been mainly to do with particle order. The last time anyone tried a shorter spark cycle was probably ages ago when a lot of it still depended on particle order, and then we all gave up and never tried it again. I haven't tested very thoroughly, but so far I haven't managed to make any spark loops using just plain conductive materials, though I'm not quite sure how things like SWCH will cope (since SWCH conduction does still depend on particle order, for compatibility with older saves).
Yes, that's my idea. I made a program to show you how it will work. Download
Could anyone tell me where to upload my program? That is Chinese site, jacksonmj can't read.