Compos:
Common rules
Demo
Intro
Music
Webdesign
Still-image
Wild/Anim
Useless utility
Game development compo


Common rules:

+ Your entry/entries should be handed in via Zepo, or personally at
the democrew room. (If you hand in your contribution personally,
it must still be registered by you in Zepo.)
+ No copyrighted material (that you don't have the copyrights to
yourself) can be used.
+ We will specifically not disallow any entries from the TG crew, as
there are a lot of creative and skilled people there. All voting
(except for UU) is done by the audience anyhow :-)
+ All entries handed in (and not disqualified) will be considered
released. Everything handed in, not disqualified and shown must
be put into public domain.
+ All sizes refer to the unpacked files, not the archive!

Demo:

Common rules:
+ Maximum size in unarchived state is 12.3MB (12345678 bytes).
+ Maximum showing time is 8 minutes, but your demo should be
extremely interesting to justify being that long ;-)
+ Any libraries not listed in the rules must be supplied in
the demo archive, and will count towards your demo size.
+ In general, we'll do our best to play and record your demo,
but if you do something excessively weird, be prepared that
we might contact you to get your help :-)
+ Please try to remember the golden rules of making demos
for parties: Try not to make it too boring, try not to
make it too dark (since it will not look good on the big
screen).
+ Special exception for the intro (4kB/64kB) compos: You are
not allowed to use the module player/sound decompression
facilities of SDL. Link statically to minifmod or write a
proper softsynth

PC compo machine:
+ CPU: about 2000MHz (x86-compatible, of course)
+ RAM: 512MB
+ 3D card: GF4Ti4600 or ATI Radeon 9700
+ We _will_ also verify that your demo runs on slower
machines (typically about 600-700MHz with a GeForce2).
Please aim to make demos that people actually can
watch on their PCs :-)
+ Windows contributions must be runnable under DirectX 8 hardware (you can of course use OpenGL, SDL or any other software rendering-engine as you see fit).
They may utilize DX9 functions, but you must include fallbacks for DX8
compatibility.

Mac compo machine:
+ CPU: Dual G4 > 1000MHz
+ RAM: At least 512MB
+ 3D card: Most likely ATI Radeon 9700, but this may change

Amiga compo machines:
+ The demo/intro will be run on one of the following machines:
- A4000 w/ kickstart 3.1, latest 3.5 setpatch
060/50Mhz, PPC604e/200MHz
3Dfx Voodoo3 graphics card in G-Rex PCI adapter
Repulse 16/24 bit soundcard via AHI
128MB FastRAM, 2MB ChipRAM
Cybergfx V4, latest Warp3D
PowerUp and WarpUp installed.
-A1200 w/kickstart 3.1, latest 3.1 setpatch
060/50MHz
32MB FastRAM, 2MB ChipRAM

Demo:

+ Allowed platforms are Win32, Linux, Mac and Amiga (see
below). The same machine will be used for Linux and
Windows platforms, with the same recording equipment. If you
release a cross-platform demo, please make a crew.txt file
stating which platform you want us to record the demo to run
under. See the sections below for platform specific
information.
+ The user has to be able to exit at any time by pressing
ESC (on non-console demos).
+ For hardware accelerated contributions, you are allowed to
use either Direct3D or OpenGL (or both, if you're really
weird).
+ Try not to restrict your demo to hardware from a specific
vendor (that is, instruction sets that aren't widely
available on people's CPUs today, weird OpenGL extensions,
etc.). Note that you may still _utilize_ things like custom
OpenGL extensions if you detect them at runtime, but your
demo should not _depend_ on them to run.

Demo, Windows:
+ Hand in your contribution as a single .zip archive
+ Vanilla WinXP, with the latest DirectX and video/sound card
drivers installed.

