@h4zardz1(View Post) The element? The element is just every game of life implementation at once. The particle property? It's just a number. But that's a special number that you can really easily make count down and even more easier is making an element that is deleted when that life value reaches 0, thus it's used as a life-time timer.
@boxmein(View Post) I think he meant what was LIFE doing in the very first post.
...........and its behaviour is controlled by tmp, ctype, the conductor that sparks it, tmp2 and (some of the higher bits of ctype maybe?) to distinguish LIFE types.
@boxmein(View Post) yes, but it doesn't rely on the user to know how things are implemented :P.
@h4zardz1(View Post) a lot of particles (CLNE, CRAY, STOR) have to use an extra property to store LIFE particles correctly. LIFE itself uses ctype to distinguish type, and that has to be taken into consideration for something like this.
Now that I think about it, not many people are going to use LIFE-type elements to put a limit on the scanning beam... it'd be a bit pointless, and even if someone was using WALL etc. just detecting that it's a LIFE-type element should be sufficient for nearly all intents and purposes.
@h4zardz1(View Post) LIFE is the element type (GoL-style), life is an element property. This element needs life (the variable) to calculate the SPRK gap.
conductive? not like ARAY... it does use the same kind of direction-finding though, and it needs life free to count down the 8 frames until it can receive a SPRK again.