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 #2655 : 8K Intro Competition 2017
2017-12-08 16:41
ChristopherJam

Registered: Aug 2004
Posts: 1370
Event id #2655 : 8K Intro Competition 2017

Inspired in part by Didi's past intro creation competitions (many thankings for those!),
have a four week lightning competition to help you survive the holiday season

- single file one part intro (fade in/out acceptable)
- has a logo+changing text+music
- file size of at most 8192 bytes, including load address (so, 8190 bytes of data).
- no more than 5 seconds decrunch/precalculation time.
- once page is running, exits within 5 seconds of pressing space (should be obviously fading out)
- don't trash any RAM from $2800 to $cfff inclusive (unless you restore it on exit).

- entries uploaded to csdb as runnable .prg, optionally embedded in .d64,
- max three per participant, withdrawals allowed, older entries will be displaced if you've too many.
- competition start: 8th December
- entry deadline: 5th of January, 14:00 (2pm) UTC
- voting deadline: 12th of January, 14:00 (2pm) UTC
- entries will be ranked by CSDb rating, including private votes.
- entries with the same weighted average will be ranked by their percentages of 10s, 9s, etc.

No prizes, just fame :)


Thankings to Jeanette, Krill, Groepaz, and various ICC2016 commenters for helping me to crystallise plans.
Any errors in judgement all my own - I've ignored a lot of good advice :D


Questions and discussion below.
 
... 71 posts hidden. Click here to view all posts....
 
2017-12-08 18:59
Compyx

Registered: Jan 2005
Posts: 631
So can we use $d000-$fff9 for generated speedcode or gfx buffers? (Accessed from $0801-$27ff)
2017-12-08 19:07
ChristopherJam

Registered: Aug 2004
Posts: 1370
Quote: So can we use $d000-$fff9 for generated speedcode or gfx buffers? (Accessed from $0801-$27ff)

Yes!
2017-12-08 19:34
TheRyk

Registered: Mar 2009
Posts: 2047
Wonderful! 8k is inally a halfway decent limit! \o/
2017-12-08 20:10
Didi

Registered: Nov 2011
Posts: 478
Have fun with it. Maybe better not to have the same rules every year. :)
2017-12-08 22:22
TheRyk

Registered: Mar 2009
Posts: 2047
Didi, don't be sulky, compete :)
2017-12-08 22:33
Compyx

Registered: Jan 2005
Posts: 631
8KB is very decent limit, big enough for some half-decent graphics, a decent tune and some code that should rise above the simple swinging logo + 1x1 scroller.
2017-12-09 11:11
Hein

Registered: Apr 2004
Posts: 933
Quote:
- don't trash any RAM from $2800 to $cfff inclusive (unless you restore it on exit).

This means in runtime? Usually depackers fill the holes ($2800-$cfff in this case) with zeros. I've been trying the Exomizer level option (which should leave the non-used memory untouched when depacking $0400-$27ff and $d000-$ffff), but can't get the depacker source to work, yet. It'd save some time if I can just use the sfx option. Then you can pretend there's game bytes at $2800-$cfff. :)
2017-12-09 11:27
ChristopherJam

Registered: Aug 2004
Posts: 1370
Quoting Hein
This means in runtime?

Yes. I was assuming game gets depacked from that area after the intro exits, possibly getting moved down to $0801-$b000 first depending on the packer requirements.

Quote:
Usually depackers fill the holes ($2800-$cfff in this case) with zeros.

Interesting. Perhaps I should be louder about nucrunch offering a stream containing multiple disjoint areas... Or is that what the Exomizer level option is?

Quote:
…Then you can pretend there's game bytes at $2800-$cfff. :)


I'd prefer to leave the rule as it stands; while I considered adding a specific payload, I didn't want any of the entries taking advantage of whatever the contents were (which would in turn have tied those entries to only being able to intro that particular file).
2017-12-09 11:59
Hein

Registered: Apr 2004
Posts: 933
Exomizer level option should indeed leave the non-packed areas untouched when depacking.

So my question is still open: Would it be allowed to just pack the whole memory with Exomizer or Pucrunch, even if after depacking the area $2800-$cfff is filled with zeros (which in a real life scenario would be the packed game anyway) and those zeros are left untouched when the intro is running?

If not allowed, still fine, it just shifts my focus a bit towards a field I'm not so much interested in. And there's hardly any gain or loss concerning the 8kb restriction, so it feels a bit of a waste of effort to me. In the end I might know about packers and depackers, tho. Good for picking up girls. :)
2017-12-09 12:43
chatGPZ

Registered: Dec 2001
Posts: 11089
i told you that you should just supply a file that has to be linked :=) allowing what Hein is proposing is watering the intend of the rules IMHO - since it might no more work when the gap isnt just zeros (ie it may result in a file > 202 blocks)
Previous - 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 - 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
Alakran_64
MCM/ONSLAUGHT
Apollyon/ALD
Paladin/G★P
Laurikka
Freeze/Blazon
ready./Level64/HF
Guests online: 228
Top Demos
1 Next Level  (9.8)
2 Mojo  (9.7)
3 Coma Light 13  (9.7)
4 Edge of Disgrace  (9.6)
5 Comaland 100%  (9.6)
6 No Bounds  (9.6)
7 Uncensored  (9.6)
8 Wonderland XIV  (9.6)
9 The Ghost  (9.6)
10 Bromance  (9.6)
Top onefile Demos
1 It's More Fun to Com..  (9.9)
2 Party Elk 2  (9.7)
3 Cubic Dream  (9.6)
4 Copper Booze  (9.5)
5 Rainbow Connection  (9.5)
6 TRSAC, Gabber & Pebe..  (9.5)
7 Onscreen 5k  (9.5)
8 Dawnfall V1.1  (9.5)
9 Quadrants  (9.5)
10 Daah, Those Acid Pil..  (9.5)
Top Groups
1 Oxyron  (9.3)
2 Nostalgia  (9.3)
3 Booze Design  (9.3)
4 Censor Design  (9.3)
5 Crest  (9.3)
Top Musicians
1 Rob Hubbard  (9.7)
2 Jeroen Tel  (9.7)
3 Stinsen  (9.6)
4 Mutetus  (9.6)
5 Linus  (9.6)

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