Log inRegister an accountBrowse CSDbHelp & documentationFacts & StatisticsThe forumsAvailable RSS-feeds on CSDbSupport CSDb Commodore 64 Scene Database
You are not logged in - nap
CSDb User Forums


Forums > CSDb Entries > Event id #2526 : Intro Creation Competition 2016
2016-11-01 15:20
Didi

Registered: Nov 2011
Posts: 478
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....
 
2017-01-03 18:46
ChristopherJam

Registered: Aug 2004
Posts: 1359
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!
2017-01-03 18:53
Skate

Registered: Jul 2003
Posts: 490
https://time.is/en/CET
2017-01-03 23:05
Krill

Registered: Apr 2002
Posts: 2804
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.
2017-01-03 23:06
Didi

Registered: Nov 2011
Posts: 478
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.
2017-01-03 23:20
Krill

Registered: Apr 2002
Posts: 2804
Quoting Didi
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.
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.
2017-01-03 23:35
Scan

Registered: Dec 2015
Posts: 110
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.
2017-01-03 23:49
Krill

Registered: Apr 2002
Posts: 2804
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.
2017-01-03 23:59
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.
2017-01-04 00:03
Krill

Registered: Apr 2002
Posts: 2804
But you CAN only use 16 KB at run-time, because the linked program is 48 KB no matter what. Just that there is exactly no reason to have those 16 KB all in one contiguous memory area.
2017-01-04 00:04
ChristopherJam

Registered: Aug 2004
Posts: 1359
I'm with Cruzer on this one. Sure, the restriction's artificial (like everything else on this ancient platform), but that just makes for a new set of challenges.

I wanted a half screen of FLI for Scharf, so I had to write an offline allocator that would fit my tables in around the bits of VM that were actually in use, instead of my usual "graphics goes there, code+data goes here" approach.
Previous - 1 | ... | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | ... | 30 - Next
RefreshSubscribe to this thread:

You need to be logged in to post in the forum.

Search the forum:
Search   for   in  
All times are CET.
Search CSDb
Advanced
Users Online
icon/The Silents, Sp..
algorithm
hedning/G★P
Didi/Laxity
t0m3000/ibex-crew
Laurikka
WVL/Xenon
Airwolf/F4CG
jmin
Derision/Longshot
Brittle/Dentifrice^(?)
Dymo/G★P
Guests online: 344
Top Demos
1 Next Level  (9.8)
2 Mojo  (9.7)
3 Coma Light 13  (9.7)
4 Edge of Disgrace  (9.6)
5 No Bounds  (9.6)
6 Comaland 100%  (9.6)
7 Uncensored  (9.6)
8 The Ghost  (9.6)
9 Wonderland XIV  (9.6)
10 Bromance  (9.6)
Top onefile Demos
1 Party Elk 2  (9.7)
2 Cubic Dream  (9.6)
3 Copper Booze  (9.5)
4 Rainbow Connection  (9.5)
5 TRSAC, Gabber & Pebe..  (9.5)
6 Onscreen 5k  (9.5)
7 Dawnfall V1.1  (9.5)
8 Quadrants  (9.5)
9 Daah, Those Acid Pil..  (9.5)
10 Birth of a Flower  (9.5)
Top Groups
1 Booze Design  (9.3)
2 Nostalgia  (9.3)
3 Oxyron  (9.3)
4 Censor Design  (9.3)
5 Crest  (9.3)
Top NTSC-Fixers
1 Pudwerx  (10)
2 Booze  (9.7)
3 Stormbringer  (9.7)
4 Fungus  (9.6)
5 Grim Reaper  (9.3)

Home - Disclaimer
Copyright © No Name 2001-2024
Page generated in: 0.052 sec.