[AC 2016] Speed coding - Page 3

L'avantage des piles c'est que ça fait plus de poids pour une bataille rangée.

Je commence à prendre les paris si vous voulez

Je viens de commencer ma session de recharge de piles ^^

matmook (./58) :

vince (./57) :

matmook (./55) :

matmook (./47) :

vince (./46) :

matmook (./45) :

vince (./44) :
Cf le post à coté : pour ceux qui n'ont pas expérimenté (mais je pense que personne n'est concerné) pensez à prendre une copie "offline" de la doc sinon c'est mort pour la récupérer sur internet...

Il y a une doc ? J'utilise grep dans les sources de cc65 moi !

tu me fais vraiment très beaucoup de la peine

C'est bien grep ... et j'ai une copie de ton site à la maison ... normalement ...oh je vais verifier ça ce soir moi !!

Bah en fait non, ça devait être sur mon ancien dd.. Dis Vince.... tu pourras me fournir une copie de ton site steuuuplait ?

Aider l'ennemi ? Tu rêves !

Ennemi ????? Frère d'arme oui !!! Contre l'envahisseur amstrado-wonderswanesque (au moins) !!!!

Fichier joint : addr.xls
Fichier joint : Lynx.doc

---

Fichier joint : __devlynx.ti-fr.com__pag=9&cat=29.pdf
Fichier joint : __devlynx.ti-fr.com__pag=9&cat=30.pdf
Fichier joint : __devlynx.ti-fr.com__pag=9&cat=31.pdf
Fichier joint : __devlynx.ti-fr.com__pag=9&cat=33.pdf
Fichier joint : __devlynx.ti-fr.com__pag=9&cat=34.pdf
Fichier joint : __devlynx.ti-fr.com__pag=9&cat=35.pdf
Fichier joint : __devlynx.ti-fr.com__pag=9&cat=36.pdf
Fichier joint : __devlynx.ti-fr.com__pag=9&cat=37.pdf
Fichier joint : __devlynx.ti-fr.com__pag=9&cat=38.pdf
Fichier joint : __devlynx.ti-fr.com__pag=9&cat=39.pdf
Fichier joint : __devlynx.ti-fr.com__pag=9&cat=4.pdf
Fichier joint : __devlynx.ti-fr.com__pag=9&cat=5.pdf
Fichier joint : __devlynx.ti-fr.com__pag=9&cat=6.pdf
Fichier joint : __devlynx.ti-fr.com__pag=9&cat=7.pdf
Fichier joint : __devlynx.ti-fr.com__pag=9&cat=8.pdf
Fichier joint : __devlynx.ti-fr.com__pag=9&cat=9.pdf

Fichier joint : LynxDeveloperDocs.zip

J'en connais un qui à fini son installe du Pi sur lequel il bossai place le samedi l'année dernière...
M'enfin oui, vaux mieux préparer les configs et les docs avant!

vince (./63) :

matmook (./58) :

vince (./57) :

matmook (./55) :

matmook (./47) :

vince (./46) :

matmook (./45) :

vince (./44) :
Cf le post à coté : pour ceux qui n'ont pas expérimenté (mais je pense que personne n'est concerné) pensez à prendre une copie "offline" de la doc sinon c'est mort pour la récupérer sur internet...

Il y a une doc ? J'utilise grep dans les sources de cc65 moi !

tu me fais vraiment très beaucoup de la peine

C'est bien grep ... et j'ai une copie de ton site à la maison ... normalement ...oh je vais verifier ça ce soir moi !!

Bah en fait non, ça devait être sur mon ancien dd.. Dis Vince.... tu pourras me fournir une copie de ton site steuuuplait ?

Aider l'ennemi ? Tu rêves !

Ennemi ????? Frère d'arme oui !!! Contre l'envahisseur amstrado-wonderswanesque (au moins) !!!!

Fichier joint : addr.xls
Fichier joint : Lynx.doc

---

