(05-30-2013, 23:40:23)Bruce Wrote: Site : http://processcrash.wordpress.com/

(05-30-2013, 23:43:34)Ares Wrote:

(05-30-2013, 23:40:23)Bruce Wrote: Site : http://processcrash.wordpress.com/

Mes yeux !

(05-30-2013, 23:14:28)Ares Wrote: Je publie ce post qui est une version corrigée et complétée du post de Nass sur le forum des 2017.

(05-30-2013, 23:14:28)Ares Wrote: Commentaire de Nass :
Ça c’était pour le quote des conseils. Maintenant à mon avis vous devriez essayer d’autres choses que les jeux vidéos car vous avez quand même le libre choix ce qui vous offre une infinité de possibilités.
Vous aurez le choix entre le C# et l’OCaml. Si vous ne voulez pas faire du graphique, je vous recommande l’OCaml qui est un language super cool au fond car il laisse pas mal de liberté malgré le typage.
De plus, les professeurs ne notent pas la difficulté de votre projet mais la façon de le vendre en soutenance. Vous pouvez coder windows pour la première soutenance, des gens qui bullshit bien sur leur jeu de tetris auront une meilleure note que vous.
Sachez qu’au final, tout le monde a au dessus de 15-16 et qu’il y a beaucoup de random. (des groupes qui ont montré moins à la seconde qu’à la première soutenance sont passé de 17 et quelques à major vers les 19.3) C’est la raison pour laquelle il faut coder pour vous et votre plaisir, c’est une très bonne raison de passer toutes ses soirées en SM à travailler et de se faire des petites nuits blanches de prog chaque semaine. Vous avez une année avec énormément de temps libre donc utilisez-le pour la programmation d’un projet ardu.
ps: Si vous avez des questions, join #epita ou #epita-sup sur irc.rezosup.org. On vous répondra du mieux que l’on peut.

Bonne chance !

(05-30-2013, 23:14:28)Ares Wrote: - Mogre : D'après les échos que j'ai eus, le meilleur choix possible. Mogre est une implémentation C# du moteur Ogre. Vous avez les avantages de XNA, à savoir l'importation de fichiers 3D d'origine, et tous les outils, mais sans tous les inconvénients. Blender possède même un Plugin pour générer des fichiers optimisés pour Ogre. Le principal défaut est que Mogre est mal documenté, et que vous devrez donc lire la doc de Ogre, qui est faite pour le C++ (un peu le même problème qu'avec DirectX).
--------------------------------------------------------------------------------------------
Nom : V0rTeX
Site : http://V0rTeX.fr (Down)
Regardez la partie Téléchargement. Vraiment. J'ai fait les rapports en pensant qu'ils pourraient servir de guide aux futurs sups : VOUS, tout est expliqué de A à Z, de façon pédagogique (dans mes parties tout du moins), j'ai vraiment soigné cet aspect
Technos : C# - SlimDX (wrapper DirectX, parce que XNA c'est pour les faibles)
Description : On voulait faire un Portal-like.

(05-30-2013, 23:14:28)Ares Wrote: Nom : DestruXion
Site : http://mogmi.fr/destruxion (Down)
Technos : Delphi/SDL
Description : EPITA 2013 (Projet de Mogmi). Un Worms-like avec plein d'armes et chargement de maps depuis des images.
Note : 19+/20

