[CSDb] - User Forums - Event id #2889 : Intro Creation Competition 2019

You are not logged in - nap

CSDb User Forums

Forums > CSDb Entries > Event id #2889 : Intro Creation Competition 2019

2019-11-04 17:55

Didi

Registered: Nov 2011
Posts: 485

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....

2019-12-01 19:22

MCM

Registered: Apr 2018
Posts: 21

Quoting Didi

@MCM: RAM area will be counted as used from first used byte to last used byte in one block. But you are allowed to buffer the used area somewhere else at start and restore it on exit so it appears untouchted.

Hmmm... so „buffer the used area somewhere else“ could be a simple
code like this :

Ldx#00
Lda 0400,x
Sta 8000,x
Lda 0500,x
sta 8100,x
Lda 0600,x
Sta 8200,x
Lda 0700,x
Sta 8300,x
Inx
Bne xx
...

The run the intro, after pressing space like this , to get back the whole ram like it was before :
Ldx#00
Lda 8000,x
Sta 0400,x
And so on ..

Then
Lda 7000,x
Sta 8000,x
And so on. This fills up the area $8000-$84ff with the random ram filled stuff like it was before, then just a simple jump $fce2 ?

Whole intro code incl. graphic stuff still will be from $0800 - $17ff, all the time.Plus some bytes ( 180—200) in screen ram for logo and text only while running.

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: 2203

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: 1407

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: 2953

Does the Banach–Tarski paradox apply to finite sets of bits? =)

2019-12-02 15:42

ChristopherJam

Registered: Aug 2004
Posts: 1407

OMG, look over there!

2019-12-03 15:52

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. ;-)

2019-12-03 16:34

Didi

Registered: Nov 2011
Posts: 485

For many musics you can use Sidreloc V1.0 to move them to another memory location.

2019-12-08 11:41

ChristopherJam

Registered: Aug 2004
Posts: 1407

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: 485

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. ;)

Previous - 1 | ... | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | ... | 20 - Next

Refresh

Subscribe 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

Korodny
Krill/Plush
t0m3000/hf^boom!^ibx
DJ Space
Guests online: 149

Top Demos

1 Next Level  (9.7)
2 13:37  (9.7)
3 Coma Light 13  (9.7)
4 Edge of Disgrace  (9.6)
5 Mojo  (9.6)
6 Uncensored  (9.6)
7 Comaland 100%  (9.6)
8 Wonderland XIV  (9.6)
9 Unboxed  (9.6)
10 No Bounds  (9.6)

Top onefile Demos

1 Layers  (9.6)
2 Party Elk 2  (9.6)
3 Cubic Dream  (9.6)
4 Copper Booze  (9.6)
5 Libertongo  (9.5)
6 Moving Balls  (9.5)
7 Rainbow Connection  (9.5)
8 Morph  (9.5)
9 Dawnfall V1.1  (9.5)
10 It's More Fun to Com..  (9.5)

Top Groups

1 Performers  (9.3)
2 Booze Design  (9.3)
3 Oxyron  (9.3)
4 Nostalgia  (9.3)
5 Triad  (9.3)

Top Webmasters

1 Slaygon  (9.6)
2 Perff  (9.6)
3 Morpheus  (9.5)
4 Sabbi  (9.5)
5 CreaMD  (9.1)

Page generated in: 0.055 sec.