Demo, Linux:
+ The machine will run Debian testing (latest version as of
sometime in the party), but it shouldn't in any way be
distro-specific (ie. hand in your entry as a .tar.gz,
.tar.bz2 or .zip file via Zepo -- no RPMs etc., please),
with the latest Linux 2.6.x kernel.
+ In case of a GeForce card: We'll use the latest OpenGL and
display drivers from nVidia. In case of an ATI Radeon: We'll
use the latest standard drivers for ATI. In other words,
don't rely on proprietary OpenGL extensions to make your
demo run, stick to ARB and EXT ones :-) Dynamic linking to
libGL.so is recommended, since at least nVidia doesn't use
DRI.
+ In general, we'll do our best to play and record your demo,
but if you do something excessively weird, be prepared that
we might contact you to get your help :-)
+ You may freely link dynamically to the following libraries
in addition to system libraries (that is, libc/libm,
libpthread, and in general everything that's included with a
base Debian install): Xlib (with DGA2), SDL, OpenPTC, OpenGL
(including libGLU), GLUT, libvorbis (including libvorbisfile
and libogg), libpng, libjpeg, zlib, bz2lib. None of these
will be counted towards your size, which could be rather
important in the intro compos (4kB/64kB). We recommend that
you link in everything else statically, or at least include
the library with your entry. (If you really really need
svgalib, contact us and we'll see what we can do -- ATM it
doesn't appear very likely that anybody would want to do
such a thing, though ;-) )
+ No direct sound access. Use of OSS, ALSA or ESD is allowed.
+ Source is welcome, but of course not a requirement. Bring
your sources with you, though, in case you need to recompile
or fix something.

Demo, Macintosh:
+ Hand in your demo as .tar.gz or .dmg file
+ The compo machine will run the latest version of MacOS X
(version 10.3.x).
+ If your demo relies on libraries or frameworks not included
with MacOS X, you will have to link statically, or at least
include the needed libs.
+ If your demo is not packaged as an .app launchable from the
Finder, please include instructions as to how to run the
demo.

Demo, Amiga:
+ All entries should be handed in as a single .lha or .lzx
file.
+ The user must be able to quit the demo by pressing left
mouse button
+ If you prefer one of our machines over the other, please
say so.
+ All contributions must run after setpatch, and may utilize
the APIs installed.

Intro:

+ You may contribute with either Amiga, Mac, Win32 or
Linux intro. We will of course clearly state the
platform prior to showing each intro.
+ Max size for 64K intro is 65,536 bytes, max size for
4K intro is 4096 bytes.
+ Apart from the altered size limit, all rules from the normal
demo compo apply.

Combined Fast intro:
+ You may contribute with either Amiga, Mac, Win32 or
Linux intro. We will of course clearly state the
platform prior to showing each intro.
+ We will announce a theme for the intro, and maybe some
other requirements
+ You will have 8 hours to complete your intro. Really. No. We
won't stretch the deadline.
+ Apart from the theme and time limits, all rules from the
normal demo compo apply.

Music:

Common rules:
+ Max length: 4 minutes
+ One entry per competitor in each of the subcompos.
+ No remixes of tunes you did/didn't make yourself. Read: NO
remixes!
+ All genres are welcome, and will be treated equally.

 

High quality music:
+ Allowed file-formats:
- Ogg Vorbis (preferred), 128-320 kbps (-q 7 equals about
224kbps at VBR, VBR is heavily recommended).
- MP3, 128-320 kbps, but >192kbps and a good encoder (ie. no
BladeEnc or Xing, please) is heavily recommended.
+ The use of non-creative "tools" like eJay will not be
allowed. Don't even try.
+ We will limit the finale to 10-15 entries. The selection
will mostly be based on originality and production quality.

Tracked music:
+ Max filesize 2MB (2097152 bytes). By this we mean the
module itself, not the compressed archive.
+ Allowed file-formats (will be played in player in parentheses):
- MT2 (MadTracker II)
- IT (Impulse Tracker)
- XM (FastTracker II)
- S3M (ScreamTracker 3)
- MOD (Protracker)
- DBM (Digibooster Pro)
+ No DSP effects may be used in .dbm (Digibooster Pro)
modules. Yes, we will play them in Digibooster. And yes, we
will see it if you use DSP.

Fast music:
+ The samples will be given out in a .mod file.
+ Maximum 32 channels allowed.
+ All formats allowed in the multichannel compos are accepted.
+ No samples may be added to the module.
+ No samples may be removed from the module.
+ No samples may be moved within the module.
+ Samples may be modified with non-destructive tracker-extensions/commands such as looping, sustain and volume, but not changed in any way. Bit reordering and other forms of destructive changes of the samples are not allowed. (The DigiBooster-rule from the tracked music compo still applies.)
+ From release of the samples, you will have approx. 2-4 hours to make your masterpieces (the exact details will be given at the party).

