rewind a écrit 3413 commentaires

bref, tu craches ton venin politique sans comprendre les tenants et aboutissants.

On m'a appris à ne pas cracher, c'est malpoli.

Ensuite, je fais la différence (que tu ne fais pas) entre les prêts et les dons. Quand tu donnes, par définition, tu perds ton argent. Donc si tu te plains après, c'est ta faute, tu n'as pas compris ce que signifiait le mot don. Quand tu co-produit, tu n'as aucune garantie de retour sur investissement, et c'est dans le contrat moral de départ et tout le monde le sait. Bref, ça revient à un don (parce que les Grégoire sont plutôt l'exception que la norme). Dans ces deux cas, mettre des limites est parfaitement idiot, à mon sens, parce que ça empêche des projets potentiellement innovants d'émerger. Et je comprends que ce genre de chose gêne les banques (parce que finalement, c'est de l'argent qui va en dehors des circuits de la finance traditionnelle). Et pour ceux qui ont cru à Diaspora, tant pis pour eux, ils ont fait un don, ils savaient qu'ils perdaient tout sans contrepartie garantie. Et pour ceux qui ont peur, il existe des plateformes où l'argent n'est débloqué que quand le travail est fini et contrôlé par les donneurs.

Reste les cas plus problématique, les prêts collaboratifs. Là, oui, il faut prendre des précautions. Mais pas plus ni moins qu'avec les prêts type Cofidis, ou les prêts bancaires à taux variables. Mais on n'en est pas là, là on cible directement un type de financement, le participatif, et on laisse bien tranquillement les autres prospérer. Je ne trouve pas ça normal.

simplement parce ce que toi (enseignant) et le site du zéro (devenu grosso-modo une plateforme de mooc ce qu'il était déjà devenu au fil du temps) n'avez pas les mêmes schémas d'enseignement.

C'est plus complexe que ça. Parce que l'enseignement à distance, je sais ce que c'est, je pratique au sein de mon université. Et ça n'a rien à voir avec ce qui est fait sur feu le site du zéro. Et même si tu compares à des trucs genre Coursera, ça n'a rien à voir du tout. Le site du zéro n'est pas du tout une plateforme de MOOC, il en est très très loin.

Pour l'instant, il y a le dépôt pour le système à entité mais pas encore de dépôt pour le projet global (ça va se faire dans les jours qui viennent). Je vais faire un canal IRC sur freenode également pour faciliter les échanges interactifs.

Dans les oublis de logiciels opensource pour Apple, il y a LLVM !

Sans compter qu'ils vont louper le survol de la Terre par la sonde Juno qui ira ensuite visiter Jupiter. Ce survol à une altitude de 800km doit avoir lieu le 9 octobre 2013.

http://fr.wikipedia.org/wiki/Juno_(sonde_spatiale)

De la lecture, chouette ! :)

Mais c'est vrai que communiquer sur messagerie instantané serai mieux. Pour voir ce qu'on garde et ce qu'on publie.

Tu préfères pas un canal IRC ?

Mais voilà, quand je vois arriver quelqu'un qui annonce qu'il va faire un nouveau RPG avec une carte très très grande, de la génération procédurale, un monde ouvert, plein de quêtes et les derniers effets visuels à la mode et qu'en plus, il a pas d'expérience dans le jeu vidéo … ben moi je lui dit qu'il va se planter, au risque de faire un pronostic foireux.

Je comprends ta prudence, mais… soyons fou et prenons des risques ! Pour l'instant, rien n'est fait encore donc c'est vrai que c'est dur de juger (même pour moi). On verra au fur et à mesure.

C'est en substance ce que je lui dit dans le reste du message : Fait d'abord la version 0.1 avant de faire la 1.0.

Ça, tu l'auras ta version 0.1 ;) Bientôt, bientôt… J'ai trouvé un titre au jeu, donc je vais pouvoir faire les dépôts toussa et mettre du code dessus toussa.

Moi je crois que tu y arriveras d'ailleurs ton projet m'intéresse aussi (pour moult raisons), en plus si j'ai bien suivi tu vas utiliser la SFML et le C++, une techno que j'aimerais apprendre à maîtriser et un langage qui faut que je perfectionne. Donc si une aide (pas forcément régulière) t'intéresses dis le moi…

Toute aide m'intéresse, même si elle est ponctuelle et/ou que ce n'est pas sur du code. Cette série d'article n'est que ça : un appel à l'aide :P Ou plutôt un appel à commentaires qui permettent d'avoir une bonne documentation au final étant donné la qualité des intervenants.

Je trouvais ça super détaillé aussi mais en fait, on arrive vite à ce résultat. Au fur et à mesure qu'on écrit, même si comme moi on veut rester assez vague parce qu'il manque des éléments, on finit par décrire le projet de manière assez complète. Et puis on ajoute un truc par ci qui implique qu'on ajoute un truc par là, et au final pouf, on a quelques pages.

Si certain veulent prendre contacte avec moi, peu être que la rédaction d'article commun serai intéressant, car en français il n'y as rien. (Voir page contact sur le site d'Ultracopier)

Je retiens l'idée. Il est vrai que c'est difficile d'avoir des ressources en français (surtout pour les trucs assez techniques), et que cette série d'articles que j'ai commencés est aussi là pour combler ce manque. Si tu as des idées, n'hésite pas à en discuter ici, ou ailleurs (quand le jeu sera lancé, je ferai une section spéciale sur le dépôt où je mettrai ces articles, et une section spéciale dans les bugs pour pouvoir proposer des idées).

J'ai retrouvé cet excellent lien (il était dans mes bookmarks en plus) qui dit plein de choses bien sur la création de son premier jeu vidéo. Ça rejoint plein de choses dites ici par les différents commentaires. Si un Gentil Modérateur pouvait l'ajouter dans les liens de l'article, ce serait parfait !

Pour ma part, j'ai implémenté les traductions avant l'affichage du texte.

Qu'est-ce que tu entends par là ?

Les quêtes, c'est la merde.

Qu'est-ce qui a été difficile dans les quêtes ?

De manière général, à quel point compte tu faire un moteur extensible : seulement pour ton jeu ou plus personnalisable ?

Seulement pour mon jeu (si on peut dire que j'implémente un moteur, j'implémente un jeu surtout).

J'aime bien brancher mon PC sur un grand écran et jouer à la manette. Bref je joue sur une playnewton!

Bon, d'accord, je vais gérer les manettes.

OK, je comprends mieux. Il s'agit de définir un ensemble de fonctionnalités minimales et les tâches (et éventuellement sous-tâches) qui y sont associées.

J'avais lu je ne sais plus où que c'était un piège à éviter : faire un moteur de jeu. Et qu'en fait, il fallait faire un jeu plutôt qu'un moteur en pensant qu'on fera le jeu plus tard. Parce qu'au final, on faisait le moteur sans jamais faire le jeu.

Réutiliser les briques des autres. Je pense particulièrement à Tiled qui est quand même vachement bien fait.

Oui, clairement, Tiled est un très bon logiciel et le format est pas mal du tout.

Les traductions, c'est assez infernal. Il vaut mieux y penser très tôt.

Tu as des conseils à ce sujet ? Je me suis toujours dit que ça devait être un peu galère, parce qu'on ne doit pas pouvoir utiliser ce bon vieux gettext.

Quoiqu'il en soit, je suis potentiellement très intéressé (bien que, ayant repris les études, j'ai moins de temps qu'avant).

Si tu veux contribuer (une fois qu'il y aura un code auquel contribuer), ce sera avec plaisir. Sinon, vu que tu as déjà fait ce genre de jeu, tu peux aussi partager ton expérience, dire ce qui a marché, ce qui n'a pas marché, etc. En tout cas, moi ça m'intéresse ;)

C'est pour ça qu'il est important de prototyper son jeu très tôt, à grand coup de carrés, de cercles et de code crade s'il le faut. Et continuer à pouvoir tester régulièrement toute les améliorations, parce que tant qu'une feature du jeu n'a pas été joué, on a jamais vraiment moyen de savoir si cette feature respectera vraiment son rôle de rendre le jeu plus amusant.

Ha ben ça, c'est fait, et ça sera bientôt public ! Ils sont tellement beaux mes carrés :)

un menu principal avec une GUI pour régler la résolution, le volume des effets sonores et de la musique, configurer les touches…

J'y pense. Est-ce que ça n'est pas mieux géré par une GUI plus classique, genre en Qt. Via un launcher qui sert aussi à la configuration par exemple. L'inconvénient, c'est que ça devient difficile de modifier dans le jeu mais c'est peut-être plus simple non ?

la gestion des manettes.

On peut décider de tout faire au clavier ? ;)

de bons réglages par défaut (genre pas zsqd pour le déplacement sur un clavier qwerty…).

Alors ça, j'y ai pensé tout de suite et j'ai immédiatement mis les flèches pour bouger.

les scripts pour releaser des binaires et des installateurs.

De ce côté, je crois que je suis assez mauvais. Fournir un CMakeLists.txt et des instructions de build, ça je sais faire. Mais pour releaser des binaires, je dois avouer que je ne sais pas faire. En plus, à partir de quel niveau de finition tu conseilles de releaser ? Est-ce que releaser des versions primitives ne risquent pas de faire fuir les potentiels joueurs qui croiront que c'est un jeu fini ?

Pour l'exemple voici la bible de Plee the Bear (qui n'est pas fini).

C'est super complet et super détaillé. Je ne sais pas si je suis capable à l'heure actuelle d'avoir ce niveau de détail.

Ensuite nous nous servons de cela pour poser nos jalons, en commençant par décider d'un horizon de livraison (deux fois 3 mois pour Andy's Super Great Park). Toutes les deux semaines nous nous posons la question « que voulons-nous voir dans le jeu dans deux semaines ? ». Nous notons toutes les réponses dans des tickets de Trac et nous nous mettons au boulot.

