| |
Didi
Registered: Nov 2011
Posts: 488 |
Event id #2286 : Intro Creation Competition 2014
After the success of last year's Intro Creation Competion, I want to continue and maybe we can even top last year.
After the big X party and while it is getting colder outside, you may have some sparetime to create something for it. ;)
Competition runs from October 28th until December 27th, 2014. So you have 2 months to deliver your creations. This should be enough for an intro.
As comment editing is still disabled, please use this thread for questions, discussion and everything else concerning this competition.
THE RULES:
- Has to work on a plain stock C64 (PAL standard) without any extensions.
- Has to be a one-part intro. Fade-ins and fade-outs are OK.
- Has to contain at least one Logo at whatever size you like.
- Has to contain a changing or moving text message (e.g. scrolling text, different lines fading in & out, etc.)
- Has to contain music (not just a humming sound, please).
- Maximum RAM usage is $4000 bytes at one block, at whatever location you like. Screen RAM counts as used memory. Exclusions are system addresses like VIC (inkl. Color RAM), SID, CIA, Stack, Zero-page, IRQ vectors.
- Has to be interruptable any time by pressing SPACE-key (exception are fade-in and fade-out).
- Graphics, charsets and music do not need to be exclusive, but the code should be! So no reuse of existing code with just exchanged graphics and music.
- Intros may not have been used before entering the competition.
- Entries must be handed in as executable format startable with RUN (.prg or embedded in .t64 or .d64).
- Max. 3 entries per participant. Entries might be taken back from the compo until deadline. That means if you want to remove one of your works from the compo to make space for another entry from you, this can be done until deadline.
Deadline for entry submission is December 27th, 2014 at 23:59:59 (11:59:59 pm) CET.
Voting closes one week later at January 3rd, 2015 at 23:59:59 (11:59:59 pm) CET.
Voting platform is CSDb (with all disadvantages it may have), therefore entries have to be posted here.
Entries will be ranked by weighted average of CSDb votes. Entries with the same weighted average are ranked by their percentages of 10s, 9s, etc.
No prices to win, just the fame. May the best creation win. |
|
... 87 posts hidden. Click here to view all posts....
|
| |
Roysterini
Account closed
Registered: Dec 2013
Posts: 13 |
Thanks, that gave up some great info. |
| |
tlr
Registered: Sep 2003
Posts: 1790 |
So are the rules set now?
A crack intro competition could be a completely separate size-coding compo. e.g 2 or 4 blocks, PAL/NTSC/PAL-N/NTSCOLD? compatible. |
| |
TheRyk
Registered: Mar 2009
Posts: 2254 |
What most said about 16K being a little over the top.
Last year's compo was big fun, but even though I optimized the result from release to release and 16K might do for most single-filed cracks, RAM waste remains just too big for some releases. Size/tinyness matters as soon as crack ain't singlefiler but covers almost whole disk size and you seriously run out of blocks. If it's not meant to be a crack intro competition, the whole "interruptable with space" part makes little sense and we could just label it One file demo competition.
Enough grumbling, rulez are rulez, Didi launched it, so he decides. Looking forward to steal a few effects be inspired by your entries. Maybe I take part with sth anyway :) |
| |
The Phantom
Registered: Jan 2004
Posts: 360 |
This sounds fun :D
Come to think of it, Should NTSC be allowed a few bytes extra, you know, because we have to fix it, which may require extra code. Just curious... |
| |
Didi
Registered: Nov 2011
Posts: 488 |
No extra bytes for NTSC fixing. If you want to fix your intro, it has to be done within the size limit.
NTSC compatibility is appreciated but not mandatory.
BTW. Nice to see the first entries coming in! |
| |
Xenox
Registered: Jun 2003
Posts: 87 |
I like compos, it's a reason to do something on the C64 again but the rules are the same like like last time, it would be better if anything changed... Whatever this is... More RAM for example.... |
| |
Mace
Registered: May 2002
Posts: 1799 |
No, less RAM! :-) |
| |
chatGPZ
Registered: Dec 2001
Posts: 11387 |
even MORE ram for intro? hilarious |
| |
Cruzer
Registered: Dec 2001
Posts: 1048 |
We should be able to use all 16M of REU-RAM, otherwise a proper intro isn't possible. No, it's a fun limitation with 16K at runtime. I'll try to come up with something. |
| |
Dr.j
Registered: Feb 2003
Posts: 277 |
Should the code+gfx+sprites+screen resident the same
block (apart of the Vic + colors addresses) or they
could splitted to different locationa , but max. Ram usage: still up to $4000 bytes |
| Previous - 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 - Next |
