devnewton 🍺 a écrit 8780 commentaires

Bah je verrais plus tard

Justement, mon conseil est de prendre en compte ce problème dès le début, car c'est un gros boulot et c'est dans les premières phases du projet qu'il est intéressant de le faire tester pour avoir des retours.

compiler deux fois pour deux architecture

En faisant des binaires portables, ça fait 3 architectures (x86, amd64, arm) fois 4 OS (GNU/Linux, Android, Mac, Windows) : 12 variantes.

Si tu rajoutes des paquets GNU/Linux, deb et rpm, des dmgs pour Mac et des installeurs pour Windows, tu vois que c'est loin d'être négligeable.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

La diversité est importante, mais si on tolère ce genre de pratique, ne risque-t-on pas de voir certains prétendre que l'on prononce pain au chocolat /ʃɔ.kɔ.la.tin/ ?

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Pour faire une interface avec SFML, tu peux essayer http://sfgui.sfml-dev.de/

Si tu souhaites que ton jeu soit joué, il faut prévoir de fournir des binaires, des paquets et des installeurs pour un maximum de combinaisons OS/distrib/CPU. Ce qui n'est pas forcément simple avec C++ et des non fournis par les distros…

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Ah oui…

C'est l'étape 2.5.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

le menu des options est assez moche, c’est pas possible d’avoir le style Swing au pire?

Ce n'est pas Swing, mais TWL. Pour être gentil, c'est moins bien et la plupart des défauts du menu viennent de là…

Je n'ai pas pris Swing, car ce n'est pas trop compatible avec lwjgl, surtout en plein écran.

Le menu d’aide est déformé avec ma résolution 4:3 (1280×1024). Sinon il n’y a pas les touches qui permettent de tourner de 90° dans ton aide! Enfin, je pense que mettre un peu plus de texte ça serait pas mal (genre donner l’objectif d’abord puis introduire les mouvements et enfin parler des niveaux bonus). C’est vrai que sans textes on se pose quelques questions…

Je suppose que je me repose trop sur mes souvenirs de jeux NES où presque rien n'était expliqué, en anglais que je ne parlais pas et à une époque où le prix et la rareté des jeux faisait qu'on s'acharnait à comprendre :-)

Ne désespère pas! Vu que tu as réussi à le porter partiellement ça fait déjà une base pour affiner le gameplay.

Le gameplay de Newton mélange des mouvements non réalistes et des mouvements qui suivent les règles de la physique. En parcourant la doc de jbox2d, j'ai l'impression que ce n'est pas trop possible…

C’est vrai que quand on démarre un projet il faut bien choisir les bibliothèques que l’on va utiliser, je réfléchis beaucoup pour savoir ce que je vais utiliser comme bibliothèques.

J'ai fait les choix par rapport à la situation il y a 4 ans:

• je devais me remettre à java.
• jbox2d n'était pas aussi au point et documenté. phys2d était encore maintenu et beaucoup plus simple…
• libgdx n'existait pas.

Aujourd'hui j'ai les contraintes héritées de ces choix initiaux et des évolutions de ces API…

Quand je démarrerais un nouveau jeu, je ne sais vraiment pas ce que je prendrais, car toutes les libs de jeu sont en train de changer de version majeure :-)

c’est un gameplay que j’ai jamais rencontré ailleurs je crois

Il y a d'autres jeux avec des niveaux tournants ou des changements de gravité, mais à ma connaissance la plupart sont assez différents.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Merci pour ces retours!

l’interface pour changer les paramètres est pas très intuitive, j’ai un peu galéré pour comprendre ce que je faisais

Qu'est-ce qui pourrait être différemment pour que ça soit plus simple?

quand on reviens au menu principal depuis le menu des options, la musique est remise au départ

Ce sera corrigé dans la prochaine release!

la gestion des pics est un peu bizarre, on sait jamais trop à partir de quand on va se prendre des dégâts

Les piques blanches? Quand on marche sur leurs côtés?

une petite explication quand on arrive dans le jeu ça ferait pas de mal (faut comprendre tout seul qu’il faut emmener la clé à la porte et que la clé soit suffisamment proche de la porte);

L'écran d'aide n'est pas assez clair?

