may we send 3 codes under some condition as

Code_1 ... will only participate to gold medal
Code 2 for silver
Code 3 for short code ..

even if we send it in 3 times ?



news:web.451b6cc0e7874c8e5a039020@news.povray.org...
> > > Probably a stupid question, but.... we can submit more than one entry,
right?
> >   I hope so.
>
> I have no problem with multiple entries as long as they are each
distinctly
> different.
> On the other hand lets not go crazy .... lets say a maximum of 4 per
person?
> Everyone happy with that?
>
>

Post a reply to this message

Christoph Hormann wrote:
> One problem that might arise is that people could start using the code 
> of previous entries, modify it a bit and submit it as new.  In my scc3 
> submission you could for example simply change the colors and pattern 
> and have a differently looking but essentially very similar scene.  Due 
> to the small size this might not be easily recognizable for the voters 
> (because you could quite well get independently to very similar 256 
> character scenes).
> 
> The fact that the code will be visible makes this easier to deal with 
> but i still fear that during voting there could be extensive discussion 
> about whether some entries are based on older ones.
> 
> Christoph

  I'm thinking of entering for the first time.
How can I make sure I don't mistakingly do what you feared?

Post a reply to this message

...
> Please point your browser here and make any suggestions, comments, 
> wording,
> etc.
...
Is the name of the artist derived from the email address or should we 
include it in the comments? For after voting of course.

StephenS

Post a reply to this message

> entrants only? Well I guess you could submit something stupid just to vote.

But remember, your entry will be judged and commented on by your
peers....should be something you are proud of. :-)

-------------------------------------
P a u l   B o u r k e
http://local.wasp.uwa.edu.au/~pbourke/

Post a reply to this message

> Is the name of the artist derived from the email address or should we
> include it in the comments? For after voting of course.

In the past some people wanted to stay anonymous ... at the end I emailed
all entrants and asked for names or aliases. Sure I guess I could add that
as a field but it worked OK last time. Feel free to add identifying
information (your name) in the longer versions or comment. ps: only the
short code will be visible during voting and you should not waste bytes
with your name there.

-------------------------------------
P a u l   B o u r k e
http://local.wasp.uwa.edu.au/~pbourke/

Post a reply to this message

"Paul Bourke" <pau### [at] uwaeduau> wrote:
> Round four of the POVRay short code contest
>
> Not quite a full on announcement but close enough.
>
> Please point your browser here and make any suggestions, comments, wording,
> etc.
>    http://local.wasp.uwa.edu.au/~pbourke/scc4/
>
> Very similar to the last one in 2004 except ...
> - Voting by entrants only
> - Source code available during voting, you vote on the craft as well as the
> image
> - No external resources, eg: #include, font files, and so on.

Would it be possible to assume anything about global settings, or will we
need to include a block in the source code?  I was thinking mainly about
assumed_gamma and max_trace_level.  Especially with assumed_gamma, without
it no gamma information is included in a png file, and that could radically
change how any image looks to different viewers.  Thanks.

Post a reply to this message

I'm working on some entries already! :)
Though I'm going to have to work harder now the score's not divided by the 
byte size!

Anyway the current set of rules on your site sound great. Though isosurfaces 
are a bit annoying without functions.inc... Still, that's the point in the 
challenge.

-- 
Tek
http://evilsuperbrain.com

"Paul Bourke" <pau### [at] uwaeduau> wrote in message 
news:web.4517c7f86007cae685a114a40@news.povray.org...
> Round four of the POVRay short code contest
>
> Not quite a full on announcement but close enough.
>
> Please point your browser here and make any suggestions, comments, 
> wording,
> etc.
>   http://local.wasp.uwa.edu.au/~pbourke/scc4/
>
> Very similar to the last one in 2004 except ...
> - Voting by entrants only
> - Source code available during voting, you vote on the craft as well as 
> the
> image
> - No external resources, eg: #include, font files, and so on.
>
> -------------------------------------
> P a u l   B o u r k e
> http://local.wasp.uwa.edu.au/~pbourke/
>
>
>
>

Post a reply to this message

Yeah it does suck that if you want natural lighting you have to waste so 
many characters in "global_settings{assumed_gamma 1}", I mean that's 1/8th 
the file size gone already! Personally I'm just trying to cope without it, 
but it hurts :(

-- 
Tek
http://evilsuperbrain.com

"Blue Herring" <bhe### [at] tinfoilcatcom> wrote in message 
news:web.45228f94e7874c87a4e843e0@news.povray.org...
> "Paul Bourke" <pau### [at] uwaeduau> wrote:
>> Round four of the POVRay short code contest
>>
>> Not quite a full on announcement but close enough.
>>
>> Please point your browser here and make any suggestions, comments, 
>> wording,
>> etc.
>>    http://local.wasp.uwa.edu.au/~pbourke/scc4/
>>
>> Very similar to the last one in 2004 except ...
>> - Voting by entrants only
>> - Source code available during voting, you vote on the craft as well as 
>> the
>> image
>> - No external resources, eg: #include, font files, and so on.
>
> Would it be possible to assume anything about global settings, or will we
> need to include a block in the source code?  I was thinking mainly about
> assumed_gamma and max_trace_level.  Especially with assumed_gamma, without
> it no gamma information is included in a png file, and that could 
> radically
> change how any image looks to different viewers.  Thanks.
>
>
>

Post a reply to this message

Tek <tek### [at] evilsuperbraincom> wrote:
> Yeah it does suck that if you want natural lighting you have to waste so 
> many characters in "global_settings{assumed_gamma 1}", I mean that's 1/8th 
> the file size gone already! Personally I'm just trying to cope without it, 
> but it hurts :(

  This *is* a short code competition. You have to live with that fact.

-- 
                                                          - Warp

Post a reply to this message

> Even for those of us who learned to program on the ancient Commodore PET (8k
> RAM max) 256 bytes is a tad claustrophobic.  Sound like fun. Thanks.

Well I wouldn't be so sure, looking at some of the entries so far I'm
starting to wonder if the size should not have been reduced to increase the
challenge.

-------------------------------------
P a u l   B o u r k e
http://local.wasp.uwa.edu.au/~pbourke/

Post a reply to this message