| |
Motley
Account closed
Registered: Mar 2002
Posts: 10 |
COMPO: BORDERLINE 2021 COMPO
COMPO: DEMOS IN BORDERS ONLY
Borderline 2021 Compo
- Stock C64 Category (NORMAL)
- REU C64 Category (REU BASED)
Competition Rules:
* All visual effects must be contained inside The BORDERS ONLY.
* MAINSCREEN can be in any, ONE color ONLY.
* REU is allowed.
* ALL REU entries will be put in a special REU BORDER Category.
May the best one win in each category.
Best seasonal greetings from
Motley/F4CG/STARZ, Qdor/FLT and Jackasser/BOOZE DESIGN |
|
| |
Smasher
Registered: Feb 2003
Posts: 511 |
coooompoooooooooo!!!! \o/ |
| |
Jammer
Registered: Nov 2002
Posts: 1289 |
Excellent and fun idea! <3 Too bad only about overlapping deadline :/ Any chance to extend it perhaps? |
| |
JackAsser
Registered: Jun 2002
Posts: 1987 |
To clarify, mainscreen means the normal 40/38 x 25/24 area. |
| |
Jammer
Registered: Nov 2002
Posts: 1289 |
I assume 38x24 chars is more attractive option here ;) |
| |
Burglar
Registered: Dec 2004
Posts: 1031 |
and no sprites allowed! ;) |
| |
Qdor
Registered: Aug 2012
Posts: 2 |
HIGHLIGHT: Main screen can be one color only at all times. No flickering is allowed. |
| |
Qdor
Registered: Aug 2012
Posts: 2 |
@Burglar: Does it say no sprites allowed? We allow sprites as long as they are used inside the border.
Do your best, send us your contribution as soon as you are satisfyed with it. Not later than feb. 24th .' |
| |
JackAsser
Registered: Jun 2002
Posts: 1987 |
For clarity, ghostbyte is allowed (just hide it in the main area), especially for c128 releases! |
| |
Burglar
Registered: Dec 2004
Posts: 1031 |
Quoting Qdor@Burglar: Does it say no sprites allowed? We allow sprites as long as they are used inside the border. heh, I was trying to make a joke ;)
obviously sprites are sort of mandatory in a border-only compo |
| |
JackAsser
Registered: Jun 2002
Posts: 1987 |
Quote: Quoting Qdor@Burglar: Does it say no sprites allowed? We allow sprites as long as they are used inside the border. heh, I was trying to make a joke ;)
obviously sprites are sort of mandatory in a border-only compo
Or d021-splits, or ghost byte, or creative use of 39th column hires bitmap mode etc etc. Bring it on! |
| |
Motley
Account closed
Registered: Mar 2002
Posts: 10 |
My recommendation:
Go ape shit!! |
| |
Krill
Registered: Apr 2002
Posts: 2821 |
Central scotoma, the compo :-O |
| |
JackAsser
Registered: Jun 2002
Posts: 1987 |
Quote: My recommendation:
Go ape shit!!
My recommendation, don’t repeat Streetuff’s mistake. Love u guys both. But I’ll moderate ”stuff”. ❤️❤️❤️ |
| |
Raistlin
Registered: Mar 2007
Posts: 548 |
If D011 = $00-0f, though, then there is no screen, right..? In which case the whole 408x273px becomes “border”..? I assume that’s not allowed..? |
| |
Motley
Account closed
Registered: Mar 2002
Posts: 10 |
Just go fucking wild. |
| |
JackAsser
Registered: Jun 2002
Posts: 1987 |
Quote: Just go fucking wild.
Or clarify... this is NOT a sprites only compo |
| |
Jammer
Registered: Nov 2002
Posts: 1289 |
Isn't ghostbyte limited to top/bottom border then in that case? :D What if sprites overlap a few pixels with visible area? :P |
| |
JackAsser
Registered: Jun 2002
Posts: 1987 |
Quote: Isn't ghostbyte limited to top/bottom border then in that case? :D What if sprites overlap a few pixels with visible area? :P
Yep regarding ghost byre. Second: U’re out |
| |
JackAsser
Registered: Jun 2002
Posts: 1987 |
Quote: If D011 = $00-0f, though, then there is no screen, right..? In which case the whole 408x273px becomes “border”..? I assume that’s not allowed..?
Not allowed |
| |
Jammer
Registered: Nov 2002
Posts: 1289 |
Quoting JackAsserSecond: U’re out
Quoting JackAsserNot allowed
But disabling screen is not disallowed in general if sprites know their place? ;) |
| |
Krill
Registered: Apr 2002
Posts: 2821 |
Quoting JammerBut disabling screen is not disallowed in general if sprites know their place? ;) I guess the rules scream for that badline-less screen mode with open y-borders at the least. =) |
| |
chatGPZ
Registered: Dec 2001
Posts: 11089 |
Why not be sneaky and add
* MAINSCREEN can be in any, ONE color ONLY (NOT the same as the border color)
:) |
| |
Six
Registered: Apr 2002
Posts: 287 |
rules proposal: only plasmas allowed.
In all seriousness - reading the thread, can you clarify which of these is true:
1. The ESCOS trick to have the full screen without badlines is not allowed.
2. The ESCOS trick to have the full screen without badlines is allowed as long as you don't leave what would normally be the border with them.
The trade off is going to be between losing the rastertime to badlines so you can have the ghostbyte or getting the extra rastertime for just sprites, then? Or am I mistaking the rules? |
| |
Krill
Registered: Apr 2002
Posts: 2821 |
Quoting SixThe trade off is going to be between losing the rastertime to badlines so you can have the ghostbyte or getting the extra rastertime for just sprites, then? That badline-less ("ESCOS") mode has idle byte ("ghostbyte") all over the place, no? =) |
| |
JackAsser
Registered: Jun 2002
Posts: 1987 |
Quote: Quoting SixThe trade off is going to be between losing the rastertime to badlines so you can have the ghostbyte or getting the extra rastertime for just sprites, then? That badline-less ("ESCOS") mode has idle byte ("ghostbyte") all over the place, no? =)
You can have badlines if you like, but why?!! The graphics you emit must be the same all over anyway. The net result should be a big blob of single, non changing color in the middle (40/38 x 25/24).
And taking Groepaz’ advice:
RULE ADDENDUM: center area must be of a different color than the border. I can imagine timing can be tricky so a few lines or pixels extra or less of the center area is ok. But it should by no mistake look like the regular border. |
| |
Clarence
Registered: Mar 2004
Posts: 119 |
Quote: For clarity, ghostbyte is allowed (just hide it in the main area), especially for c128 releases!
So c128 is also allowed?
The executable is one file, or multi loading also possible?
It doesn't have to be one fx only?
What's the upper limit of REU size? Preloading it with a data file is ok before run? |
| |
wacek
Registered: Nov 2007
Posts: 501 |
As much as I like the idea, there's too much compos at the same time IMHO. It wouldn't really hurt anyone or anything if that one would start after the other ones finish. Which would also make sure there's enough attention of the spectators for all of them. |
| |
JackAsser
Registered: Jun 2002
Posts: 1987 |
Quote: As much as I like the idea, there's too much compos at the same time IMHO. It wouldn't really hurt anyone or anything if that one would start after the other ones finish. Which would also make sure there's enough attention of the spectators for all of them.
Agree. I didn’t initiate it and I’m just tech help. :) |
| |
Krill
Registered: Apr 2002
Posts: 2821 |
What wacek said. Seems to happen frequently lately, so it's hard not to suspect deliberate intention. Then again, CSDb needs some kind of "current compos" sticky. |
| |
chatGPZ
Registered: Dec 2001
Posts: 11089 |
Whats really needed is a proper place to host compos where you can submit something and its not shown until deadline, and where you cant see what others voted at least before deadline.
But of course that requires more effort than throwing random ideas into a thread :) |
| |
XTRO
Registered: Mar 2002
Posts: 2 |
Are visual effects allowed for clearing the (40x25) screen? |
| |
chatGPZ
Registered: Dec 2001
Posts: 11089 |
obviously not - that'd make this a "who makes the nicest screen clear" compo |
| |
Peacemaker
Registered: Sep 2004
Posts: 243 |
nice idea. |
| |
JackAsser
Registered: Jun 2002
Posts: 1987 |
Quote: Are visual effects allowed for clearing the (40x25) screen?
What Groepaz said |
| |
JackAsser
Registered: Jun 2002
Posts: 1987 |
Quote: So c128 is also allowed?
The executable is one file, or multi loading also possible?
It doesn't have to be one fx only?
What's the upper limit of REU size? Preloading it with a data file is ok before run?
C128 no. Single file. Single fx, variations allowed. Upper limit of REU is 2 MiB |
| |
Smasher
Registered: Feb 2003
Posts: 511 |
Quote: obviously not - that'd make this a "who makes the nicest screen clear" compo
that prize for 2020 goes to Padua for "we are NOT dead" demo. fantastic fx! |
| |
Mixer
Registered: Apr 2008
Posts: 421 |
Let's also use an original CRT which barely shows any border to show results. Otherwise this may become a Vice VIC-debug mode compo. |
| |
Krill
Registered: Apr 2002
Posts: 2821 |
Restricting to VICE "full borders" should be sufficient, i guess. |
| |
Krill
Registered: Apr 2002
Posts: 2821 |
Quoting JackAsserC128 no. Single file. Single fx, variations allowed. Upper limit of REU is 2 MiB Okay, so the two megabytes need to be filled algorithmically from whatever you have in 64K of main RAM? Sounds alright! =) |
| |
chancer
Registered: Apr 2003
Posts: 342 |
I saw it mentioned elsewhere and thought.. hhm you can't use the SCREEN even. what does that give you?
I think it's too limiting . unless someone has a trick up their sleeve , but there are some very decent coders amongst you, who can do something..
GOOD LUCK |
| |
itch
Registered: Aug 2006
Posts: 23 |
Hi JackAsser, When i have a finished "product", Just upload it to CSDB or to you? It's official the second it's uploaded? |
| |
TheRyk
Registered: Mar 2009
Posts: 2049 |
Quote: Restricting to VICE "full borders" should be sufficient, i guess.
+1
as this is pretty much what you can see on a real Sony Trinitron CRT with overscan
after smasher's debug border scroll, the debugging border releases fun's done, anyway imho :) |
| |
JackAsser
Registered: Jun 2002
Posts: 1987 |
Quote: Hi JackAsser, When i have a finished "product", Just upload it to CSDB or to you? It's official the second it's uploaded?
Just upload it and connect it to be released in this compo. You can alway pull it if you want to submit another entry. Your old entry will ofc always linger on CSDb but will not be part of the compo. |
| |
JackAsser
Registered: Jun 2002
Posts: 1987 |
Quote: +1
as this is pretty much what you can see on a real Sony Trinitron CRT with overscan
after smasher's debug border scroll, the debugging border releases fun's done, anyway imho :)
Agreed |
| |
chatGPZ
Registered: Dec 2001
Posts: 11089 |
BTW, you still need to consider a couple pixels "safe area". see my comment here. contrary to socis statement it is not the emulators that are wrong - it is the monitors being different, which is why safe areas exist :) (and the screenshot is not showing how it looks in VICE) |
| |
JackAsser
Registered: Jun 2002
Posts: 1987 |
Quote: BTW, you still need to consider a couple pixels "safe area". see my comment here. contrary to socis statement it is not the emulators that are wrong - it is the monitors being different, which is why safe areas exist :) (and the screenshot is not showing how it looks in VICE)
It’s not about the borders but about touching the inner normal screen which has very well defined limits. A couple of pixels here and there to handle timimg is ok. How far out in the borders are up to you. I do recommend not to extend further than VICE full borders though.
Or did I miss your point Groepaz? |
| |
Honcho
Registered: Apr 2020
Posts: 32 |
Given the one single effect vs. game with a title screen debate for the Only Sprites compo, worth being a bit more prescriptive on what "all visual effects" means, or can it be as elaborate and extensive as you want as long as the mainscreen isn't used? |
| |
chatGPZ
Registered: Dec 2001
Posts: 11089 |
Quote:I do recommend not to extend further than VICE full borders though.
The point is, "full borders" show the maximum area a Monitor will show. Chances are, actual monitors should less than this - hence make sure it still "work" with "normal borders", even slightly less. |
| |
Raistlin
Registered: Mar 2007
Posts: 548 |
Quote: Quote:I do recommend not to extend further than VICE full borders though.
The point is, "full borders" show the maximum area a Monitor will show. Chances are, actual monitors should less than this - hence make sure it still "work" with "normal borders", even slightly less.
It’s worth remembering as well that 20% of Youtubers like to record demos - even those with DYPPs running through all borders - in “borderless” mode... which basically means your whole demo is invisible ;-) |
| |
JackAsser
Registered: Jun 2002
Posts: 1987 |
Quote: Quote:I do recommend not to extend further than VICE full borders though.
The point is, "full borders" show the maximum area a Monitor will show. Chances are, actual monitors should less than this - hence make sure it still "work" with "normal borders", even slightly less.
Yup point taken but let’s just have that as general information. I thought you meant specific additional rules. |
| |
JackAsser
Registered: Jun 2002
Posts: 1987 |
Quote: Given the one single effect vs. game with a title screen debate for the Only Sprites compo, worth being a bit more prescriptive on what "all visual effects" means, or can it be as elaborate and extensive as you want as long as the mainscreen isn't used?
The latter. I didn’t create the compo but afaik it specifically mentions demo and do not restrict to one part. |
| |
chatGPZ
Registered: Dec 2001
Posts: 11089 |
Quote:I thought you meant specific additional rules.
NO, not at all. just a hint ;) |
| |
Honcho
Registered: Apr 2020
Posts: 32 |
is "inverted" use of ghostbyte OK, i.e. $ff to make the mainscreen black as long as borders are not black, including top/bottom? |
| |
JackAsser
Registered: Jun 2002
Posts: 1987 |
Quote: is "inverted" use of ghostbyte OK, i.e. $ff to make the mainscreen black as long as borders are not black, including top/bottom?
Yes, that would qualify as a black center area. Also a smart move, combined with sprites under chars, to get automatic clipping with open borders but disabled display. |
| |
Oswald
Registered: Apr 2002
Posts: 5017 |
I have a great idea for next compo, how about a $3fff only compo ? :) |
| |
JackAsser
Registered: Jun 2002
Posts: 1987 |
Quote: I have a great idea for next compo, how about a $3fff only compo ? :)
C128 or Reu allowed? 😂 |
| |
Oswald
Registered: Apr 2002
Posts: 5017 |
Quote: C128 or Reu allowed? 😂
nah too easy, get creative ppl :) |
| |
Krill
Registered: Apr 2002
Posts: 2821 |
$39ff allowed? =) |
| |
Oswald
Registered: Apr 2002
Posts: 5017 |
Quote: $39ff allowed? =)
yeah :) |
| |
Jammer
Registered: Nov 2002
Posts: 1289 |
What is at $39ff? ;) |
| |
Krill
Registered: Apr 2002
Posts: 2821 |
Quoting JammerWhat is at $39ff? ;) Idle byte with ECM. Can select between $3fff and $39ff via $d011. Not sure if this has any relevance for background colour without badlines, though. =) |
| |
Honcho
Registered: Apr 2020
Posts: 32 |
Just to confirm, the one colour only for mainscreen means that you can only set the colour once, at the outset, and no changes at all from there on, e.g. no change from one single colour to another as part of a scene/effect change even if these changes occur like 30 secs apart? |
| |
JackAsser
Registered: Jun 2002
Posts: 1987 |
Quote: Just to confirm, the one colour only for mainscreen means that you can only set the colour once, at the outset, and no changes at all from there on, e.g. no change from one single colour to another as part of a scene/effect change even if these changes occur like 30 secs apart?
Correct |
| |
Raistlin
Registered: Mar 2007
Posts: 548 |
Does the border need to be actually visible - or is it allowed to have a single colour for the whole screen+border?
Asking for a friend. |
| |
JackAsser
Registered: Jun 2002
Posts: 1987 |
Quote: Does the border need to be actually visible - or is it allowed to have a single colour for the whole screen+border?
Asking for a friend.
That's ok but a bit boring imo. |
| |
Krill
Registered: Apr 2002
Posts: 2821 |
Quoting RaistlinDoes the border need to be actually visible - or is it allowed to have a single colour for the whole screen+border?
Asking for a friend. Quoting JackAsserThat's ok but a bit boring imo. Wasn't this explicitly ruled out long ago?
Quoting JackAsserAnd taking Groepaz’ advice:
RULE ADDENDUM: center area must be of a different color than the border. I can imagine timing can be tricky so a few lines or pixels extra or less of the center area is ok. But it should by no mistake look like the regular border. |
| |
Raistlin
Registered: Mar 2007
Posts: 548 |
"a few lines or pixels extra or less of the center area is ok"
.. this one I don't understand. Rules are rules, right? We can all save screenshots from VICE and compare our "fake border" to VICE's border, after all, can't we..? Just set the screen to 38 or 40 columns, 24 or 25 rows, take a snapshot from VICE - and recreate the exact border appearance in your demo part? |
| |
Krill
Registered: Apr 2002
Posts: 2821 |
Quoting Raistlin"a few lines or pixels extra or less of the center area is ok"
.. this one I don't understand. Rules are rules, right? We can all save screenshots from VICE and compare our "fake border" to VICE's border, after all, can't we..? Just set the screen to 38 or 40 columns, 24 or 25 rows, take a snapshot from VICE - and recreate the exact border appearance in your demo part? This is to address minor visual differences when "simulating" the screen+border duality, i believe.
Recreating the exact screen position can be prohibitively tricky or downright impossible.
E.g., think of raster splits to switch background colour twice a frame, which may produce grey dots. Or the fact that a write to $d016 to open the sideborder must happen exactly one cycle before the sideborder, and prevents you from writing to any colour register in that region. |
| |
JackAsser
Registered: Jun 2002
Posts: 1987 |
Quote: Quoting Raistlin"a few lines or pixels extra or less of the center area is ok"
.. this one I don't understand. Rules are rules, right? We can all save screenshots from VICE and compare our "fake border" to VICE's border, after all, can't we..? Just set the screen to 38 or 40 columns, 24 or 25 rows, take a snapshot from VICE - and recreate the exact border appearance in your demo part? This is to address minor visual differences when "simulating" the screen+border duality, i believe.
Recreating the exact screen position can be prohibitively tricky or downright impossible.
E.g., think of raster splits to switch background colour twice a frame, which may produce grey dots. Or the fact that a write to $d016 to open the sideborder must happen exactly one cycle before the sideborder, and prevents you from writing to any colour register in that region.
Exactly this. I know how hard that can be and downright impossible, so better to relax that rule to get nicer entries. |
| |
chatGPZ
Registered: Dec 2001
Posts: 11089 |
Just disqualify all entries that doesnt have the border at the exactly right pixels in the screenshot. Some ppl around here may assist you with that :) |
| |
JackAsser
Registered: Jun 2002
Posts: 1987 |
Quote: Just disqualify all entries that doesnt have the border at the exactly right pixels in the screenshot. Some ppl around here may assist you with that :)
Hahaha! :) |
| |
itch
Registered: Aug 2006
Posts: 23 |
Hi, i have a mini demo! .. I cant upload it because the page is locked? |
| |
JackAsser
Registered: Jun 2002
Posts: 1987 |
Quote: Hi, i have a mini demo! .. I cant upload it because the page is locked?
You shouldn't update that page. Just create a new release, then choose this compo as release compo and it will automagically be added to the page. |
| |
JackAsser
Registered: Jun 2002
Posts: 1987 |
Due to the big overlap in time with the sprites only compo and due the the coding difficulties in this one, we've extended the deadline one month. |
| |
JackAsser
Registered: Jun 2002
Posts: 1987 |
Rastabah's entry is an edge case but approved. This is exacly why I relaxed the border rules. |
| |
Honcho
Registered: Apr 2020
Posts: 32 |
Quote: Rastabah's entry is an edge case but approved. This is exacly why I relaxed the border rules.
Probably a stupid question, but Rasta Bah's entry has a mainscreen that's bang on 320x200px perfectly overlapping with the standard BASIC screen so what makes it an edge case? A mainscreen that's 312x192px (39x24) would also work I assume? I don't want to waste time on something that gets kicked out because it falls foul of rules I don't understand ;) |
| |
JackAsser
Registered: Jun 2002
Posts: 1987 |
Quote: Probably a stupid question, but Rasta Bah's entry has a mainscreen that's bang on 320x200px perfectly overlapping with the standard BASIC screen so what makes it an edge case? A mainscreen that's 312x192px (39x24) would also work I assume? I don't want to waste time on something that gets kicked out because it falls foul of rules I don't understand ;)
39x24 is ok. |
| |
Rastah Bar
Registered: Oct 2012
Posts: 336 |
I'm basically using the good old "26 character rows" trick.
Btw, who moved my release into the compo?
It's alright, but next time ask me first, please. |
| |
Monte Carlos
Registered: Jun 2004
Posts: 350 |
My C128 VDC screen is right beside the VIC screen. Is it in the right border, then? |
| |
Krill
Registered: Apr 2002
Posts: 2821 |
Quoting Monte CarlosMy C128 VDC screen is right beside the VIC screen. Is it in the right border, then? Don't be silly. Everyone knows it's in extrascan no man's land. =) |
| |
Youth
Registered: Aug 2003
Posts: 40 |
Quote: @Burglar: Does it say no sprites allowed? We allow sprites as long as they are used inside the border.
Do your best, send us your contribution as soon as you are satisfyed with it. Not later than feb. 24th .'
Can I assume sprites can leave the border as long as they are the same color as the center screen? So only visible in the border. Same goes for sprites that are technically overlapping with the screen, but with a transparent area. |
| |
Rastah Bar
Registered: Oct 2012
Posts: 336 |
Yes, see posts #54 and #55. |
| |
Count Zero
Registered: Jan 2003
Posts: 1819 |
Quote: My C128 VDC screen is right beside the VIC screen. Is it in the right border, then?
Everything should primarily be placed on the left anyhow - see https://en.wikipedia.org/wiki/Pseudoneglect |
| |
Smasher
Registered: Feb 2003
Posts: 511 |
hey guys, ICC is over now so... time to contribute in borderline 2021 compo!!! :) |
| |
Raz
Account closed
Registered: Aug 2003
Posts: 16 |
Quote: hey guys, ICC is over now so... time to contribute in borderline 2021 compo!!! :)
Arrgh - so much to do, so little time. Curse you, Real Life (tm).
Ahem - I may some something ready to the deadline, or a least sometime that will mature later =)
Along the lines: Little computer people - in your border.
Have a nice weekend
-Raz |
| |
Honcho
Registered: Apr 2020
Posts: 32 |
Quote: hey guys, ICC is over now so... time to contribute in borderline 2021 compo!!! :)
Time is the challenge, but will get something sorted 😉 |
| |
Honcho
Registered: Apr 2020
Posts: 32 |
When on Wed is the deadline? Need all the time I can get, but will be a good release, I promise 😉 |
| |
Motley
Account closed
Registered: Mar 2002
Posts: 10 |
23:59 CET. |
| |
Honcho
Registered: Apr 2020
Posts: 32 |
Quote: 23:59 CET.
Thanks, may need every hour I get so good to know ;) |
| |
Monte Carlos
Registered: Jun 2004
Posts: 350 |
Distressed sequel coming up? |
| |
Motley
Account closed
Registered: Mar 2002
Posts: 10 |
....AND NOW THE COMPO HAS ENDED! |
| |
Honcho
Registered: Apr 2020
Posts: 32 |
Quote: Distressed sequel coming up?
No, something more charming 😉 |
| |
Viti
Registered: Oct 2014
Posts: 1 |
Bug fixed version upload available as new file?
example: oldname_bugfixed.prg
(it's not easy to see, but it bothers me) :) |
| |
Motley
Account closed
Registered: Mar 2002
Posts: 10 |
THE OFFICIAL VOTE PERIOD FOR THIS
COMPO IS 2 WEEKS AFTER THE DEADLINE.
PERIODIS PUNKTEUS. |
| |
Honcho
Registered: Apr 2020
Posts: 32 |
Quote: THE OFFICIAL VOTE PERIOD FOR THIS
COMPO IS 2 WEEKS AFTER THE DEADLINE.
PERIODIS PUNKTEUS.
Hey Motley, trust all is well!
With the two week's up (I believe), how's the vote counting going and when can we expect to hear back?
We're all keen to hear the outcome, some perhaps more than others ;)
Take care and stay safe! |
| |
Motley
Account closed
Registered: Mar 2002
Posts: 10 |
--- HELLO EVERYBODY !!!
=====================
BORDERLINE 2021 OFFICIAL
COMPETITION RESULTS.
=====================
After a very long alcohol and drug induced period of thinking and thinking and
still thinking. Meeting up in a dark cave in the deepest forests of Sweden.
Looking at the Public and the Private votings of this competition, we have
come to a conclusion that the #1 Place should be a Dual Victory, a Shared
place between two amaizing productions that expand the horizons of design
and skill of what is possible.
So, hereby we announce
-Atlantis- and -Camleot-
as the -WINNERS-
We want to thank all the participants of this compo.
You all have made amaizing creations for all of us to enjoy.
We sincerely thank each one of you.
With regards,
-Motley-,. -Qdor- & -JackAsser-
---- BORDERLINE COMPO WILL RETURN NEXT YEAR----- |
| |
Honcho
Registered: Apr 2020
Posts: 32 |
Great news, and big congratulations to our fellow #1 in Rex, a new acquaintance of mine, and the rest of the Camelot crew! An honour to share the top spot with you guys!!
A fair outcome given the tight running over the last couple of weeks where we've swapped places back and forth as the votes have been coming in :)
And also a big thanks to Motley, Qdor and JackAsser for organising what turned out to be a great little compo!
Take care and stay safe! |
