My additions to UnConeD's wishlist

I think UnConeD's list is pretty complete, but I've some small additions. Take a look and see if you like them:

• Allow you to use and define the red, green and blue variables in movement, dynamic movement, and dynamic distance modifier. This will be able to replace the brightness, fast brightness, multiplier and unique tone (well, they'll still be there for compatibility, but not used much anymore). You could also shift the pixels depending on for example their green value: x=x+green; or d=d+green; The possibilities are great. What about this one (t is in frame with formula t=t+0.05): red=abs(sin(red*2+t));
• Imaginairy numbers: not only support for a+bi, but also the polar variant re^(theta*i), which would be de^(ri) in avs.
• New rnd function. Syntax rnd(input,amount) It would round the input value, with the amount you specify. I think the amount would be best specified like this: 0 = round on 1, 1 = round on 10, -1 round on 0.1, and so on. For example rnd(4.5653,-3) would make 4.565.
• Now the most difficult one to program: lists. This would allow you to store and recall values in a list. You could make particle engines! The functions would be store(value,indexvalue) and recall(value,indexvalue). The indexvalue is a bit difficult to explain, so I'll give an example code (in pixel):
  list=recall(x,i);
  x=sin(x) or any other function;
  list=store(x,i);
  You can choose the name of the list yourself, ofcourse. The first line recalls the value x with indexnumber i. This gives x the value that's in the list and is stored under the indexnumber with the value of i. You then do whatever function you like. Then you store the new x with indexnummer i (which would, in this case be the same).
• Different forms of mosiac. Now it's just rectangles, but circles or triangles would also be cool.

Re: My additions to UnConeD's wishlist

Originally posted by skupers
I think UnConeD's list is pretty complete, but I've some small additions. Take a look and see if you like them:

• Different forms of mosiac. Now it's just rectangles, but circles or triangles would also be cool.

I think only Squares, Rectangles, Triangles, and Hexagons are possible... others would leave space...

Being able to change the width and length separately would be nice...

-----

About the colors... I don't know... It should be an entirely new trans - Colored DM? Doing so will need to take the image from the previous frame and sort it between the colors... it's going to eat up precious FPS...

Allow you to use and define the red, green and blue variables in movement, dynamic movement, and dynamic distance modifier. This will be able to replace the brightness, fast brightness, multiplier and unique tone (well, they'll still be there for compatibility, but not used much anymore). You could also shift the pixels depending on for example their green value: x=x+green; or d=d+green; The possibilities are great. What about this one (t is in frame with formula t=t+0.05): red=abs(sin(red*2+t));

I can see how a 'dynamic colourfade' could work which adjusts values with parameters defined by a grid similar to a DM, but not how you could have movement indicated by colour: the DM uses a very low-resolution grid so either it would need to calculate the average colour for an area every frame (slow!) or use the exact value under a grid point, which causes noise and jitter.

why would you want support for imaginary numbers, you can code x and y individually to create a complex plane, would it actually be faster to have in built support than to expand the math out on paper first and then code it? im sure you could draw the mandelbrot set using a ssc if you really wanted to (i base this on having done it in qbasic and i've found very few things i haven't been able to work from qb into ssc i just haven't done mandelbrot yet cos im too lazy) or even create any function of complex numbers into reals and draw it out into 3 dimensions.

another thing, don't take this insultingly but e^itheta = cos(theta)+isin(theta) (you can prove this easily by replacing e sin and cos with their infinite series, and thats also where e^i*pi = -1 comes from)so it wouldn't be hard to convert just like doing polars in ssc at the moment with x=dcos(r);y=dsin(r) if there was imaginary number support.

i guess complex number support would make it easier to make a 3d slice thorugh a 4d julia set or something tho i guess..

my wee addition to the wish list:

a video delay ape. just like audio delays output whatever came in however many milliseconds/beats ago, this would output whatever screen came in however many milliseconds/beats ago.

it would also have the standard feedback control for looping a proportion of the output back to the input.

this would enable you to do the avs equivalent of that scene in ghost dog if anyone's seen that film.

if i get really bored this christmass, i'll do it myself, but i'd rather someone else did first (^_^)

tom