There's LUA BUGS in TPT++
-
when I have a function with i,x,y,s,n
everything up to s works, and s kinda works, but n is a duplicate of s (which is a bug)
s should be the number of particles surounding a given particle, but instead it's 8 - the number of particles surrounding that particle. This seems to be a bug.
n is supposed to be the total number of particles on screen, but instead it is behaving EXACTLY like s. That is, n = 8 - the number of particles surrounding a given particle.
Someone in TPT development, PLEASE FIX THIS BUG IN THE LUA SYSTEM. -
@Videogamer555 (View Post)
you probably just don't understand exactly what these do. n is not the number of particles on the screen, it's something else but i'm not really sure what ... I just know it can help make elements faster. These really need more documentation, but they don't really have much.
I think one is the number of particles surrounding it that aren't it's own type and the other is the number of empty spaces around it. Also, I know there's a simulation api not even mentioned in the wiki that can allow you to get what these particles are easily, but it isn't documented. -
Yea they aren't broken, settle down, you need to understand what they are.
The 's' otherwise called surround_space is how many empty spaces there are around it.
the 'n' or 'nt' is how many spaces that are NOT the current particles type.
So one particle by itself, both of them will be 8. A particle surround fully by its own type (a big pile) they will both be 0.
To get different numbers for each, it would need to have other types around it.