Webdesign:

+ We will release a little bit of information about a totally fictious
company/organization, and you will have to make a good and
functional webpage for them.
+ We will provide some graphics as a help. You don't have to use them,
they're only to help you "graphically challenged" artists :-)
+ You will have 48 hours at your disposal, from the point where the
information about company/organization is revealed.
+ No server-side scripting is allowed.
+ Contributions will be judged according to looks, functionality,
compatibility. In other words, it is not good enough that the
HTML-pages look good in one particular browser and looks like shit
in all the others. Pages WILL be tested in Lynx/Links, Opera,
Mozilla and Internet Explorer. They will also be tested with
http://validator.w3.org/. You have been warned.

Still image:

Common rules:
+ Only one entry per artist in each of the compos.
+ All pictures will be scaled to 1024x768. By doing it
yourself, you will ensure the best scaling possible for your
picture. Pictures with statements (e.g. "Democrew sucks",
"partyticket.net stinks", or any other form of religious or
political messages) will be disqualified.
+ No text in the pictures, unless it is part of a texture, or
is a part of the pictures in a logical way, and can be
argumented for to be as such.
+ All entries should be handed in as a .zip or .rar file,
containing the following:
- Two versions of the picture, one compo version, with no
signature, and one with a signature that will be released
after the voting is over.
- At least three in-progress pictures, showing the workflow,
in the case of rendered, screenshots of the software and
mesh is accepted. (These don't have to be as big as
1024x768.)

Pixeled image:
+ Only pixelled pictures will be accepted (no Illustrator or
vector-art). You are allowed to use a scanned sketch as base
for your picture. Apart from that, scanned or rendered
elements are not allowed.
+ The motive should be an original one (e.g. we don't want to
see a new version of "Skrik", or the selfportrait of Odd
Nerdrum)

Raytraced image:
+ No scanned or pixeled elements, except for textures.
+ Meshes/scene should be available at request (for the
DemoCrew).
+ Only objects made by the artist may be used.
+ NO, absolutely NO lens-flare effect.

Wild/Anim:

+ You may contribute with mostly anything here... As long as
it's playable on the big screen.
+ Max running time 8 minutes. (keep it short, 8 minutes is
_long_).
+ If we get to many contributions, we reserve the right to
make a selection. We will most likely pick a cool movie full
of impressive CGI before a video of some idiots running
around in the woods. You may of course contribute with
"plain" movies, but please don't make them too boring or
stupid. You're only hurting yourselves!
+ Speaking of hurting yourselves; NO JACKASS IMITATIONS. If
you like being injured, fine. Just don't make us watch it.
+ Allowed file formats are MPEG-1, MPEG-2, DivX(3.11, 4.12,
5.x) & XviD. VHS and S-VHS are not allowed. If you really
can't get your contribution over in digital form, bring
your contribution with you, along with equipment that
outputs S-Video, and we'll see what we can do.
+ CDs and DVDs will be kept for our own, personal enjoyment.
So there!

Useless utility:

+ Make something totally useless; you know the drill. Surprise
us.
+ Yes, we're talking about a program, not a 3 day old banana
or things like that.
+ Destructive programs aren't useless; they're annoying.
+ If your program isn't made for Linux, Win32, Mac or Amiga,
you will have to bring your computer and show us the program
in action (or not, as it may be).

 

Game development compo:

+ Maximum size in unarchived state is 10 MB
+ Platforms allowed:
- Windows
- DirectX, OpenGL or regular Win32
- Linux
- OpenGL, SDL, X11, console
- Java (specify version)
- Macromedia Flash/Shockwave (either web or standalone
windows executable).

+ The author(s) will have to demonstrate their games on the
bigscreen. The audience will then have at least 24 hours to
try out the games and vote.

+ Some guidelines:
- Try to make the game as fun as possible.
- If the game got a scoring system, include a hiscore list.
- If you have an online hiscore list, make it difficult to
submit fake scores (use checksums or something).
- If possible, include a multiplayer feature.
(Hotseat or network)