1. Amusez-vous: C'est VRAIMENT tout ce qui compte avec ce projet !
   
   1. Faites un jeu, vraiment. Je ne prétends pas qu'il n'est pas possible de s'amuser en faisant autre chose, ni que les projets qui ne sont pas des jeux ne sont pas intéressants... Mais je vous assure que faire un jeu c'est vraiment motivant. Pouvoir jouer au jeu dans toutes ses versions au fil de son amélioration c'est vraiment marrant, et ça pousse vraiment à avancer. Aussi, le fait que la majeure partie de la promo fasse des jeux créé une dynamique générale... Quand le premier groupe a une version jouable, et le montre à sa classe en TP un soir, c'est vraiment un bon moment ! Et se faire essayer le jeu entre amis c'est vraiment sympa. C'est aussi le seul projet Epitéen que vous pouvez montrer à vos parents ou amis "normaux".
      
   2. Partez à la recherche du fun, et pas des challenges techniques. Le but c'est pas de faire de l'algo, ou de montrer vos skills de fous. C'est vraiment pas fait pour ça ce projet. L'objectif c'est d'organiser votre travail, pour que avancer sur ce projet soit fun pour vous, et que le résultat soit fun lui aussi. Pensez à des manières funs de bosser (e.g. Nuit blanche avec des Kebabs et des bières...), et pensez à des manières simples de rendre le jeu fun (e.g. Multi sur un clavier, upload de top score...). Panos avait un jour fait une conférence sur le fun... je ne suis pas d'accord avec sa vision de la chose, mais ça montre quand même une chose : le fun est primordial pour ce projet !
      
   3. N'impressionez pas par la technique, parce que si votre jeu est fun, vous pouvez rajouter de la technique. Si vous avez de la technique de folie, avec un loader de meshes 3D qui déchire, une gestion de la mémoire en or, un code sécurisé, un chat encrypté, une gestion de la lumière et un moteur de particule... mais que c'est pas fun, ce sera pas intéressant de travailler dessus, ni de regarder, jouer ou présenter au jury. Vous pouvez toujours rajouter des trucs plus techniques plus tard. Dans l'exemple de DestruXion, on a pas perdu de temps sur l'IA au début, et quand le jeu étais déjà fun à voir, on a ajouté des outils comme la corde (miam la physique pour les mouvements pendulaires...) et l'IA pouvait viser (remiam la physique pour les mouvements paraboliques avec du vent...), on a aussi attendu la fin pour jouer avec un moteur à particules pour la fumée, les explosions...
      
2. Soyez intelligents avec votre CDC: Le cahier des charges est primordial.
   
   1. Ne promettez pas la lune, vous ne savez probablement pas coder la lune. Par exemple, si vous avez des armes, expliquez pourquoi, quels personnages peuvent en avoir, comment elles fonctionnes, et donnez un ou deux exemples maximums. Même si vous avez 40 armes trop trop stylées en tête, vous gagnerez rien à impressioner avec une super liste dans le CDC. Par contre si vous aviez donné un ou deux exemples au début, et que vous vous retrouvez avec 12 armes sympa, c'est gagné.
      
   2. Faites les choses bien, le jury n'aime pas ce qui est baclé. Il vaut mieux faire un petit peu de bonnes choses, que plein de merde. Ça a l'air con, mais c'est vraiment plus important de fignoler tous les détails avant de rajouter des couches de fonctionnalités à moitié réussies.
      
3. KISS: Keep It Simple, Stupid!
   
   1. N'inventez pas un nouveau jeu, utilisez juste un concept simple qui existe déjà. Si vous inventez un concept jamais vu, vous risquez surtout de vous perdre, de ne pas savoir précisément au début ce que vous voulez obtenir à la fin... le fun va vraiment en prendre un coup, et le temps perdu sur le concept ne sera pas passé à ajouter de la vraie qualité dans le jeu. Même des concepts comme Tetris ou Pong peuvent vous garder occupés pendant toute une année. Si vous faites un Pong en 3D, y'a moyen de faire un design très simple, très angulaires, avec que des lignes droites et perpendiculaires (même si la balle est carrée, tout le monde s'en fou). En une soutenance il est franchement faisable d'avoir un jeu de base. Un IA de Pong c'est pas trop dur, et avoir juste des rebons.. ça se fait en TP de sup en 2h pour de la 2D, donc ajouter une dimension devrait pas être trop fou. Et après il vous reste toute une année pour ajouter ce qui vous éclate : des armes, des bonuses, plusieurs balles en même temps (comme Pwong), un multi-joueur sur le même clavier, voire en réseau... Et les effets visuels peuvent être de plus en plus fou au cours de l'année. L'exemple de DestruXion qui reprenais Worms c'était franchement simple aussi : en 2D, possibilité de pomper les maps de Worms, et en une soutenance on avait l'affichage d'une carte, le défilement de la map, et le déplacement d'un personnage sur la carte. Rien de foufou, mais on l'avait, c'était bien fait et joli, et ça suffisait largement, quand des projets en 3D avait juste un menu et une fake UI, avec un concept de jeu "en évolution"... Le reste de l'année on a pu s'amuser à ajouter des joueurs, des armes, etc.
      
   2. 2D ou 3D, c'est souvent le plus gros sujet de troll. Peut importe, l'important c'est que ce soit assez simple pour pouvoir être bien fait. Loader des meshes 3D c'est cool, mais c'est pas fun. Les cubes ça peut vraiment être marrant. Même si vous avez un shoot-them-all en 3D, vous pouvez commencer par avoir un perso cubique, et des méchant cubiques d'une autre couleur qui tires des petits cubes. Et si vous faites de la 2D, essayer de rester simple aussi. Si vous voulez des graphiques évolués et que vous volez les sprites de 7 jeux différent, ça ressemblera à rien.