| |
Richard
Registered: Dec 2001
Posts: 619 |
Event id #3140 : Intro Creation Compo 2021
I am very happy to announce that The annual Intro Creation Compo is here once again. There will be an entry to kick off the competition from me some time later on this or next week.
Didi currently has no time, and has allowed me to step in as host for this year's competition.
The competition runs from December 4th, 2021, until January 31st, 2021. So you have just under 2 months to deliver your creations. This should be enough for an intro.
RULES for both categories: (Same as last year's compo)
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 the 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 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 31st January 2022 at 00:00:00 GMT+0 (UK).
Voting closes 28 February 2022 at 00:00:00 GMT+0 (UK)
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 prizes to win, all just for fun, and to share around the scene.
Have loads of fun.
PS: Please do not lock your entries on submission. This is because the problems I had with the CSDB Fun Compo 2021 when setting the results for each entry. |
|
| |
TheRyk
Registered: Mar 2009
Posts: 2076 |
First of all, Cheers for launching the ICC!
Question:
- Does it make sense to discuss the rules? (Or is it: Same procedure than last year, take it or let it be, OK for me, just asking before starting another end- and pointless discussion)
- 8k / 2k / 1k won't be categories? |
| |
Joe
Registered: Apr 2002
Posts: 224 |
Thinking that the current Transmission64 Fall Edition party is actually running. Couldn't you just have waited 1 or 2 days Richard? |
| |
TheRyk
Registered: Mar 2009
Posts: 2076 |
why Joe you've got time till end of Jan 2022 :)
PS: would have even been cool to announce it on Transmission e.g. as Slide |
| |
Medicus
Registered: Dec 2002
Posts: 43 |
It still can be announced at Transmisson, can't it? ;) |
| |
Jammer
Registered: Nov 2002
Posts: 1289 |
Is it organized in agreement with Didi or just hijacked? ;) |
| |
Krill
Registered: Apr 2002
Posts: 2851 |
Quoting RichardDidi currently has no time, and has allowed me to step in as host for this year's competition. |
| |
Krill
Registered: Apr 2002
Posts: 2851 |
Whom it may concern: maxing out the 4K rules can be done like so; run-time memory is $0000 up to at most $13d9 incl.,
; $0000..$01ff and $0300..$0333 are not counted,
; counting as $03da..$13d9 as per ICC 4K rules,
; with $0200..$02ff, $0334..$03d9 and memory at $1400+
; being buffered at start within the $03da..$13d9 range and restored upon exit |
| |
Krill
Registered: Apr 2002
Posts: 2851 |
Quoting RichardYour 16kB intro...
[...]
- is linked to this competition as "C64 Demo" entry (sorry, no other fitting entry exists). Yeah, 16 KB is practically unrestricted, so much space. =)
But why does "C64 One-File Demo" not fit? |
| |
Richard
Registered: Dec 2001
Posts: 619 |
Quote: First of all, Cheers for launching the ICC!
Question:
- Does it make sense to discuss the rules? (Or is it: Same procedure than last year, take it or let it be, OK for me, just asking before starting another end- and pointless discussion)
- 8k / 2k / 1k won't be categories?
It is more or less the same procedure as last year's competition. |
| |
Richard
Registered: Dec 2001
Posts: 619 |
Quote: Thinking that the current Transmission64 Fall Edition party is actually running. Couldn't you just have waited 1 or 2 days Richard?
I completely forgot about that. |
| |
Krill
Registered: Apr 2002
Posts: 2851 |
I really don't see the problem with announcing a competition with a deadline months ahead while an online show whose deadlines have passed is running right now. |
| |
Richard
Registered: Dec 2001
Posts: 619 |
Cheers Krill :)
I started working on my entry for one of the ICC2021 categories today. You should hopefully see it later on this week. |
| |
Didi
Registered: Nov 2011
Posts: 479 |
Quote: Is it organized in agreement with Didi or just hijacked? ;)
Richard runs this with my permission to adapt the rules, because I don't have the sparetime to regularly validate the entries, answer questions, etc. Maybe I will have the time to participate by myself at least. |
| |
TheRyk
Registered: Mar 2009
Posts: 2076 |
Quoting DidiRichard runs this with my permission to adapt the rules,...
... which brings me back to my questions
Quoting Myself- Does it make sense to discuss the rules? (Or is it: Same procedure than last year, take it or let it be, OK for me, just asking before starting another end- and pointless discussion)
- 8k / 2k / 1k won't be categories?
I do have suggestions for rules (e.g. get rid of "used RAM" in favor of crunched filesize, dump 16k in favour of 8 / 2 / 1k) but as it feels very Groundhog Day/dejavu, I'm tired of discussing again and again when the rules are carved in stone, anyway. As I said, it's okay, but just say so explicitly, then. |
| |
Krill
Registered: Apr 2002
Posts: 2851 |
Quoting TheRykI do have suggestions for rules (e.g. get rid of "used RAM" in favor of crunched filesize, dump 16k in favour of 8 / 2 / 1k) Having a specified-size example file to link against (different secret file of same size for verification) is the only sensible restriction for an intro, imho.
But 2K or even 1K are pretty much useless when it's run-time size (not size on disk), with 4K just being barely enough for a meaningful intro.
And 2K or 1K would mean about 62K of payload file, which basically never happened for cracks.
Getting rid of 16K in favour of 8K seems okay, given that 16K is practically unrestricted and 8K quite a classic size for intros. |
| |
TheRyk
Registered: Mar 2009
Posts: 2076 |
Quoting Krill...Having a specified-size example file to link against (different secret file of same size for verification) is the only sensible restriction for an intro, imho.
Totally makes sense for crack intros.
Quoting Krill... run-time size (not size on disk)
One big advantage of mere size on disk (whatever limit we're talking about) is: EASY to check if an entry is valid. Ain't it very painful to check each entry in monitor for rule-violating XXXX-bytes-block of RAM (plus all the exception such as ZP/IO/Tape Buffer and whatnot?
Quoting Krill
And 2K or 1K would mean about 62K of payload file, which basically never happened for cracks.
True, but as we haven't the word "crack" in the ICC, this shouldn't matter too much. However, as this is a coder thing, I can imagine there are many cool things you can do in 1k or 2k which, however might be a little unfair to compete with 4k.
Quoting Krill
Getting rid of 16K in favour of 8K seems okay, given that 16K is practically unrestricted and 8K quite a classic size for intros.
Full ack. This would be a change for the better imho.
Still, Richard's given the scepter, and if he says: Same procedure as last year, we can stop discussing. |
| |
Raistlin
Registered: Mar 2007
Posts: 571 |
Quote: Quoting TheRykI do have suggestions for rules (e.g. get rid of "used RAM" in favor of crunched filesize, dump 16k in favour of 8 / 2 / 1k) Having a specified-size example file to link against (different secret file of same size for verification) is the only sensible restriction for an intro, imho.
But 2K or even 1K are pretty much useless when it's run-time size (not size on disk), with 4K just being barely enough for a meaningful intro.
And 2K or 1K would mean about 62K of payload file, which basically never happened for cracks.
Getting rid of 16K in favour of 8K seems okay, given that 16K is practically unrestricted and 8K quite a classic size for intros.
I guess 62-63k intros are out of the question then :'-(
I'm not too used to working with less...
One day, I will enter this compo and amaze you all with how useless I am at writing compact code. |
| |
MagerValp
Registered: Dec 2001
Posts: 1058 |
Quoting KrillHaving a specified-size example file to link against (different secret file of same size for verification) is the only sensible restriction for an intro, imho.
This has been brought up every year. Every year it's ignored. 🤷🏼 |
| |
chatGPZ
Registered: Dec 2001
Posts: 11135 |
Just like any other sensible suggestion :) It's a tradition so to say |
| |
Raistlin
Registered: Mar 2007
Posts: 571 |
Quote: Quoting KrillHaving a specified-size example file to link against (different secret file of same size for verification) is the only sensible restriction for an intro, imho.
This has been brought up every year. Every year it's ignored. 🤷🏼
Makes a lot of sense to me, that file would be a huge help in testing for sure. |
| |
TheRyk
Registered: Mar 2009
Posts: 2076 |
Actually, Richard quickly answering my 2 questions with "NO" could have helped to skip that tradition. But no answer seems an answer, too, first entries are there, compo is running, so debating makes no sense anymore.
Must admit, I'm slightly disappointed, and in a beer mood even pondered to just launch 8k / 4k / 2k parallely, knowing (even after beer) it would create "Too many compos" drama or a feel of "compo compo". But sobered up, I made up my mind not to be the grinch (not this time, hehe).
So I'm definetely in - under same procedure than last/every year rules.
Still, I hope a mere filesized compo like 8K Intro Competition 2017 (maybe with additional 4k / 2k [1k?] subcategories but with straightforward rule FILESIZE) will return some day or a crack(!) intro compo where runtime RAM is predetermined by some file to link... AFTER this ICC is over...
End of rant :) |
| |
Krill
Registered: Apr 2002
Posts: 2851 |
Quoting TheRyk<stuff> I applaud and welcome all your ideas, good sir! =) |
| |
Richard
Registered: Dec 2001
Posts: 619 |
The ICC 2021 is intended to have no change in categories, keeping it traditional as how the competition was run the past few years.
1K, 2K intros can be submitted into the 4K category
anything over 4K in the 16KB category.
I understand you want a few additional categories, but all I am trying to do is follow last year's competition like how Didi organized it.
Amendment 4K intro rule:
I was asked a question about the 4K rule.
If you create an intro which starts from *$0800 - $1800* unpacked. You should *not* use screen RAM $0400-$07e8, unless it is being used as a *memory transfer* routine for relocating your linked game.
A typical 4K intro memory 4096 bytes ($1000 bytes):
You could use
$0800-$0c00 - for a custom made charset
^^ Try to keep amount of chars to a minimum if you can
$0c00-$0fe8 - as screen RAM
$1000-$1800 - for code, and other pointers/tables, etc.
$1800-$ffff - where program gets linked
Using Exomizer, PuCrunch, Byte Boiler or any other cruncher after coding the intro is not an issue. |
| |
Raistlin
Registered: Mar 2007
Posts: 571 |
IMO, the confusion over the rules in this release: Big Pixel Intro nicely highlights why too many rules are bad for these compos… better to keep things simple. Provide files to test the intros with and get rid of most of the rules…
That release is also IMO perfectly within the rules. If it starts at $0800 and doesn’t use memory below there, why can’t it use up to $47ff? Weird. |
| |
iAN CooG
Registered: May 2002
Posts: 3136 |
I think it's Richard having confused his own rules. The entry is well conforming the rules. |
| |
TheRyk
Registered: Mar 2009
Posts: 2076 |
PMed with Richard, confusion seems solved.
However, Raistlin is right, I've said it before, and I say it again, mere filesize is WAY easier to check than if anything happens out of block at runtime. |
| |
Remdy
Registered: Feb 2019
Posts: 26 |
Quote: PMed with Richard, confusion seems solved.
However, Raistlin is right, I've said it before, and I say it again, mere filesize is WAY easier to check than if anything happens out of block at runtime.
One doesn't discuss the nut-house rules, it's called querdenken. I believe it's unique to the c64 this memory footprint rule, so it would be sad to lose it. |
| |
anonym
Registered: Jan 2002
Posts: 247 |
Okay, so I got (at least) one more question regarding the rules here...
Quoting rules
- has to be handed in as executable format startable with RUN (.prg or embedded in .t64 or .d64).
So, if I pick my 16kb intro to be from $4000-$8000, but it must be startable with "run", that means I need to locate it from $0801-$4800 at first, and then store/shift that memory unless I want to use $0400-$4400 or $0800-$4800?
PS: You might want to add ICC to the compo title or AKA title to make it easier to find when searching for ICC.
PPS: Any reason the deadline is before the first second of the 31st instead of at the end of it?
PPPS: Sorry, I know organizing things is hard. |
| |
TheRyk
Registered: Mar 2009
Posts: 2076 |
@anonym: IIRC you did not have to restore $0801 when your stuff completely fills another VIC-Bank than #%11, BASIC start did not count in former competitions IINM
PS: Last time dealt with in https://csdb.dk/forums/?roomid=12&topicid=138963&showallposts=1 (CTL+F > "0801") |
| |
Richard
Registered: Dec 2001
Posts: 619 |
Quote: Okay, so I got (at least) one more question regarding the rules here...
Quoting rules
- has to be handed in as executable format startable with RUN (.prg or embedded in .t64 or .d64).
So, if I pick my 16kb intro to be from $4000-$8000, but it must be startable with "run", that means I need to locate it from $0801-$4800 at first, and then store/shift that memory unless I want to use $0400-$4400 or $0800-$4800?
PS: You might want to add ICC to the compo title or AKA title to make it easier to find when searching for ICC.
PPS: Any reason the deadline is before the first second of the 31st instead of at the end of it?
PPPS: Sorry, I know organizing things is hard.
The intro needs to be runnable by either a basic SYS run, or crunched with Exomizer. It is only that the unpacked entry should not exceed 16KB.
If you use $4000-$8000 for your intro, I have no issue with that. Simply crunch it to an executable when finished.
After the compo, I might make an ICC compilation. Whether or not the collection will be 4K combined with 16KB or a separate collection. Time will tell. ;) |
| |
anonym
Registered: Jan 2002
Posts: 247 |
Thank you for the clarification, Richard. |
| |
Didi
Registered: Nov 2011
Posts: 479 |
Waiting for the Compo Killer Intros so be released this weekend. ;-) |
| |
MCM
Registered: Apr 2018
Posts: 21 |
Hmmm.... 2 Killers already has been released ! ;)= |
| |
Richard
Registered: Dec 2001
Posts: 619 |
Nice.
I'll be submitting no more entries for ICC2021. I've run out of ideas, also time is running short.
3 days to go before I close the submissions :) |
| |
ChristopherJam
Registered: Aug 2004
Posts: 1380 |
Speaking of Quote:3 days to go before I close the submissions :)
when you said 31st January 2022 at 00:00:00 GMT+0, did you actually intend a second after 23:59:59 GMT+0 on the 31st? Because 00:00:00 is at the start of the 31st.. |
| |
Richard
Registered: Dec 2001
Posts: 619 |
What I meant was 31st January 11:59 pm, Before 1st Feb 12:00am midnight. |
| |
6R6
Registered: Feb 2002
Posts: 244 |
Send PM for free tiny tunes. |
| |
ChristopherJam
Registered: Aug 2004
Posts: 1380 |
Thanks for the clarification! |
| |
Richard
Registered: Dec 2001
Posts: 619 |
No problem. |
| |
Wile Coyote
Registered: Mar 2004
Posts: 643 |
Stableraster by Nostalgia is possibly my favourite entry into the Intro Creation Compo 2021 all because of the nice effect on the logo. |
| |
Richard
Registered: Dec 2001
Posts: 619 |
ICC submissions deadline has now expired. I officially announce submissions for entries are now closed.
It is time to use the CSDB voting system to vote for your favourite intro (I assume that was how it was done in previous compos). A lot of work and effort has been put into the intros. I will most definitely be doing an intro competition compilation after the competition has finished.
The voting closes at 00:00:00 on 1st March 2022.
A huge thank you to everybody who participated. |
| |
anonym
Registered: Jan 2002
Posts: 247 |
Didn't get mine done in time, even though Cupid and Waz did their part.
Thank you Richard for organizing and thank you all for the contributions.
... off to vote |
| |
Richard
Registered: Dec 2001
Posts: 619 |
Results are in:
Intro Creation Compo 2021 |
| |
Jammer
Registered: Nov 2002
Posts: 1289 |
Congrats to the worthy winners! :) |
| |
Richard
Registered: Dec 2001
Posts: 619 |
I will be making a start with the ICC 2021 collection some time tonight. |
| |
anonym
Registered: Jan 2002
Posts: 247 |
Congrats to all the winners and thank you to Richard for organizing. |
| |
Richard
Registered: Dec 2001
Posts: 619 |
The 16KB compilation is done, but I think it would be nice to also code an ICC 2021 intro, like Didi has done with previous compos. Since I like coding oldschool stuff. I will be looking for a 3-colour oldschool logo, (ICC 2021) for the intro. I might use the C64 Charset Generator web site, like I did for the Granny's Teeth project back in 2020.
The 4KB compilation should be simple enough to compile as a single program, with a results file at the end. There won't be an ICC intro before all of those.
Hopefully the collection will be ready before April 2022. If all goes well. |
| |
Richard
Registered: Dec 2001
Posts: 619 |
The 16K collection and 4K collection have all now been released. Enjoy! |
| |
iAN CooG
Registered: May 2002
Posts: 3136 |
well done Richard, thx! |
| |
TheRyk
Registered: Mar 2009
Posts: 2076 |
what iAN sez, thx Rich
maybe sorting the releases bottom-up would make sense to force ppl viewing everything (just an idea), also adding Fire Joy #2 to SPC CIA call would be welcome
But overall, thx for hosting and also linking, these results collections saved my evening |
| |
DKT
Registered: Aug 2004
Posts: 96 |
Thx Richard! You made my evening :) |
| |
Cruzer
Registered: Dec 2001
Posts: |
Idea: If there'll be an ICC 2022, start it earlier so the whole compo has a chance of being within 2022. |
| |
anonym
Registered: Jan 2002
Posts: 247 |
Quote: Idea: If there'll be an ICC 2022, start it earlier so the whole compo has a chance of being within 2022.
I'm all for starting it earlier, but there's lots of parties/competitions in the last months of 2022 already, I need extra time. Maybe I'll finish this time ;-) |
| |
Krill
Registered: Apr 2002
Posts: 2851 |
Quoting CruzerIdea: If there'll be an ICC 2022, start it earlier so the whole compo has a chance of being within 2022. That was always a bit weird but charming. =) |
| |
Dwangi
Registered: Dec 2001
Posts: 129 |
I would like to see a DOTY 2022/2023 compo instead of ICC this year (or next year).
But this idea might be of self-interest.
I suck at putting stuff into 16K memory blocks :) |
| |
Richard
Registered: Dec 2001
Posts: 619 |
Don't worry. I won't be hosting ICC 2022 this year. I only stepped in for Didi ;) - Too busy. |
| |
ChristopherJam
Registered: Aug 2004
Posts: 1380 |
Getting in early with a request that ICC 2022 have a category that better reflects actual intro restrictions - whatever the size restriction on disk, demo must load to start of basic, then not trample any ram between end-of-load and $d000 unless it restores it on exit.
Eg, a 2k category that loads from 0801 to 0fff inclusive, then is free to use 0000-0fff and d000-ffff, leaving 50k for an appended payload that can be loaded with any fastload that can handle files up to the usual 51199 byte limit. |
| |
Oswald
Registered: Apr 2002
Posts: 5022 |
not not trampling ram between end of load and d000 is unrealistic, as we all know game is crunched then intro is crunched with the game, so the first thing every intro does is trampling that ram while decrunching it so it is runable.
a typical intro would be something like
$0800-$1000 logo font
$1000-$2000 msx
$2000-$2800 scroller font
$2800-30000 code, text
$2800-$3000 bytes must be enough for everyone :) if we are more to see intros than single demo parts. |
| |
iAN CooG
Registered: May 2002
Posts: 3136 |
@CJam: <$d000 is a restriction only for the final linked & crunched program. Once unpacked, an intro should not touch any RAM from end of intro to $ffff, to allow larger programs. The more RAM an intro clutters, the shorter a linked cracked game can be.
Also I don't understand what you mean with "that can be loaded with any fastload", an intro shouldn't load anything with any fastload, everything must be in memory, else there wouldn't be any memory restrictions =) |
| |
ChristopherJam
Registered: Aug 2004
Posts: 1380 |
OK, so, then modify that to "once the demo is uncrunched, don't touch RAM from X to $d000" where X is the start of where the once-crunched game goes. X is $3000 in your example, but I'd love to see what people can do with lower ceilings, but not the usual 'don't touch RAM outside a 4k window' rule.
I get that most games will compress to well under 40kb, but presumably there was the occasional exception? Particularly as 20th century crunchers didn't have ratios as good as are available now. |
| |
ChristopherJam
Registered: Aug 2004
Posts: 1380 |
Quoting iAN CooG@CJam: <$d000 is a restriction only for the final linked & crunched program. Once unpacked, an intro should not touch any RAM from end of intro to $ffff, to allow larger programs. The more RAM an intro clutters, the shorter a linked cracked game can be.
Ok, yes this. I forgot that the decrunch before the intro starts can itself push the crunched game past $d000.
Revised rule: intro cannot touch any RAM above X aside from interrupt vectors, IO, and color RAM. But I'd love to see a couple of different values of X to allow for extra large games, or cracks that show docs or other extras before decrunching the game itself. Oswald suggested $3000, but $2000 or $1800 would be more interesting IMO
Quote:Also I don't understand what you mean with "that can be loaded with any fastload", an intro shouldn't load anything with any fastload, everything must be in memory, else there wouldn't be any memory restrictions =)
Oh I just meant that the final linked and crunched program should be loadable with any fastload, not that the intro should be doing any loading. |
| |
iAN CooG
Registered: May 2002
Posts: 3136 |
The better way to link and crunch was always to link the UNPACKED game if it fits, or if it doesn't, only charpack it (rle) so there will be only a final crunch that gets smaller than having a payload already crunched, and it also unpacks faster. This would lead to needing more free RAM, hence needing also $d000-ffff occupied by the payload.
This is probably not anymore true with modern cross crunchers that don't get worse crunch results when you recrunch already crunched files (exomizer 1.x for example still had this problem, solved in 2.x with better handling of literal sequences) but it's still an habit by the oldtimers to avoid having to crunch the payload and then crunch again the linked intro+payload. |
| |
Krill
Registered: Apr 2002
Posts: 2851 |
Not the first to suggest this, but...
Just have differently-sized dummy payloads made of random bitsalad, that can be checked after intro with binary compare, and will be replaced with secret bitsalad and checked again. =) |
| |
ChristopherJam
Registered: Aug 2004
Posts: 1380 |
Ah, but how do you replace the bitsalad with a different bitsalad while still maintaining the old school workflow of the payload getting crunched along with the intro?
I am once again forced to conclude that Groepaz Is Right - compo should just specify a nominal payload, and everyone gets to use the same one. |
| |
Krill
Registered: Apr 2002
Posts: 2851 |
Quoting ChristopherJamAh, but how do you replace the bitsalad with a different bitsalad while still maintaining the old school workflow of the payload getting crunched along with the intro? Secret test binary with other bitsalad doesn't have the $d000 restriction (but shouldn't be far off mark after crunch anyways), it's just to make sure that the payload is really unchanged, and only defined by size (i.e., replaceable).
Quoting ChristopherJamI am once again forced to conclude that Groepaz Is Right - compo should just specify a nominal payload, and everyone gets to use the same one. I thought that is basically what i just concurred with. :) |
| |
ChristopherJam
Registered: Aug 2004
Posts: 1380 |
Under Groepaz' proposal, my understanding is the payload may be compressed alongside the demo by the entrant (eg as per the workflow that Oswald described) - that makes it harder to replace, no? Particularly as the decompression might not be complete at the time the intro starts. |
| |
Krill
Registered: Apr 2002
Posts: 2851 |
Quoting ChristopherJamUnder Groepaz' proposal, my understanding is the payload may be compressed alongside the demo by the entrant (eg as per the workflow that Oswald described) - that makes it harder to replace, no? Particularly as the decompression might not be complete at the time the intro starts. Partial decompression is not the traditional workflow, is it? =)
With both the payload and the intro being crunched en bloc (payload may still be lightly compressed but comes with its own decompressor), no problem replacing the payload, or is there?
But the 2nd blob is just an extra layer of validation, and sort of optional. |
| |
Didi
Registered: Nov 2011
Posts: 479 |
I will not be organizing an ICC this year.
From my point of view it turned out that every year is too often and the amount of entries is very limited because of that. Let's head for 2023 instead. After the X party has been a good time in past years because the people were hot and some threw their leftovers from finished or unfinished party demos together for an intro. |
| |
chatGPZ
Registered: Dec 2001
Posts: 11135 |
Quote:From my point of view it turned out that every year is too often and the amount of entries is very limited because of that.
srsly? ~20 entries is very limited? wtf |
| |
TheRyk
Registered: Mar 2009
Posts: 2076 |
almost 20 for 4K AND 16K, so alsmost 40 entries altogether last time -> not really too few.
however, I'd prefer categories 1K, 2K and 8 K this time for a change, 16K is boring :) |
| |
Didi
Registered: Nov 2011
Posts: 479 |
ICC 2021 and before had 50+ entries. That was a lot. And some really awesome ones.
@ThRyk: Feel free to organize something different for a change. I may participate. |
| |
chatGPZ
Registered: Dec 2001
Posts: 11135 |
Quote:ICC 2021 and before had 50+ entries. That was a lot. And some really awesome ones.
And it was an exception. Expecting that many entries in ANY compo is a bit... wtf |
| |
Krill
Registered: Apr 2002
Posts: 2851 |
Quoting TheRyk16K is boring :) I concur. That's practically unrestricted. =) |
| |
Hein
Registered: Apr 2004
Posts: 933 |
Quote: Quoting TheRyk16K is boring :) I concur. That's practically unrestricted. =)
I've had good fun with 16k, though. |
