Strange things happen when you edit the values in the n and s calculations. Also, don't mind the fraction over 3.24 in the color calculation, that's the number I found to work best in the regard that putting a number over 3.24 in the color calculation gives you that many instances of each color (counting diagonals as the same) INTERESTING OCCURRENCES: Since there are 54 diagonals of this square going from the bottom-left to top-right, putting any multiple of 54 is equivalent to putting 0. For the same reasons, putting 27 shows only 2 colors and 18 shows only 3. Also, putting 54-x (where x is any number) is equivalent to putting x and flipping the colors along the central single-color diagonal. Changing the number in the calculation of n not only completely ruins the x/3.24 logic but also makes the stripe bigger. I chose 12 because it is the number where there are exactly two bars on screen at all times. Of the two numbers in the initial s calculation, the first governs how much the square can grow and the second governs how fast the wave moves. The number in the second s calculation is how large the squares are by default. The number in the inequality in the second s calculation is for how big the stripe is. 10 means the stripe disappears entirely. Anything less than -10 shows the entire sine wave.
@MonkeyBean2 for original project @munchy_munchy for being important enough to be put in the credits