certains comportements sont un peu aléatoires
j’ai vu une fois des ennemis dans un mur

Le moteur physique, phys2d, n'est pas top, même son auteur recommande d'utiliser box2d. J'ai fait un mauvais choix au début du développement, il est difficile de changer. J'ai fait un portage expérimental sur box2d, mais je n'arrive pas à reproduire le même gameplay :-(

le personnage n’a pas d’animation quand il tombe donc c’est assez bizarre (on dirait qu’il s’en fout de ce qui lui arrive :p);

Une chute de 100 fois sa taille ne le blesse pas, il n'est donc pas inquiet :-)

je ne sais pas si c’était voulu mais quand on tue un monstre on est obligé d’attendre qu’il ai totalement disparu pour passer au travers ce qui fait que l’on peut rester dans les airs pendant 2 secondes;

Ce n'est pas vraiment voulu au départ, mais ça fait partie du jeu maintenant.

si on ne peut pas faire la carte parce qu’on a pas fini le niveau d’avant, ça serait bien de l’indiquer avant d’avoir la souris au-dessus pour avoir un aperçu rapide d’où on en est.

Je vais voir ce que je peux faire!

Et puis les images des niveaux dans les menus ne sont pas très belles ainsi que la roue qui tourne pendant le chargement alors que le menu principal est lui très bien fait…

C'est un vrai graphique qui a fait le menu principal alors que j'ai fait le reste.

En tout cas c’est un concept intéressant, .

Merci! C'est un proto qui est devenu un jeu complet, mais j'aimerais faire un "vrai" jeu après la sortie des mods. Cette fois il faut que je trouve une équipe, parce que tout seul c'est trop lourd de régler ces milliers de petits détails pour avoir un look pro.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Il faudrait expliquer les contributions dont ce projet a besoin…

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Frit, c'est très bon!

Blanc, les mantous sont une base, comme les pâtes ou le riz, qui se mange presque toujours accompagnée.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Vivement qu'on puisse utiliser html!

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

En fait j'utilise une autre API (lwjgl), mais j'ai le même besoin et, pour ne pas réinventer la roue, j'envisage de porter l'interface SDL_gamecontroller en java.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

The pre-alpha game is private, but can be send on demand.

Il faudrait peut être ouvrir un peu le développement si tu veux des contributeurs…

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Tu veux parler de SDL_gamecontroller? J'utilise justement son format de configuration pour ma base!

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Voici le commentaire que je voulais faire (j'ai mis trop de temps à l'éditer):

Newton Adventure

Je cherche aussi de l'aide pour Newton Adventure. Le jeu est presque terminé, mais il est possible d'ajouter:

• des traductions: pour l'instant j'ai seulement anglais, français et allemand.
• des paquets.
• des niveaux et des mods: il y a un éditeur de niveaux, un éditeur d'animation , le code est assez simple, il est possible de désactiver la rotation de la gravité… Bref ça peut servir de moteur de jeu de plateforme générique!
• l'autoconfiguration des manettes de jeu.

gamepad_db

Pour l'autoconfiguration des manettes, j'ai commencé à collecter des informations sur les périphériques du marché. Apparemment mes explications sur le sujet ne sont pas claires et comme je suis handicapé de la com', je fais donc appel à l'intelligence collective de linuxfr pour m'aider à trouver une bonne formulation :-)

nanimstudio

J'aimerais aussi améliorer mon éditeur d'animation, nanimstudio, notamment en gérant d'autres formats (aujourd'hui j'ai juste nanim, gif et un outil pour découper des "spritesheets" en png).

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Je cherche aussi de l'aide pour Newton Adventure. Le jeu est presque terminé, mais il manque:

• des traductions: pour l'instant j'ai seulement anglais, français et allemand.
• des paquets.
• l'autoconfiguration des manettes de jeu.

Pour cette dernière tâche, j'ai commencé à collecter des informations sur les manettes. Apparemment mes explications sur le sujet ne sont pas claires et comme je suis handicapé de la com', je fais donc appel à l'intelligence collective de linuxfr pour m'aider à trouver une bonne formulation :-)

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Outre l'empaquetage et la traduction, forcément spécifique à chaque jeu, il y a un moyen d'aider plusieurs projets: j'ai commencé une base de données pour avoir les correspondances des codes des axes et boutons des manettes de jeu avec une manette "idéale":

