this came to me in a dream this morning: http://kirkjerk.com/java/dreamclock/
I don't know what, if anything, it "means" but I was proud to be able to pull together a java version in like 5 or 10 minutes.
does the cycling of the ring actually correspond to seconds? could you make three concentric rings that correspond to seconds, minutes and hours? and it could actually function as a clock?
As long as it's getting its 60 FPS, each rotation is a second.
(there's currently no check against the system clock)
A clock would be pretty straight forward.
right now I just have the r,g,b values (0-255) and I vary each one for some random value between -10 and 10 (I was thinking about seeing if "inertia" would be interesting for that as well but decided to keep it closer to my first dream thought)
I could think of a different behaviours for the minute and hour ring...
have them just like the seconds ring, but slower, each with its own rgb - probably too tough to read
have them pick up the current color of the seconds ring - also probably tough to read
have them constantly "flashing" to the current color of the seconds ring at their current position only
That is just beautiful. I love the idea of doing slight random alterations to the color. A real clock would require more thought, though, like making sure that the alterations never 'go back' to the previous colors, so that a clear orientation can be distinguished.
heh, that "dirty gray" is kind of a signature color of processing, I think it's the default, #CCCCCC
I think I'm leaving it as is, out of a severe bit of lazy (also I can't think of a great way of advancing the hour hand w/o having to store and redraw everything else.)
Comments
does the cycling of the ring
does the cycling of the ring actually correspond to seconds? could you make three concentric rings that correspond to seconds, minutes and hours? and it could actually function as a clock?
As long as it's getting its
As long as it's getting its 60 FPS, each rotation is a second.
(there's currently no check against the system clock)
A clock would be pretty straight forward.
right now I just have the r,g,b values (0-255) and I vary each one for some random value between -10 and 10 (I was thinking about seeing if "inertia" would be interesting for that as well but decided to keep it closer to my first dream thought)
I could think of a different behaviours for the minute and hour ring...
have them just like the seconds ring, but slower, each with its own rgb - probably too tough to read
have them pick up the current color of the seconds ring - also probably tough to read
have them constantly "flashing" to the current color of the seconds ring at their current position only
WDYT?
That is just beautiful. I
That is just beautiful. I love the idea of doing slight random alterations to the color. A real clock would require more thought, though, like making sure that the alterations never 'go back' to the previous colors, so that a clear orientation can be distinguished.
edit: Also, get rid of that dirty gray!
heh, that "dirty gray" is
heh, that "dirty gray" is kind of a signature color of processing, I think it's the default, #CCCCCC
I think I'm leaving it as is, out of a severe bit of lazy (also I can't think of a great way of advancing the hour hand w/o having to store and redraw everything else.)
Also I realized that part of
Also I realized that part of the influence might be the throbber the Nintendo Virtual Store uses, that looks like that heavy duty earring thing