| |
Didi
Registered: Nov 2011
Posts: 488 |
Event id #2526 : Intro Creation Competition 2016
Sorry for skipping this event last year, but life is life and I simply would not have had the time to host this event in a proper way.
So finally X 2016 is over and the big productions are out. So maybe you are in the mood for a smaller project.
Competition runs from November 1st, 2016, until January 3rd, 2017. So you have a full 2 months to deliver your creations. This should be enough for an intro.
Please use this thread for questions, discussion and everything else concerning this competition.
THE RULES (same as in 2014, worked very well):
- 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 January 3rd, 2017 at 23:59:59 (11:59:59 pm) CET.
Voting closes at Sunday January 8th, 2017 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! |
|
... 274 posts hidden. Click here to view all posts....
|
| |
Cruzer
Registered: Dec 2001
Posts: 1048 |
Just under 8 hours to go according to my computations. |
| |
Pad
Registered: Oct 2003
Posts: 3 |
You guyses math. I could never keep up! |
| |
ChristopherJam
Registered: Aug 2004
Posts: 1409 |
Fucking time zones, how do they work.
I really should have just used vim for my music editor from the outset on this one too, instead of falling back on it late last night. Live and learn! |
| |
Skate
Registered: Jul 2003
Posts: 495 |
https://time.is/en/CET |
| |
Krill
Registered: Apr 2002
Posts: 2982 |
Quote:Maximum RAM usage is $4000 bytes at one block This is a bit confusing. Maximum RAM usage, okay, but why in one block? As long as the linked program is in one piece (of max. ~$c000 bytes) after the intro has run, no problem, right?
Meaning that the intro may shuffle around data as much as it likes at run-time, if only to display various VIC-based effects with weirdo memory layouts. |
| |
Didi
Registered: Nov 2011
Posts: 488 |
Oh yeah!!! Deadline is over. What a lot of great entries! Knocks me off the socks!
Now check the entries and place your votes. Hopefully many users will vote. The more the better to get a fair result. Voting closes at Sunday January 8th, 2017 at 23:59:59 (11:59:59 pm) CET.
@Krill: Usually an intro will be linked infront of some other program, so it should leave the rest of the memory untouched for the other program. |
| |
Krill
Registered: Apr 2002
Posts: 2982 |
Quoting DidiUsually an intro will be linked infront of some other program, so it should leave the rest of the memory untouched for the other program. No. As i said, the intro may touch anything it likes, move program data around and put display or other data anywhere it likes, AS LONG AS it restores the original program blob after it has run. And yes, i've done that with some of my intros.
And yes yes, being linked in front of other programs is the very definition of "intro" aka introduction. |
| |
Scan
Registered: Dec 2015
Posts: 111 |
I interpreted the $4000 block rule as "$4000 consecutive bytes" just to be on the safe side. It's also easier for Didi to check whether an intro sticks to the rule(s). For that sole reason I've posted the output of the memory map of kick assembler as summary in my intro, to give the man some slack.
And to be honest, isn't it a tad late to complain about the rules when it's just 20 minutes past the deadline of the competition? You had a full 2 months of time to complain. |
| |
Krill
Registered: Apr 2002
Posts: 2982 |
I never intended to participate. I'm merely saying that such a rule is bonkers, because it doesn't make the slightest difference to the linked program and only limits what you can do in the intro. |
| |
Cruzer
Registered: Dec 2001
Posts: 1048 |
I actually like this limitation, since it means that you can't just do the usual FLI and speedcode tricks that are common in normal size-restricted categories, where it's only the file size that counts. I.e. it makes you think in new ways when you can only use 16K at runtime. |
| Previous - 1 | ... | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | ... | 29 - Next |