Le but est de permettre l'autoconfiguration des manettes dans les jeux. On branche et ça marche!

Pour cette "base", j'utilise le format de configuration de la bibliothèque SDL2 qui consiste en une de texte avec des champs séparés par des virgules:

341a3608000000000000504944564944,Afterglow PS3 Controller,a:b1,b:b2,y:b3,x:b0,start:b9,guide:b12,back:b8,dpup:h0.1,dpleft:h0.8,dpdown:h0.4,dpright:h0.2,leftshoulder:b4,rightshoulder:b5,leftstick:b10,rightstick:b11,leftx:a0,lefty:a1,rightx:a2,righty:a3,lefttrigger:b6,righttrigger:b7

Le premier champ est l'uuid de la manette (récupérable via dmesg).

Le deuxième est le nom de la manette.

Ensuite il y a le mapping de type clef:valeur.

La clef est un nom symbolique correspondant à la manette idéale.

Les valeurs s'écrivent ainsi:

• a0, a1, a2… pour les axes
• b0, b1, b2… pour les boutons
• h0.2, h0.4… pour je ne sais pas trop quoi :-)

Pour ma manette, cela donne:

  0003:07B5:0312,Mega World USB Game Controllers,a:b2,b:b3,x:b0,y:b1,start:b9,back:b8,leftx:a0,lefty:a1,rightx:a3,righty:a2,leftshoulder:b4,rightshoulder:b6,lefttrigger:b5,righttrigger:b7

Pour trouver ces valeurs, il suffit d'utiliser le programme jstest-gtk.

Pour alimenter la base, il suffit de poster les configurations sur mon site, je sortirais ensuite une base plus propre à différents formats (json, xml…)

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Et Andy's Super Great Park, deviendra-t-il libre un jour?

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

https://linuxfr.org/suivi/ne-pas-forcer-une-feuille-de-style

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

C'est immonde et on ne peut pas changer.

Je sais bien que certains membres haut placés sont fans d'Apple, mais ce n'est pas une raison pour adopter les mêmes méthodes!

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

J'ai voulu essayé avec la version fournie dans debian, mais l'affichage est horrible:

http://tof.canardpc.com/view/a7cbaceb-278d-4cf8-9ebd-64ffe591fdd3.jpg

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Il y avait Glide aussi et peut être d'autres dérivés d'OpenGL ou encore des drivers pourris, le tout mélangé de gros FUD et des journaleux mal comprenants dans la presse vidéoludique?

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

En fait tu confonds avec IrisGL?

One of the restrictions of IrisGL was that it only provided access to features supported by the underlying hardware. If the graphics hardware did not support a feature, then the application could not use it. OpenGL overcame this problem by providing support in software for features unsupported by hardware, allowing applications to use advanced graphics on relatively low-powered systems.

http://en.wikipedia.org/wiki/OpenGL

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

En même temps si tu n'as pas de projet libre à 30 ans, c'est que tu as raté ta vie!

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Par curiosité : c'était quand ? Vous ne parlez peut-être pas de la même époque ?

C'était sur Pentium 75, juste avant l'arrivée des 3dfx!

Maintenant oui, puisque D3D le fait. C'était le cas avant ?

Je n'ai jamais vu d'implémentation d'OpenGL sans backup en soft.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Il faut aussi remplir la page https://linuxfr.org/wiki/projets_libres_linuxfr

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Sur à peu près tout.

Fallait une carte à 5000 €

Non. Sur mon premier PC, je faisais du OpenGL sans carte 3d.

Direct3D a apporté la modularité (soft/hard : tout ce qui n'est pas en hard, Microsoft le fait pour toi en soft).

Faux. Ce qui n'est pas en hard est fait en soft avec OpenGL.

OpenGL a été figé pendant de nombreuse années (que des extensions proprios), et Microsoft lui a explosé la gueule à ce moment la.

OpenGL a évolué lentement avec des extensions proprios ET des extensions standardisées, mais il n'y a pas eu de période où rien ne bougeait.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.