| |
Didi
Registered: Nov 2011
Posts: 479 |
Event id #2889 : Intro Creation Competition 2019
Preface: Please use this thread for questions, discussion and everything else concerning this competition.
Many people were asking about the competition being held this year. It turned out to be a good place to have it after the big X party each second year. But why not give it a try in between?
This time I decided to add a second category to the well known rules: 4kB intro! It is different to the 4kB intro category you know from demo parties. There the executable file has the limit of 4096 bytes and may allocate as much as you like during runtime. Rules here only allow to use 4kB overall for a different challenge. Please check the rules for more details. Result will show if that was a good idea.
Here you go...
Competition runs from November 4th, 2019, until January 5th, 2020. So you have a full 2 months to deliver your creations. This should be enough for an intro.
RULES for both categories:
Your intro entry...
- has to work on a plain stock C64 (PAL standard) without any extensions.
- has to be a one-part intro. Short 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 be interruptable any time by pressing SPACE-key (exception are short fade-in and fade-out).
- does not need to have exclusive graphics, charsets or music. But the code should be exclusive, so reuse of existing code with just exchanged graphics and music is not allowed.
- has not been publicly used before entering the competition.
- has to be handed in as executable format startable with RUN (.prg or embedded in .t64 or .d64).
Your 16kB intro...
- has a maximum RAM footprint of $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. This means RAM besides chosen $4000 bytes area and exceptions has to be the same before and after running the intro. What happens during runtime is up to you.
- has to contain music (not just a humming sound, please).
- is linked to this competition as "C64 Demo" entry (sorry, no other fitting entry exists).
Your 4kB intro...
- has a maximum RAM footprint of $1000 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. This means RAM besides chosen $1000 bytes area and exceptions has to be the same before and after running the intro. What happens during runtime is up to you.
- does not have to contain any sound, but feel free to add some.
- is linked to this competition as "C64 4k Intro" entry.
You are allowed to enter maximum 3 entries per participant and category, so you are can enter 6 entries at best. 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 Sunday January 5th, 2020 at 23:59:59 (11:59:59 pm) CET.
Voting closes at Sunday January 12th, 2020 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! |
|
... 173 posts hidden. Click here to view all posts....
|
| |
TheRyk
Registered: Mar 2009
Posts: 2070 |
hmh if using a complete VIC bank RAM and then flooding it with the random-initialised content of another VIC bank RAM after PRESS SPACE was allowed (as MCM seems to consider), I would have wasted a lot of time complying to the rules, but it doesn't make much sense ;) |
| |
ChristopherJam
Registered: Aug 2004
Posts: 1378 |
TheRyk - just apply inverse Banach–Tarski then you should be able to store two of the banks into one 16k area no matter how random the data is :D |
| |
Krill
Registered: Apr 2002
Posts: 2840 |
Does the Banach–Tarski paradox apply to finite sets of bits? =) |
| |
ChristopherJam
Registered: Aug 2004
Posts: 1378 |
OMG, look over there! |
| |
MCM
Registered: Apr 2018
Posts: 21 |
Ok, long story short... i moved all code to a new vic bank , and no all works fine. I just had a sid at $1000, that was the Problem right from the beginning.
Maybe somebody could spare a nice Banach–Tarski paradox Routine with me. ;-) |
| |
Didi
Registered: Nov 2011
Posts: 479 |
For many musics you can use Sidreloc V1.0 to move them to another memory location. |
| |
ChristopherJam
Registered: Aug 2004
Posts: 1378 |
rules check:
So the rules say what happens at runtime outside system addresses and my chosen $1000 bytes is up to me.
Does that mean that if an entry of mine
- loads to 0801-1800,
- then upon execution overwrites $0000-$01ff and $d800-$dc00
- then shuffles some other data into the $0801-1800 area for restoration at exit,
then as long as I restore at exit any ram I touch in step 3 outside of 0000-01ff, 0801-1800, I/O (incl. colour ram), and IRQ vectors, then I'm fine?
The reason I ask is that I need to write to colour ram as part of my initial memory shuffle, but a prior entry of mine in an earlier ICC was disqualified due to the cruncher I used initialising colour ram for me. This time the cruncher's going to be a fairly integral part of my entry (I need to do a lot of memory shuffling, so the demo really starts with the decompression stage, not after it), and I want to check that that's ok. |
| |
Didi
Registered: Nov 2011
Posts: 479 |
Color RAM does not need to be restored.
Stack may be garbled as well, same goes for zeropage.
$00 and $00 should be in a valid state on exit.
Would be nice if the JMP on exit would be changeable later on which might pbe a problem if it is in crunched part. ;) |
| |
Jammer
Registered: Nov 2002
Posts: 1289 |
My intro is going to use $3000-$3fff, but exomized file is, naturally, placed after right $0800. Does it violate the rules? ;) |
| |
Didi
Registered: Nov 2011
Posts: 479 |
Of cource not. But you should not rely on blanked screen or colors set by the decruncher. |
| Previous - 1 | ... | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | ... | 19 - Next |
