this cycles through all the possible colors that can be produced in the program(~16,000000), and sets each as the background. what I actually want to do is to cycle a pixel through all color combinations, and when it reaches a max value it will reset itself and the next pixel will increment its color by one in the same fashion, until the second pixel is incremented to it's maximum at which point the first two will be reset to zero, and the third will be incremented by one as well, and so on until all the pixels are done. It's basically counting in base 16,000,000 represented visually.
EDIT: I honestly have no idea where to go from there. any help is appreciated.
EDIT2: after further work I came up with this. first pixel is cycling, i have yet to see red, or movement in subsequent pixels
You upped the frame rate, so you are vaguely aware of the issue, but don't forget that however big the value you put in the frameRate, Processing won't go faster than your computer can... Beside, I believe that beyond 60 frames/s, you won't see much differences.
A simple computation: 16000000/100/3600 ~= 45 To iterate through the 16 M combinations for the first pixel at 100 frames per second, it will take 45 hours... And you want to iterate through 160,000 pixels! The idea for the sketch itself is a bit flawed...
Also note that the HSB mode has no influence on what you put in the pixels array. It influences only the color() calls. It can make a bit more sense if you iterate on the hue component of the color, making only 255 iterations per pixel. And you can use increments above 1, otherwise, you still need 133 hours before looping on all the pixels! You can also draw rect() instead of pixels, that would make meta pixels, more visible, and less pixels makes the overall loop faster. At 20x20 rectangles, the overall time would be more manageable. From there, you can play on the size of the rects and their number.
"The idea for the sketch itself is a bit flawed.." that really cracked me up but phi.lho is right. my suggestions don't stop at every colour just iterate through all colours and skip a whole lot on the way (as phi.lho pointed out). also, don't use pixels but make fake pixels by drawing lots of squares. this way they are bigger and you'll actually see the colour change (i doubt it's gonna be particularly visible if one pixel changes colour!!)
I realize this sketch has limitations, and Im going to modify parameters to make it seem like it's doing more, but it's not really about being able to watch it run, as much as it is just letting it run. This sketch is the visual realization of a philosophical concept, by systematically cycling through every pixel combination, you have every image capable of being produced by that screen size. It would take immense time to run (which is why i'm going to tweak it), but I thought I'd let you guys know what the purpose is. we call it the infinity window.
upon further research, I have calculated that the most powerful supercomputer in the world would still take well over 100,000 years to fully run this program. maybe when computers are powerful enough I'll try again. If you spit the data into a facial recognition software you would get images of everything you've ever done, ever will do, and still more of things you never have or will do. interesting, but at this point just a pipe dream I suppose.
Leave a comment on d3us3xmachina's reply
Change topic type
Link this topic
Provide the permalink of a topic that is related to this topic