AC 2010 Coding-party (Speed-coding) - Page 1

53

Règlement de la speed-coding (petit jeu à réaliser) :


• Le principe de cette coding est la création d'un jeu sur la plateforme de votre choix.

• Vous avez une journée et demi (samedi 9h00 jusqu'à dimanche 15h00) avant de présenter votre jeu travail.

• Aucune restriction technique n'est donné, il est possible de faire un jeu en 4Ko ou en 16Mo voir beaucoup plus. Le tout, sur la machine de votre choix des marques en liens avec la convention. Il n'y aura qu'un seul podium.

• La diffusion de votre travail sur rétro-projecteur ainsi que la mise en présentation de celui-ci pourra être demandée à leur(s) auteur(s).

• Vous pouvez présenter uniquement VOTRE propre travail, pas celui de quelqu'un d'autre, sauf dans les cas de bonus qui ne participent pas au concours, mais sont seulement pris en compte pour la pérennisation des créations,

• Les productions doivent impérativement utiliser des sources que vous avez créer ou qui sont libres de droits, pour qu’il n’y ait aucun problème de licence ou de piratage

• Toutes les productions seront diffusées sur différents média après l'AC via un DVD de rétrospective de la party, via scene.org et pouet.net, ….

• Un seule production par personne ou par groupe doit être présentée.

• Toute production doit être présentée pour la première fois, on ne réutilise pas le même programme que lors d'une dernière convention.

Informations sur la speed-coding de l'AC 2010.

Nous vous annonçons dès aujourd'hui ces points à prendre en compte pour le développement :

- un jeu de duel avec un mode multijoueurs
- sur un terrain
- avec un zone dans d'en-but

4ème point :
- Bonus ou malus concernant le projectile (augmentation ou diminution de la taille, projectile faisant des angles droits, démultiplication des projectiles en étoile)
et/ou
- Des bonus-malus concernant les joueurs (il se rétrécit et va plus vite, mais possède un champ d'action moindre pour rattraper le projectile / il grossit et va moins vite mais rattrape plus facilement le projectile)

Le thème du jeu vous sera annoncé le jour J avec un dernier point

Règlement de la speed-coding (petit jeu à réaliser) :

• Un seule production par personne ou par groupe doit être présentée.

Petite question, une très grosse partie du groupe C.V.S.D sera presente et plusieurs de nos codeurs comptent y participé, donc je vois qu'une production par groupe doit etre presenté, si par exemple Fadest s'inscrit pour de la Lynx, moi pour du Falcon, Matmook pour de la Jag on pourrait ? On considère que c'est que par personne ?

Sinon des gens vont nous en vouloir de trusté le podium

GT Codeur !!

Moi, au vu du règlement, ce sera sur Jag, et surement en solo (vu que je suis un glandeur qui code en C )
Mais par groupe, je pense que le règlement mentionne plus un groupe de personnes constitué pour le concours...

Je pense qu'il faut entendre groupe sur le fait que plusieurs personnes participent au même projet. Que vous fassiez partie de la même team ne doit pas poser de pb à mon avis.

Non, aucun souci sur cela. Cela ne pose aucun problème si vous êtes du même groupe.

Si on utilise les memes graphes entre nous, et les memes algos cela posent probleme ? Car j'ai un gros doute qu'on puisse trouvé plusieurs graphistes sur place pour chaque 'equipe.

GT

On prendra en compte que vous utiliser la même librairie

Librairie peux de chance, cause différence de langage (J'ai un GROS GROS probleme avec le C, c'est le probleme de toute une vie !! )

J'ai bien compris mais c'était juste pour etre sur qu'on se retrouve pas tous disqualifié pour usage commun de certains elements.

GT dopé !!! (Ce coup ci combo Dragibus / Vitamine C (Voire fruikipik aussi !!) Private message a Fadest ! )

GT Turbo (./8) :
Librairie peux de chance, cause différence de langage (J'ai un GROS GROS probleme avec le C, c'est le probleme de toute une vie !! )

Tsss, essaye le Pascal, puis re-tente le C avec Pelles-C en essayant les exemples avec un bouquin du C à coté de toi. Tu vas voir, c'est comme de l'assembleur avec une syntaxe à-la-basic : pointeurs, réservation mémoire, handles, pile, etc...

Kochise

Laisse tomber Kochise... il y a des constantes cosmologiques, et le fait que GT soit incompatible avec le C en fait partie.

Kochise (./9) :

GT Turbo (./8) :
Librairie peux de chance, cause différence de langage (J'ai un GROS GROS probleme avec le C, c'est le probleme de toute une vie !! )

Tsss, essaye le Pascal, puis re-tente le C avec Pelles-C en essayant les exemples avec un bouquin du C à coté de toi. Tu vas voir, c'est comme de l'assembleur avec une syntaxe à-la-basic : pointeurs, réservation mémoire, handles, pile, etc...

Kochise

Voui, mais essaie de codé une routine clavier joystick en 128 octets en pascal, en C, en C +++ meme en C--. Un programme vide en C doit etre plus gros.

De toute façon Zero a bien expliqué le soucis, certaines choses ne peuvent pas changé, ce n'est pas moi qui aime pas le C, c'est le C qui m'aime pas, c'est tout.
J'avais acheté un livre sur le C, il a servit lors d'un barbecul He oui !!

GT Fanatique

P.S. : on va arreter de suite de troller une x-ieme fois sur les langages, car comme d'habitude cela ne finira nulle part a part dans le !!!

e toute façon Zero a bien expliqué le soucis, certaines choses ne peuvent pas changé, ce n'est pas moi qui aime pas le C, c'est le C qui m'aime pas, c'est tout.

On peut dire alors que tu l'as bien dans le "C" donc ?

Xirius_Thir (./12) :

e toute façon Zero a bien expliqué le soucis, certaines choses ne peuvent pas changé, ce n'est pas moi qui aime pas le C, c'est le C qui m'aime pas, c'est tout.

On peut dire alors que tu l'as bien dans le "C" donc ?

Oui mais je l'ai surtout dans l'ASS(embleur) ce qui est un peu pareil mais plus rapide !!


GT

Voici le 4ème point concernant la speed-coding :

Bonus ou malus concernant le projectile (augmentation ou diminution de la taille, projectile faisant des angles droits, démultiplication des projectiles en étoile)
et/ou
des bonus-malus concernant les joueurs (il se rétrécit et va plus vite, mais possède un champ d'action moindre pour rattraper le projectile / il grossit et va moins vite mais rattrape plus facilement le projectile)

Beh, c'était marqué nulle part qu'il fallait un projectile...
Plus sérieusement, je n'ai pas commencé à bosser sérieusement, mais heureusement, car mon concept n'incluait pas la notion de projectile/balle ...

ben il y avait cela :

- avec un zone d'en-but

Mais c'est vrai que c'était un peu ambigu

J'ai une zone d'en but (enfin, quelque chose qui fait office de) dans mon concept, mais pas de projectile...
Mais si j'arrive à faire ce que je veux, je trouverais bien un mode de jeu que j'appellerais projectile