 |
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Thanks for the feedback on the short code competition.
There were a few suggestions along the lines of limiting the competition to a
theme, reduced primitive set, and even specific colours. One of the goals
behind this competition was to show off the programability of PovRay (if in a
perverse way) and attract attention by the fact that only 256 bytes were used.
Increasing the bytes and limiting the competition in some way risks a less
interesting collection of renders while increasing the byte count makes it seem
less impressive.
One comment was "What's the 'new spin' going to be this time round?". How about
sticking with the same byte count (256) but making it an animation ... lets say
100 frames (and just spinning your creation will hopefully be frowned upon by
the judges). By this I mean of course that the entries will be rendered with a
clock that varies between 0 to 1 over 100 frames. For space reasons the frame
size might also be limited to 400x300 pixels.
Any feedback?
Is 256 bytes too difficult? If I increased it I wouldn't want to increase it by
much, say to 300 bytes?
To ward off one question of logistics, "How will I render all this?". Don't
worry about it, I'll manage.
-------------------------------------
P a u l B o u r k e
http://local.wasp.uwa.edu.au/~pbourke/
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
> Is 256 bytes too difficult? If I increased it I wouldn't want to increase it by
> much, say to 300 bytes?
why 256 in the first place? I thought it was symbolic for 2^8. 300 is not a
power of 2. The next in line would be 2^9 = 512! holly joy! :D
BTW, if it's an animation precious code would be wasted trying to move the
camera in dramatic ways. or will you be in charge of that?
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
> To ward off one question of logistics, "How will I render all this?". Don't
> worry about it, I'll manage.
http://impfarm.imp.org/boinc/top_hosts.php
And I can bring in more by just re-enabling account creation.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
> why 256 in the first place? I thought it was symbolic for 2^8. 300 is not a
> power of 2. The next in line would be 2^9 = 512! holly joy! :D
Not necessarily anything magical about choosing powers of 2.
> BTW, if it's an animation precious code would be wasted trying to move the
> camera in dramatic ways. or will you be in charge of that?
The entry would need to do the animation using the clock variable.
-------------------------------------
P a u l B o u r k e
http://local.wasp.uwa.edu.au/~pbourke/
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
nemesis nous apporta ses lumieres en ce 2007/11/23 20:39:
>> Is 256 bytes too difficult? If I increased it I wouldn't want to increase it by
>> much, say to 300 bytes?
>
> why 256 in the first place? I thought it was symbolic for 2^8. 300 is not a
> power of 2. The next in line would be 2^9 = 512! holly joy! :D
>
> BTW, if it's an animation precious code would be wasted trying to move the
> camera in dramatic ways. or will you be in charge of that?
>
>
>
Who said that you had to move the camera? Move the scene NOT the camera, it's
more compact. There are LOTS of other way you can do animations without ever
having to move the camera.
Like an isosurface morphing, or a julia fractal with a rotating or shifting
intersection "plane". Orbiting objects. Bouncing objects...
--
Alain
-------------------------------------------------
How come we choose from just two people to run for President and over fifty for
Miss America?
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Paul Bourke wrote:
>> why 256 in the first place? I thought it was symbolic for 2^8. 300 is not a
>> power of 2. The next in line would be 2^9 = 512! holly joy! :D
>
> Not necessarily anything magical about choosing powers of 2.
>
what about 343 (7^3)?
>> BTW, if it's an animation precious code would be wasted trying to move the
>> camera in dramatic ways. or will you be in charge of that?
>
> The entry would need to do the animation using the clock variable.
>
> -------------------------------------
> P a u l B o u r k e
> http://local.wasp.uwa.edu.au/~pbourke/
>
>
>
>
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
