I like my program. Of course, then again, I'm biased.
Date: 05 Oct 2008 01:38
Number of posts: 7
RSS: New posts
It must have taken you hours to create, and the result is certainly a reflection of the effort.
But 13000+ bytes!!!
Maybe you should still optimise it. Sure, the challenge is over, but it will make you proud to have the same output for less memory. Actually, why don't you post the code up, and we can all work as a community to optimise it?
O.k., Here it is.
And yes, It took over 7 hours. It got so bad that I finally created a program that pretty much did all the lists for me. I just had to select the points.
The simplest thing I can see for you to do is to take advantage of the patterns in the animations. Like when you draw a bunch of circles, you could have the points for only one circle stored in a list. The you could translate them coordinates as a whole by adding a umber to the entire list
For(F,1,9 Turn all the points on in L1 L1 + 10 → L1 End
Implementing that would save a lot of space, and since your animation is so symmetrical and geometric, i think you would have very little trouble finding patterns or algorithms for all the other sections as well.
I think that I will work on this.
First, though, instead of that For( loop, you could simply do this:
It's the fastest way to turn the screen black.
You used all Pxl-changes - why not just set the graph screen, and use a bunch of Line( commands? That would save you a ton of space.
I will post the fixed code as soon as it's finished.
Okay, I just realized that using Line( is a little too fast.
You could refigure the parameters of your For( loops so that the Pxl-Change( doesn't require looking at super-long lists.