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


Forums > CSDb Entries > Event id #2889 : Intro Creation Competition 2019
2019-11-04 17:55
Didi

Registered: Nov 2011
Posts: 374
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!
 
... 172 posts hidden. Click here to view all posts....
 
2019-12-01 23:31
0xDB

Registered: Aug 2015
Posts: 27
If you use RAM outside your chosen block, you have to store/restore that RAM inside/from your chosen block as well. You can't just store it somewhere outside your block because then you'd overwrite something else there.

In other words: If you chose 0800-17ff any RAM from the default screen RAM will have to be stored into that range, if you want to use the default screen RAM for something else. But... it would seem wasteful, why not just use a different screen RAM?
2019-12-02 00:43
TheRyk

Registered: Mar 2009
Posts: 707
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 ;)
2019-12-02 14:21
ChristopherJam

Registered: Aug 2004
Posts: 1032
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
2019-12-02 14:57
Krill

Registered: Apr 2002
Posts: 1408
Does the Banach–Tarski paradox apply to finite sets of bits? =)
2019-12-02 15:42
ChristopherJam

Registered: Aug 2004
Posts: 1032
OMG, look over there!
2019-12-03 15:52
MCM

Registered: Apr 2018
Posts: 4
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. ;-)
2019-12-03 16:34
Didi

Registered: Nov 2011
Posts: 374
For many musics you can use Sidreloc 1.0 to move them to another memory location.
2019-12-08 11:41
ChristopherJam

Registered: Aug 2004
Posts: 1032
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.
2019-12-08 12:46
Didi

Registered: Nov 2011
Posts: 374
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. ;)
2019-12-08 12:47
Jammer

Registered: Nov 2002
Posts: 880
My intro is going to use $3000-$3fff, but exomized file is, naturally, placed after right $0800. Does it violate the rules? ;)
Previous - 1 | ... | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | ... | 19 - 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
Lynx/ΤRIΛD
Dymo/G★P
zscs
Erol
JCH/Vibrants
psych858o/MSL/Elysiu..
Oswald/Resource
Ghostrider/No Name
Ghost/Excess
Britelite/Dekadence
Guests online: 35
Top Demos
1 Uncensored  (9.7)
2 Coma Light 13  (9.7)
3 Edge of Disgrace  (9.7)
4 Comaland 100%  (9.6)
5 Unboxed  (9.6)
6 The Shores of Reflec..  (9.6)
7 Remains  (9.5)
8 Lunatico  (9.5)
9 We Come in Peace  (9.5)
10 C=Bit 18  (9.5)
Top onefile Demos
1 Dawnfall V1.1  (9.6)
2 Crystal Gazer  (9.6)
3 Space Demo  (9.5)
4 Field Sort  (9.5)
5 Instinct  (9.5)
6 The Tuneful Eight [u..  (9.5)
7 Smile to the Sky  (9.5)
8 Rewind  (9.5)
9 Onef1ler  (9.5)
10 Bad Boy  (9.5)
Top Groups
1 Performers  (9.6)
2 Oxyron  (9.4)
3 PriorArt  (9.4)
4 Booze Design  (9.4)
5 Censor Design  (9.4)
Top Webmasters
1 Perff  (9.6)
2 Morpheus  (9.6)
3 Slaygon  (9.5)
4 Sabbi  (9.2)
5 CreaMD  (9.2)

Home - Disclaimer
Copyright © No Name 2001-2020
Page generated in: 0.08 sec.