Je pense avoir moins de vision à long terme sur mon temps de dev que toi, malheureusement. Je peux avoir des semaines très chargées où je n'aurai le temps de rien faire. Et d'autres où je vais pouvoir avancer beaucoup. Disons que par période de deux semaines, c'est jouable et encore.

Tu devrais commencer par faire une maquette sous la forme d'un storyboard (avec un logiciel de dessin simple ou même du papier/crayon). Le but est de définir le cœur du jeu.

Le cœur du jeu ici, ça va être le scénario (dont j'ai pour l'instant une vague idée), mêlé à l'ambiance humoristique. Ou alors, je ne comprends pas bien ce que tu appelles le cœur du jeu.

Avec ce premier jet, tu pourras en déduire les "histoires" (vocabulaire scrum désolé) obligatoires pour une version jouable et les autres.

Qu'appelles-tu des "histoires" ? Ce sont des sortes de chapitres du déroulé du jeu, c'est ça ?

Ça peut faire l'objet du prochain épisode.

Tu fais ça comment ? Tu indiques juste le contenu ? Tu indiques aussi le temps estimé ? Tu peux montrer un exemple ?

Merci pour ces précieux conseils que j'avais déjà lus sur plein de sites et que j'avais bien notés. L'un des sites disait (et je trouvais ça fort pertinent) que la qualité première d'un développeur de jeu, c'était de finir le jeu. Et comme je me connais, j'ai lu tout ce qu'il y avait autour (et qui recoupe complètement ce que tu dis).