Fichier joint : __devlynx.ti-fr.com__pag=9&cat=29.pdf
Fichier joint : __devlynx.ti-fr.com__pag=9&cat=30.pdf
Fichier joint : __devlynx.ti-fr.com__pag=9&cat=31.pdf
Fichier joint : __devlynx.ti-fr.com__pag=9&cat=33.pdf
Fichier joint : __devlynx.ti-fr.com__pag=9&cat=34.pdf
Fichier joint : __devlynx.ti-fr.com__pag=9&cat=35.pdf
Fichier joint : __devlynx.ti-fr.com__pag=9&cat=36.pdf
Fichier joint : __devlynx.ti-fr.com__pag=9&cat=37.pdf
Fichier joint : __devlynx.ti-fr.com__pag=9&cat=38.pdf
Fichier joint : __devlynx.ti-fr.com__pag=9&cat=39.pdf
Fichier joint : __devlynx.ti-fr.com__pag=9&cat=4.pdf
Fichier joint : __devlynx.ti-fr.com__pag=9&cat=5.pdf
Fichier joint : __devlynx.ti-fr.com__pag=9&cat=6.pdf
Fichier joint : __devlynx.ti-fr.com__pag=9&cat=7.pdf
Fichier joint : __devlynx.ti-fr.com__pag=9&cat=8.pdf
Fichier joint : __devlynx.ti-fr.com__pag=9&cat=9.pdf

Fichier joint : LynxDeveloperDocs.zip

Great !!!!!! Merci beaucoup Monsieur Vince !!!

Suite aux discussions qu'on a pu avoir entre participants, voici quelques suggestions :
- Un tableau blanc serait super pratique
- La "présentation finale" des projets devrait se faire en présence du jury
- Une "présentation flash" pourrait être organisée à mis temps (genre le samedi soir) pour que chacun parle de son idée, son avancement...
- Pour simplifier la vie des orgas, on devrait avoir des "questions publiques" (exemple concret cette année, combien on est à avoir demandé "c'est deux flèches et un bouton absolument ou c'est juste le max ?" Avec une mise en commun de ce genre de question réponse le jour j, ça éviterai la course pour les orgas)
- La présence d'un graphiste "partagé" ou la fourniture d'éléments pourrait aider ceux qui (moi le premier) ne sont pas doués en graphismes
- Des solutions pour la projection devrait être envisagée dès l'inscription (genre chaque participant explique comment il peut faire un présentation sur vidéoproj)
- Un peu plus de "visibilité" sur les critères qui ont permis de classer les projets serait la bienvenue (genre "technicité", "innovation", "beauté", "jouabilité", "scénario", "thème", "coup de coeur", "finition", "brunni compliant", etc...) et idéalement si on pouvait savoir quels sont les critères "favoris" ça permettrait d'orienter la réalisation... (exemple si c'est la technicité, on passerait probablement plus de temps à faire un défi technique qu'à se forcer à faire un truc fini)
- Dans le formulaire, les "rôles" devraient être possible pour dire si on va participer à coup sûr, peut être ou être candidat pour intégrer le jury
- Dans le planning, les codeurs se retrouvent parfois à devoir s'absenter dans la dernière ligne droite à cause du concours gaming
- etc... faites vos retours aussi si vous avez suivi la speed coding

Enfin, un chapeau bas aux responsables de la coding qui ont passé une bonne partie de leur WE à faire le tour des pôles de développement pour voir comment ça avançait pour les uns et les autres.

D'accord avec les 3 premiers points vu que j'avais du les mentionner les autres années wink
D'accord avec le reste bien sur, surtout sur les graphs quand on est sans accès Internet, sans outil particulier et surtout sans talent...

Personnellement, j'en suis venu à me dire avec le temps que la meilleure expérience de speed coding a été la première, c'est à dire Ladybug. Ne rien savoir avant et tout découvrir/faire sur place est beaucoup plus proche de l'esprit speed coding à mon sens. Même s'il est vrai qu'on avait pas mal gueulé sur cette histoires de portes qui tournent...
L'autre qui m'avait bien botté était l'année Tetris, mais tout simplement parce que j'ai fait un jeu que j'avais envie de faire depuis des années (c'était ma période mix de gameplay...), donc c'était l'occasion.

Bon, clairement cette année, je me suis retrouvé un peu dans cet esprit, vu que je n'avais pas prévu de participer, que je me suis lancé super tard, en ne connaissant pas une des contraintes (le thème) et qu'au final je me suis bien amusé à imaginer comment Atari aurait pu sortir ses jeux en versions électromécanique/tabletops voire G&W (j'avoue, j'ai très peu joué aux G&W, je connais plus la génération des jeux electroniques voire électro-mécaniques plus anciens, ça a du se voir un peu...). Bref, une bonne pioche sur le sujet au final, malgré mon scepticisme initial.

