Contest ?

General Discussions
#1

What do you think about starting contest like 4k contest or 64k for java (and, for example, lwjgl) on this website ?
I think it would be a good idear…

Any comments ?

++
Chman

#2

I agree, a contest would show off what the current state of play is regarding java gaming. Obviously the contest should have a few (see < 5) sections, perhaps :-

  1. 2d
  2. 3d
  3. 100k Demo (not including libraries - such as lwjgl, gl4java)

Source code should be submitted to this site as a learning aid.

Regards,

Andy.

#3

If you can have the contest judged by the weekend before GDC, I’ll gladly announce and/or demo the games at our Java games tutorial there.

Time to make some rules quick! :wink:

#4

Moderators should take a look at this topic and should give their comments about this idear…

#5

How about:

  1. Categories for applet and full application, 2D hardware only or 3D hardware required, to give a total of 4 categories
  2. 5Mb application limit, including libraries*; 1Mb applet limit, including libraries*
  3. Must run on Linux x86, and NT4/Win98 onwards
  4. Machine specs to be agreed upon: how about 800MHz/Geforce/128Mb?
  5. JDK1.4.1_01 allowed
  6. No “demos”, there’s got to be an actual game
  7. Cas can enter XAP :smiley: (Not fair I know)
  • Java3D just this once will be excused from being bloatware and be allowed in for free.

Cas :slight_smile:

#6

I’m not totally agree with you, Cas :

  1. Ok, seems to be good (4 categories, good)
  2. A contest mustn’t be so big… I think the bigest size limit would be 512k, not more.
  3. Ok
  4. Ok
  5. Ok
  6. No no no… It depends of the subject ! If the subject is (for example) “make a game with a size limit of 64k” you will make a game, but if the subject is “make an impressive 3d application without using any textures with a size limit of 64k”, you wont make a game, but a demo.
  7. :smiley: :smiley: :smiley: :smiley: :smiley:

++
Chman

#7

  1. Well, if we were holding a contest @ JavaDemos.org then that’d be the case but I’d rather be able to play than just watch or we’re back to watching movies of the infamous F1 racing game again :slight_smile:

  2. Bah, XAP’s too big to enter in the contest then :frowning: Maybe it’ll be at GDC anyway :wink:

Cas :slight_smile:

#8

[quote]6. No no no… It depends of the subject ! If the subject is (for example) “make a game with a size limit of 64k” you will make a game, but if the subject is “make an impressive 3d application without using any textures with a size limit of 64k”, you wont make a game, but a demo.
[/quote]
Nah, I think it should be purely a game programming contest, not a demo contest.

[quote]4. Machine specs to be agreed upon: how about 800MHz/Geforce/128Mb
[/quote]
It think GeForce is way too specific. If you use a GL wrapper, a GL supporting 3d card is fair but not one specific type of one specific brand.

[quote]7. Cas can enter XAP
[/quote]
Hmmm… I give up :stuck_out_tongue:
I think it should be a new development in a fixed amount of time.

[quote]2. A contest mustn’t be so big… I think the bigest size limit would be 512k, not more.
[/quote]
Lemme guess: XAP = 4.99Mb? ;D
But seriously, I don’t think 5Mb is that big (even though I’m on dial-up).

#9

Why only games ? “Making a demo” is “making a realtime special effect”…

For the machine specs, it depends of the contest… Some contests will be very limited in CPU usage…

And once again, size depends of the contest… :slight_smile:

So when do we start a contest ?

++
Chman

#10

[quote]Why only games ?
[/quote]
Well, this is javagaming.org, isn’t it?

#11

yeah, but special effect (= demo) are parts of game developement, no ?

#12

I have to agree that the contest should be a game and not a demo, even if it is not complete, the entry should have some game play to it.

As for prizes…I’ll see what I can dig up :wink:

I also think that the games should not be specific to an OS or graphics card. Let’s see who can do the best cross platform game.

Lastly, who picks the winners? A panel of judges selected be ME perhaps…mmuuhuUHUUAUaAUAHAHAHAHA!

MOLTAR! STOP THAT!

We’ll figure out who should judge. :slight_smile:

-SG

#13

Sounds like a good idea, so how about some rules? Catergories? Themes? Or even a vauge time-frame?

I think some kind of flexible theme might be a good idea, one with plenty of room for interpretation.

Bah, who am i kidding, i’d end up joining in regardless of the actual rules…

#14

4k is really challenging :slight_smile:

it’s amazing what u can do with 4k… and how much space u can save here and there.

atm i have 2500bytes… (1596 left). well i have everything set up… running in fullscreen… physics are there… 10 sprites… :smiley:

i hope the logic wont bloat it up too much :x

hehe just found out, that i forgot summin… that saved 48 bytes (1644 bytes left yea! :D)

after it’s done i’ll remake it in 64k… with better graphics, some special fx, sounds etc :slight_smile:

well ok… i suggest summin like this:

  1. 4k, 64k and 256k

4k=4096 bytes
64k=65536 bytes
256k=262144 bytes

  1. to main categories. pure and with external libraries (eg: lwjgl).