Ce que tu décris, c'est ta version finale (1.0). Je vais être clair tout de suite: Tout seul, sans expérience dans le dev de jeux vidéo, tu n'atteindra jamais cette version avant de longues années.

Ça tombe bien, j'ai pas prévu de finir en quelques mois. Je me donne deux à trois ans. Et pas pour faire un truc super, juste un truc de base à peu près jouable. Du coup, je me prépare pour un effort de moyen terme, pas pour un sprint. Je connais mes capacités, mon temps libre, ma motivation. J'ai bien pesé tout ça avant de me lancer sinon, je n'aurais pas commencé.

Une carte qui tient dans une fenêtre (donc pas de scrolling), trois sprites différents pour le terrain, une sorcière, une fiole de poison et un chat. Pas de menu, pas de dialogue, pas de notion de RPG (niveau, inventaires, ..)

En fait, ça je l'ai déjà (sauf la fiole de poison et le chat mais j'ai le scrolling). Et je compte bien le montrer dans un prochain article (et donc le mettre sur un dépôt accessible). Et ça sera effectivement une version 0.1. C'est aussi l'idée de ces articles, ne pas montrer le jeu une fois fini mais aussi les étapes intermédiaires et toute la conception (y compris les échecs). Et pouvoir lire les commentaires pour éventuellement mieux définir les étapes suivantes.

Il y avait d'ailleurs un des articles que j'ai lu et qui disait : au début, notez tout ce que vous voulez mettre dans le jeu, puis rayez 90% des choses et ça ira. Donc, on va considérer que les quelques idées qui sont dans cet article sont les 10% restants. Pour le reste, on verra.

Pour l'instant, si rien n'est sorti, c'est que j'ai un problème fondamental : je n'arrive pas à trouver un nom pour ce jeu :D

Tu veux vraiment être cité à chaque épisode, hein, avoue :P

En tout cas, merci pour ce lien que je vais ajouter à ma liste et que je ressortirai le moment venu.

Je partage l'avis de ce début de fil :

Des gens avec des idées et pas un rond, y'en a plein.

Oui, ils ont des beaux graphismes, ça aucun souci. Mais pour l'instant, ces graphismes sont destinés à un concept de jeu unique déjà défini. C'est ça qui est dommage. Mais après, je ne leur jette pas la pierre. Comme je l'ai dit, d'habitude, c'est les codeurs qui pratiquent de cette manière envers les graphistes.

Sauf que une particularité c'est le départ multiple, les chemins multiples (on peu être méchant, gentil, …).

Dans mon cas, je trouve qu'il y a déjà suffisamment de difficultés, inutile d'en ajouter plus. Un bon petit scénario linéaire, avec quelques quêtes annexes, ça ira très bien.