vince (./66) :
- Pour simplifier la vie des orgas, on devrait avoir des "questions publiques" (exemple concret cette année, combien on est à avoir demandé "c'est deux flèches et un bouton absolument ou c'est juste le max ?" Avec une mise en commun de ce genre de question réponse le jour j, ça éviterai la course pour les orgas)

Ca pourrait être une séance commune question/réponses au moment de démarrer le samedi (qui pourrait permettre aussi l'échange d'idées et pourquoi pas la création de binomes)

je trouve aussi que tout faire le jour même aurait un intéret.

- La présence d'un graphiste "partagé" ou la fourniture d'éléments pourrait aider ceux qui (moi le premier) ne sont pas doués en graphismes

NHUT!

Bon, vu que c'est la tradition :
topics/185920-pendant-ce-temps-la-dans-un-monde-parallele#post-1

Il s'agit d'une version un peu retravaillée, plus proche de ce que j'imaginais pour Egglords (jeu à base de LEDs)

Noooooooooooon

Je plussois toutes les propositions dont parle Vince et Fadest.

Nhut ne peux être graphistes pour la SpeedCoding, vu qu'il tiens un stand de dessin pour les petites filles !

Et vraiment un grand merci a tous les participants (meme les membres du jury qui on tenté de gruger en essayant de mettre leur compo dans la liste des gagnants )

Quant à moi, je release mon Wolf3D pour PSP, tel qu'il aurait dû sortir s'il n'y avait pas la contrainte Game & Watch de cette année :

---

Vous me direz : mais où est le côté Game & Watch du jeu ? Où est le côté pascal du jeu ?
Je répondrai : partis dans les WC et j'ai presque tiré la chasse d'eau.

Yoshi Noir (./74) :
Vous me direz : mais où est le côté Game & Watch du jeu ? Où est le côté pascal du jeu ?Je répondrai : partis dans les WC et j'ai presque tiré la chasse d'eau.

Et la symbiose corporate ? Parce-que là haut ils aiment ça.

En passant : ma production hors-concours est dispo ici.

Je suis en train de preparer une version ROM jouable directement depuis un emulateur de ma prod, je mettrais aussi le .fx pour les rares a avoir un WonderWitch, et je ferrais un peu plus tard une version non "party" avec quelques bricoles en plus

Yoshi Noir (./74) :
Quant à moi, je release mon Wolf3D pour PSP, tel qu'il aurait dû sortir s'il n'y avait pas la contrainte Game & Watch de cette année

Quand je vois la quantité de travail que tu as mis dans ton jeu (techniquement, scénaristiquement, ...) en amont (quelques mois ?), je trouve dommage qu'il n'ait pas été présenté de manière détaillée dans le cadre de la convention le samedi avec les 2 autres projets majeurs....

mais c'est du 16 bits la PSP?

Techniquement c'est une PS1 à la testostérone et grâce à la lib 2D du sieur Brunni, tu peux faire des jeux avec l'esthétique de ton choix, de la 2600 à la Neo Geo.

Et donc, quel processeur 16 bits?

C'est un MIPS32

Et hop : topics/172-185930-ac2016-ma-petite-contribution

Bravo!

Un post pour notre production pour la speed-coding:
topics/185934-megadrive-paques-man-homebrew

Bon quelque soucis ca me prends un peu plus de temps que voulu, mais ca arrive

Sinon merdi a Zerosquare, je sais quel sera le second jeu pour la version non party

Vous retrouverez en post0 le podium, ainsi que les différentes prods.


Sinon, l'asso RGC à quelques questions :

- Un tableau blanc serait super pratique

L'asso n'a pas vocation a fournir ce genre de matos. Un tableau par participant, cela fait beaucoup. Néanmoins, à l'accueil il y avait du papier/stylo si besoin.

- La "présentation finale" des projets devrait se faire en présence du jury

Cette année, nous avions décidé (et aussi par faute de temps) de présenter les projets pendant que le jury délibérait.
Mais en effet, entre le passage du jury sur le premier participant et le dernier, il se passe un certain temps. Et ce temps peut en effet servir au premier candidat de peaufiner son projet.
Nous pourrons revoir cela bien entendu pour être le plus juste possible aux yeux de tous.