that means: 6 categories alltogether.

i agree that there shouldnt be too much categories. well… 4k is really small and the game cant be really complex therefore it doesnt take that long to make a nice entry. in addition… i think 4k is a good starting point, cuz u learn quickly alot bout filesize optimisation.

  1. the game itself and it’s media has to be smaller or equal to the given bytesize.

  2. obfuscating and jars are allowed (eg: jax->jarg->7-zip)

  3. java assembler is allowed (eg: jasmin)

  4. the game has to work without parameters (commandline/applet params). it’s ok if there are some optional switches but it has to work without em too. the jar-ed game has to work after renaming (it’s not allowed to store data in the name of the jar file).

  5. it has to be a real game. that means there must be a goal and there has to be an end.

  6. all file extensions should be lowercase.

  7. the game will be released as zip, wich contains:
    a) the game including all it’s media
    b) a small html file (applets only)
    c) the complete source (cuz it’s about learning :))
    d) a txt file with some information:
    -author
    -game name
    -genre
    -with or without additional libraries
    -4k, 64k or 256k
    -used size
    -squish process
    -personal comment

that could look like this:

author: oNyx
game: dropzone
genre: actually i dont know :slight_smile:
libs: none
limit: 4k
used: 4089 bytes
squished with: jarg 0.9.13 only (it was bigger with 7-zip in this case)
comment: it’s an remake of the c16 game “dingbat” (aka “jet man”). 64k version follows :smiley:

something to disagree about? :slight_smile:

#15

File size limits that low (especially 4k) are going to result in source code that is not very intelligible. I think one of the biggest benefits to such a contest will be to open up game development techniques to people who don’t yet have a thorogh understanding of Java’s game development potential. Demonstrating how to reduce file size is probably a lot less of a priority than how to get started with Java gaming in the first place.

#16

Great oNyx ! ;D
Happy to see that someone has got the same point of view as me… :slight_smile:

++
Chman

#17

Might I suggest the sizes be something more realistic like 40k, 400k, and 4Mb? Or the quality of the results will be, quite frankly, atrocious. And as far as the use of assembly is concerned - if you’re trying to show off Java’s strengths then you really want to show how simple the code is, not how much of a smartarse you are :wink:

Cas :slight_smile:

#18

We could do what we did over on cfxweb with the 4k contest:

Release 2 lots of source, the un-obfuscated source, and the obfuscated source (with obfuscation technique), I think CFXweb also specified which obfuscator you had to use…

I’ll be watching tho, to see what rules are decided on :slight_smile: Hope I get time to write something :slight_smile:

#19

[quote]7) it has to be a real game. that means there must be a goal and there has to be an end.
[/quote]
Huh? ‘an end’ being ‘game over’ I suppose? :wink:
But really, lots of games don’t have an end until the game is over. Most of the classics from before '85 don’t(pacman, space invaders, galaxian etc).
I intend not my game not to have an end because when you reach it, you’ll probably never play it again (given that the game was actually fun to play of course).

#20

[quote]File size limits that low (especially 4k) are going to result in source code that is not very intelligible.
[/quote]
well there will be some very simple entries too. just a loop… a handfull of logic and a bit drawing.

thats perfect for a beginner isnt it? :slight_smile:

writing a game as minimalistic as possible is imo the best way to start game coding.

my first “game” was such a minimalistic thingy too… i wrote it '97 with turboC. i had a “paddle” on the bottom of the screen, wich could be toggled between left and right (with space). a “ball” dropped either left or right and u had to decide quickly if u want to change your position or not.

there were levels (it got faster all 10 bounces), there was a score (score+=10*level :)), u had 3 lives… and there was even awful (speaker) sound.

never the less… i was god damn proud :slight_smile:

the thing i want to point out… if u r quite new to the language and c some of these minimalistic 4k games u might feel the urge to do it better. in addition… u dont need that much motivation to make a small and simple game.

[quote]I think one of the biggest benefits to such a contest will be to open up game development techniques to people who don’t yet have a thorogh understanding of Java’s game development potential.
[/quote]
feel free to make a well commented, simple, perfect for beginners and absolutly clean coded 4k entry (tutorial alike) :slight_smile:

btw it might be a good idea to judge the source too. this way ppl will have a clue how usefull takin a look at the source might be.

maybe something like…

game:
-technical aspect (smooft/fast enough, fx, graphics,…)
-fun
-overall ranking (it might be interesting to compare the games from all categories - a good game doesnt have to be big)

source:
-readability (eg: style, common convention)
-comments (if there are any are they usefull?)
-how clean (error handling/closing streams/exit properbly etc)

[quote]Demonstrating how to reduce file size is probably a lot less of a priority than how to get started with Java gaming in the first place.
[/quote]
hey… it doesnt have to be reducing to the death :slight_smile:

sensefull using the space will usually do the trick. eg if u put all sprites into one big image and slice it up ingame, u’ll save a lot of space (especially if u have a lot of tiny images - eg tiles).

btw reducing file size is quite interesting if u r thinkin about writing games for cellular phones.