- Une "présentation flash" pourrait être organisée à mis temps (genre le samedi soir) pour que chacun parle de son idée, son avancement...

Si le planning n'est pas trop chargé (comme cette année) à pourquoi, mais nous ne voudrions pas démotiver certains participants à la vu des projets plus ou moins avancés : Certains avancent leur projet rapidement dès le samedi, notamment niveau visuel, alors que d'autres peaufinent leur moteur en premier lieu. Du coup si un candidat peine un peut et qu'il voit des prods beaucoup plus avancées que la sienne il peut se décourager.
Et nous ne voudrions influencer personne. De plus, cela peut gêner certaines personnes, le fait de montrer leur travail en cours, de les solliciter et de les déranger pendant qu'elles codent.
Faire une "présentation flash" le samedi soir c'est une idée. C'est ce qui se fait à la Global Jam pour "recruter" des personnes. C'est un peu un autre format.
L'asso n'empêche pas les candidats d'aller jeter un coup d’œil aux autres prods.

- Pour simplifier la vie des orgas, on devrait avoir des "questions publiques" (exemple concret cette année, combien on est à avoir demandé "c'est deux flèches et un bouton absolument ou c'est juste le max ?" hehe Avec une mise en commun de ce genre de question réponse le jour j, ça éviterai la course pour les orgas)

Bjorn était là pour vous. Et d'ailleurs il la répondu à pas mal de questions.
L'asso pourra néanmoins imprimer le règlement de la speed-coding qui se trouvait sur le forum (voir post0)

- La présence d'un graphiste "partagé" ou la fourniture d'éléments pourrait aider ceux qui (moi le premier) ne sont pas doués en graphismes

La partie graphique n'est pas un critère primordiale pour le jury. C'est plutôt son concept et l'originalité qui compte. Ensuite, rien n'empêche de bosser à plusieurs.
Et nous avions déjà parlé de tout cela : fourniture une bibliothèque de sprite. Mais il semblait compliqué à mettre en œuvre (restrictions de couleurs par ligne, de format de fichier, de palettes incluses ou non, etc ). Rien n'empêche de prendre des graphismes "libre de droit' sur le net (et beaucoup ne s'en prive pas sur certaines prods).

Mais l'idée n'est pas impossible Cela impliquerai que les candidats à la speed-coding indiquent leur machine et ses restrictions avant le concours via le formulaire, pour que le graphiste puisse préparer les softs adéquats et ait le temps de les prendre en main. Par exemple Bjorn et Creos pourrait être les personnes ressources (à voir).

- Des solutions pour la projection devrait être envisagée dès l'inscription (genre chaque participant explique comment il peut faire un présentation sur vidéoproj)

On pourra envisager d'inclure un champs supplémentaires sur le formulaire. Néanmoins, certaines personnes arrivent sur place sans savoir si elles vont coder, ni sur quelle machine.
Enfin, nous sommes assez "rodé" sur le sujet. Chaque année nous trouvons des solutions pour pouvoir projeter les images sur vidéoproj. Le top étant d'avoir la vraie machine bien sur, mais souvent le plus compliqué suivant le signal vidéo de certaines machines (surtout une console portable).
La solution de l'émulateur reste la plus simple.

- Un peu plus de "visibilité" sur les critères qui ont permis de classer les projets serait la bienvenue (genre "technicité", "innovation", "beauté", "jouabilité", "scénario", "thème", "coup de coeur", "finition", "brunni compliant", etc...) et idéalement si on pouvait savoir quels sont les critères "favoris" ça permettrait d'orienter la réalisation... (exemple si c'est la technicité, on passerait probablement plus de temps à faire un défi technique qu'à se forcer à faire un truc fini)

C'est dit dans le règlement (voir post0)

- Dans le formulaire, les "rôles" devraient être possible pour dire si on va participer à coup sûr, peut être ou être candidat pour intégrer le jury

C'est aussi marqué dans le règlement (post0)

- Dans le planning, les codeurs se retrouvent parfois à devoir s'absenter dans la dernière ligne droite à cause du concours gaming

A vous de gérer vos priorités. Si vous vous inscrivez au tournoi gaming, c'est de votre responsabilité.

Ne rien savoir avant et tout découvrir/faire sur place est beaucoup plus proche de l'esprit speed coding à mon sens

A la louche 80% des candidats arrivent les mains dans les poches.
Rien n'est figé, l'asso pourra réfléchir à réorganiser la speed-coding. Vos remarques sont de toutes façons les bienvenues

odie_one (./87) :

- Un tableau blanc serait super pratique

L'asso n'a pas vocation a fournir ce genre de matos. Un tableau par participant, cela fait beaucoup. Néanmoins, à l'accueil il y avait du papier/stylo si besoin.

Il s'agissait d'une idée lors de la discussion avec Bjorn... (en fait la plupart des questions listées étaient issues de la discussion en fin de WE) il n'était pas question d'un tableau blanc par personne mais d'un unique tableau pour l'ensemble des participants...

odie_one (./87) :

- Pour simplifier la vie des orgas, on devrait avoir des "questions publiques" (exemple concret cette année, combien on est à avoir demandé "c'est deux flèches et un bouton absolument ou c'est juste le max ?" hehe Avec une mise en commun de ce genre de question réponse le jour j, ça éviterai la course pour les orgas)

Bjorn était là pour vous. Et d'ailleurs il la répondu à pas mal de questions.L'asso pourra néanmoins imprimer le règlement de la speed-coding qui se trouvait sur le forum (voir post0)

En fait, l'idée était de faire un "breiffing" au début en commun pour d'une part donner le "go" de la speedcoding et d'autre part simplifier la vie de Bjorn. Le problème n'est pas qu'il n'ait pas répondu à des questions, c'est juste que sur certains points il a du se répéter auprès de plusieurs participants (et ça pourrait faire partie des trucs affichés sur le tableau avec la liste des participants/plateforme).
Réimprimer la liste des contraintes serait une bonne idée en effet vu que cette année par exemple il y a eu un tiers des participants qui s'est décidé en arrivant (donc qui n'avait pas forcément les détails du topic en tête)

odie_one (./87) :

- Un peu plus de "visibilité" sur les critères qui ont permis de classer les projets serait la bienvenue (genre "technicité", "innovation", "beauté", "jouabilité", "scénario", "thème", "coup de coeur", "finition", "brunni compliant", etc...) et idéalement si on pouvait savoir quels sont les critères "favoris" ça permettrait d'orienter la réalisation... (exemple si c'est la technicité, on passerait probablement plus de temps à faire un défi technique qu'à se forcer à faire un truc fini)

C'est dit dans le règlement (voir post0)

Si tu parles bien de ce post topics/185704-ac-2016-speed-coding/1#post-1 on y voit surtout "un exemple des critères qui peuvent être pris en compte (non exhaustifs et non dans l’ordre d'importance)", l'idée serait justement d'avoir une liste ordonnée de ces critères;

odie_one (./87) :

- Dans le formulaire, les "rôles" devraient être possible pour dire si on va participer à coup sûr, peut être ou être candidat pour intégrer le jury

C'est aussi marqué dans le règlement (post0)

Je parlais du formulaire d'inscription, actuellement -de mémoire- y'a juste un "voulez vous participer à la speedcoding OUI/NON" qui pourrait être détaillé en demandant ce qu'on veut y faire (aider à l'orga/faire partie du jury/être volontaire pour aider un autre/participer/"peut être" participer)

Pour le dernier point c'est une idée à réfléchir, mais on a déjà des participants (et même des orgas ) qui se plaignent du nombre de champs. ^^
Les mettre déjà dans la case "remarques/commentaires" serait un début j'imagine, mais si c'est une demande forte et collégiale, on verra ce que l'on peut faire.

Concernant les critères, c'est difficile à dire en fait. Chaque membres du jury est plus ou moins sensible à certains critères qu'un autre membre n'aura pas. Après c'est vrai que c'est difficile pour vous codeur d'optimisé un point et pas l'autre dans vos prods sans avoir des priorités, mais c'est vraiment quelque chose de globale. Pour info, nous avions dans le jury, des codeurs, des joueurs et des membres de l'asso ou non.

Enfin pour le briefing, je pense que c'est une bonne idée et de mémoire c'est ce que faisais Jeffrey (tout du moins à une époque, sur les dernières AC je ne suis pas si sûr).

Bientot jouable sur emulatueur !

My wichlib emulating the libww is making progress! Now instead of yellow BG I get that! #WonderSwan #AC2016 pic.twitter.com/MIFGsZoXxZ

— Manoel Trapier (@Gozilu) April 22, 2016