TUER : FPS EN JAVA+JOGL+JOGG+JORBIS

Commentaire de Twinuts le 01/09/2007 13:45:00 administrateur CS

Salut,

merci d'avoir reposté cette version même si elle est non fonctionnel. Elle aidera surement des gens dans la création de jeux ^^ ce même si la source manque cruellement de commentaires :P

Pour les admins : merci de ne pas supprimer cette source je lui ai demandé de procéder ainsi.

Commentaire de gouessej le 02/09/2007 18:06:04

N.B : sur mon site personnel, il y a un zip avec un makefile tout prêt pour compiler le jeu. Ensuite, il est prêt à être exécuté.

Commentaire de gouessej le 04/09/2007 16:21:10

Faux. Mon enseignante responsable de projet à l'université était exclusivement sous Mac Os X et ça marchait très très bien avec Java 1.6. Si tel n'avait pas été le cas, j'aurais eu zéro à mon projet, heureusement que tu as complètement tort, j'aurais eu l'air fin. C'est ton installation qui est mauvaise. Télécharge le zip sur mon site, dézippe le tout, mets toi dans le répertoire qui contient le makefile, tape "make", alors tu obtiens une archive java "tuer.jar". Il te suffit d'installer JOGL 1.1.0 et ensuite tu peux lancer le jeu en ligne de commande en tapant "java -jar tuer.jar".

Sinon dis moi pourquoi chez toi java 1.6 ne marche pas. Vérifie si tu as une UnsatisfiedLinkError quand tu lances "javaws -viewer". Si tel est le cas, installe libstdc++5 sur ton système. Ca ne te semble pas un peu gros de balancer sur un forum que Java 1.6 ne marche pas sur Mac Os X? Le logiciel sur lequel je travaille au boulot est en 1.6 et tourne entre autres sur Mac Os X donc excuse moi d'émettre de sérieux doutes quand tu me dis que ça ne passe pas.

Enfin, il est hors de question que je repasse en 1.5 car cela ferait réapparaitre certains bugs au niveau du son et des nio buffers qui sont très utilisés par JOGL. Si je commence à faire un script par version de Java, je ne suis pas sorti de l'auberge et je serai vite bloqué car les sources ne sont pas recompilables en Java 1.4 et certains attributs JNLP que je vais ajouter dans 2 jours ne sont supportés que par Java 1.6 (ils permettent au jeu de ne plus planter en demandant assez de mémoire tout de suite, ce n'est pas du superflu) donc cela ne règlera en rien le problème que tu rencontres.

Décris précisément ce que tu entends par "ça passe pas avec osx", donne une trace, un log, une exception, c'est trop vague pour que je puisse t'aider.

Commentaire de broumbroum le 05/09/2007 05:10:33

ecoute bien, je n'ai pas l'intention de mettre en deçà ton programme TUER qui m'interpelle depuis un moment sur les forums, mais vu que je n'ai qu'OSX à disposition je te dis que ça marche pas sans installer la version 1.6 vu le descripteur que tu donnes en 1.6+. regardes ce que retourne la console Web Start 1.5 de Apple : Java Web Start 1.5.0
Utilisation de la version JRE 1.5.0_07 Java HotSpot(TM) Client VM
Répertoire d'accueil de l'utilisateur = /Users/website
----------------------------------------------------
c:   effacer la fenêtre de la console
f:   finaliser les objets de la file d'attente de finalisation
g:   libérer la mémoire
h:   afficher ce message d'aide
m:   imprimer le relevé d'utilisation de la mémoire
o:   déclencher la consignation
p:   recharger la configuration du proxy
q:   masquer la console
r:   recharger la configuration des politiques
s:   vider les propriétés système et déploiement
t:   vider la liste des threads
0-5: fixer le niveau de traçage à <n>
----------------------------------------------------
#### Java Web Start Error:
#### L'application a demandé une version de la plate-forme JRE (version 1.6+) qui n'est pas installée localement pour l'instant. Java Web Start n'a pas pu télécharger et installer automatiquement la version requise. Vous devez installer cette version de JRE manuellement.

la version 1.6 est disponible pour les developpeurs Apple depuis peu. Seulement je n'ai pas accès au fichiers ADC d'Apple.
Ensuite les apports 1.6 de Java par rapport à la précédente version sont plus ou moins évident à convertir sur 1.5, même si cela peut te paraître fastidieux. voilà.

Commentaire de gouessej le 28/10/2007 09:30:50

TUER a été déplacé à cette adresse : http://tuer.tuxfamily.org/tuer.php

Maintenant, vous pouvez le lancer en moins d'une minute (connexion 100 MPS). Le code source complet reste à la même place pour le moment.

Commentaire de gouessej le 08/02/2008 18:56:09

Désolé, la sensibilité de la souris n'est pas encore paramétrable ni la vitesse de déplacement ce qui a un impact négatif sur la jouabilité. J'ai dû faire quelques améliorations pour que le jeu tourne plus vite sur les ordinateurs modestes. Le problème est que ça va trop vite sur les machines récentes. Cependant, ce n'est pas une raison suffisante pour dénigrer mon travail. Même sur des machines sur lesquelles mon jeu tourne à 400 FPS, j'arrive à me déplacer dans le niveau donc je pense que le terme "impossible" est exagéré. Si tu veux, je peux t'indiquer dans quel endroit du code tu peux modifier la vitesse. Si tu arrives à recompiler le projet avec ANT, tu pourras voir ce que ça donne dans de meilleures conditions.

Commentaire de gouessej le 08/02/2008 20:32:07

Voilà j'ai mis à jour mon jeu. Maintenant, tu devrais avancer à la même vitesse que chez moi qui suis à seulement 16 frames par seconde. Je vais demander à des gens de tester. Si ça marche et que tu me dis que ça va encore trop vite, je ne pourrai rien pour toi.

Commentaire de gouessej le 08/02/2008 23:35:36

Ce n'est pas l'endroit pour des attaques personnelles de ce genre, ça n'a rien à faire ici. C'est facile de faire des remarques du genre "il y a encore beaucoup de boulot", tu n'es pas à ma place, je programme ce jeu sur mon temps libre, je n'ai pratiquement pas eu d'aide et j'ai dû me dépétrer tout le seul pratiquement tout le temps lorsque j'ai bloqué sur une difficulté. Ce qui m'agace, c'est que tu as dit que le jeu est injouable alors que même quand il était trop rapide, on pouvait arriver à se déplacer, j'ai trouvé ta remarque excessive. Maintenant, tu te permets de me dire que je suis prétentieux sans te justifier si ce n'est en parlant de mes études. Si tu penses que je dis des bêtises concernant le framerate, tu n'as qu'à jeter un coup d'oeil aux captures d'écran sur mon site.

Commentaire de gouessej le 09/02/2008 10:41:18

Encore une fois, le but est de parler de mon jeu, pas de s'amuser à faire des attaques personnelles, encore moins de faire des allusions à mon cursus scolaire, ça n'a strictement rien à faire ici, reconnais-le. Il y a une différence notable entre dire qu'un jeu est injouable et dire qu'un jeu a des problèmes de jouabilité.

Je fais ce que je peux, je ne suis pas un artiste. Un chargeur de modèles au format MD3, OBJ et 3DS est toujours en développement dans le but de pouvoir intégrer des éléments graphiques plus complexes que ceux que tu as pu voir. Je reconnais que c'est assez pauvre graphiquement.

Je pense qu'on doit se justifier quel que soit l'ampleur du projet concerné, quelque soit sa taille.

Si tu as jeté un coup d'oeil dans le code, tu sais que tes cartes graphiques pourraient au moins me "remercier" d'utiliser quelques fonctionnalités (display lists, vertex arrays, vertex buffer objects) même si je reconnais qu'on peut aller beaucoup plus loin. C'est pourquoi depuis août 2007 j'essaie d'implémenter (en parallèle avec d'autres fonctionnalités car je ne fais pas que ça) un algorithme de division de l'espace en cellules et en portails pour grandement améliorer les performances.

Voici les résultats que j'obtiens avec mon jeu (de la carte la plus récente à la plus ancienne) :
ATI Radeon X1950 Pro AGP 8x               entre 145 et 225 FPS
NVIDIA Geforce 6600 GT                    90 FPS
NVIDIA Geforce 5200 FX                    32 FPS
ATI Radeon Xpress 200M                    32 FPS (uniquement avec la 2ème version des drivers sous XP)
ATI Radeon 9250 Pro AGP 4x/8x             17 FPS

Donc apparemment, nous n'avons pas la même définition de "machine actuelle". Avec deux cartes graphiques NVIDIA assez récente en SLI, j'obtiens en effet 400 FPS. Je ne nie pas que les performances sont trop faibles vu la faible complexité de la géométrie mais encore une fois, ta remarque est exagérée, ça tourne à 20 FPS sur des ordinateurs sorties en 2002 environ et sur des ordinateurs plus récents mais avec une carte graphique "modeste" si je puis dire.

Quand les gens postent des commentaires, j'attends un échange constructif, avec des éléments précis mis en avant pour que je puisse corriger mon jeu. Tu m'as permis d'améliorer mon jeu, j'avais prévu cette modification mais là, j'ai fait un "fix" à la va-vite (au lieu de faire un truc propre), donc je te remercie quand même. Or, si tu évitais de parler de trucs qui n'ont rien à voir avec le jeu et si tes remarques étaient plus proportionnées et si possible mieux justifiées, je n'aurais rien à y redire. Si tu m'avais dit que mon jeu tourne à 20 FPS avec des graphismes des années 90 sur des machines de moyenne gamme ayant quelques années, j'aurais été d'accord avec toi.

Petit rappel au cas où, mon code qui tourne soit disant à 20 FPS sur des machines récentes m'a demandé plus de 1600 heures de travail. J'ai dû réécrire à 85% le moteur qui a servi de base au projet, ce n'est pas facile de faire ça seul, demande à des gens qui ont de l'expérience dans la programmation de jeux. Je suis humble, je demande juste aux gens de me faire gagner du temps en parlant seulement du jeu et en étant assez précis pour que je puisse rapidement tenir compte de leurs suggestions. Les réflexions du genre "Nos cartes graphiques...ne te remercient pas du tout" et "il y a encore beaucoup de boulot" n'entrent pas dans cette catégorie.

Commentaire de gouessej le 10/02/2008 17:08:47

Rebonjour. Non seulement je sais que mon programme a des défauts mais j'ai tenu compte de toutes les remarques qui ont été faites. Sur mon site, j'ai listé toutes les modifications à faire que j'ai recensées avec l'aide des internautes, cette liste n'est pas fermée :
(http://tuer.tuxfamily.org/project.html#requests).
Tu te contredis puisque toi-même tu as dit que ça allait trop vite et le soir même, j'ai tenu compte de tes propos. Beaucoup d'internautes avaient réclamé un viseur pour pouvoir tirer plus facilement, je l'ai fait. D'autres ont réclamé une barre de progression car ils ne savaient pas où en était le chargement, je l'ai fait. Je peux citer de nombreux autres exemples si tu veux jouer à ça.
Je n'attends pas des gens qu'ils disent que mon jeu est génial, la preuve en est que sur la plupart des sites où je décris mon jeu, je commence par écrire "tiny FPS", "small FPS" ou bien "modest FPS". Par conséquent, tu es complètement à côté de la plaque.

Mes benchmarks ne sont pas fictifs. Plusieurs internautes (il me semble que Twinuts a testé le jeu, tu pourras lui demander) peuvent attester de la véracité de ces résultats. Je ne dis pas le contraire, je devrais tourner 16 fois plus vite au moins avec des graphismes aussi pauvres, c'est pour corriger ça que j'ai commencé à implémenter un algorithme de division en cellules et en portails il y a quelques mois. Je précise que pour les benchmarks, nous avons pris les pilotes qui marchaient le mieux et nous avons fait tourner le jeu à la même résolution d'écran (1280*1024) sur tous les ordinateurs pour pouvoir comparer les performances. Je dis "nous" et pas "je", la liste des gens qui ont participé à ces tests est mentionné dans le jeu, preuve que je n'envoie pas tout le monde paître.

Je te rappelle qu'il était déjà prévu que le problème de vitesse de déplacement variable d'un ordinateur à l'autre soit réglé, c'était déjà dans les cartons (mais avec un objectif plus large). J'ai juste mis au point une solution moins propre pour corriger rapidement uniquement le problème que tu as soulevé. Regarde la requête de modification titrée "add a time-based animation system".

D'autre part, le problème est que depuis le début, tu te sens obligé de te moquer de moi et de tout exagérer, tu me traites de "prétentieux", tu parles de choses qui n'ont rien à voir avec le jeu, tu tires des conclusions hatives concernant mon humilité et la façon dont je prends en compte les commentaires que laissent les internautes. Mais au cas où tu ne serais pas au courant, il y a d'autres forums qui parlent de mon jeu donc tu ne peux pas tirer des conclusions sur ma façon de m'adresser aux gens uniquement en faisant référence à celui-ci.

Enfin, je ne viens pas ici pour recevoir des leçons de morale. Je consacre énormément de temps à mon jeu, je ne me tourne pas les pouces, je vois mal comment certains de mes problèmes auraient pu déjà être réglés puisque je consacre déjà la majeure partie de mon temps libre au développement de mon jeu. Avant de me donner des leçons, pourrais-tu me dire quel est ton expérience en programmation de jeux vidéo en 3D? Sur ce, je te souhaite une bonne fin de journée.

Commentaire de truthlesslife le 10/02/2008 20:18:49

Tu n'as décidément rien compris. Allez, "j'arrête de t'embêter" puisque visiblement il n'y a aucun espoir.

Commentaire de PCPT le 11/02/2008 11:16:43 administrateur CS

qui a pris ma corde à sauter?

désolé j'ai pas eu le courage de tout lire...

il faudrait peut-être ne pas oublier où vous êtes comme l'a souligné truthlesslife : un site communautaire!
concrètement qu'est-ce que çà veut dire?

que ton appli soit extra ou juste un bon début même costaud (je fais pas de Java donc je n'interviendrai pas à ce niveau), avant d'espérer un retour tu postes pour partager!

en se fiant au compteur, 39 personnes ont téléchargé ta source. tu vois des commentaires de  39 membres différents? non! çà ne risque pas et ce n'est pas le but, même si çà apporterait beaucoup à tous.

cependant gouessej, si tu espères des retours constructifs (chose que tu avais commencé à avoir mais que tu as mal lu sans doute), ce n'est pas en rembarrant les membres qui essayent d'éplucher tes 1600 heures que tu leur extirperas des commentaires à la hauteur de ce que tu estimes.

je suis persuadé que quand tu reliras les comms dans 1 an ou 2, çà te fera sourire ;)
en attendant tu as fait des maj très rapidement et tu restes à l'écoute, n'est-ce pas le principal?

de là si un commentaire te dis "très beau boulot" ou juste "mouai...", le membre saura dans les 2 cas qu'il n'y aura pas de réponse de ta part (pourquoi faire...)

@+ et bon dev à tous

Commentaire de truthlesslife le 11/02/2008 19:49:12

Je comprend pas pourquoi la note que je laisse disparait à chaque fois.

Commentaire de cirec le 11/02/2008 20:19:16 administrateur CS

C'est moi qui est supprimé les notes :
pour moi il y a un manque d'objectivité flagrant.
Depuis le début tu critiques le code c'est ton droit, certes mais
tu commences par critiquer le coté fonctionnel du code alors que le premier message le précisait déjà ... tu ne réponds pas à ses demandes de précisions tu te contentes juste de "l'attaquer" sur un plan personnel (cursus scolaire etc) et pas un seul message avec, ne serait-ce qu'un embryon de piste pouvant mener à une amélioration du code ... par contre donner un 2 te tient à coeur.
Ce qui me fait douter de la nature de tes intentions.

Commentaire de truthlesslife le 11/02/2008 22:53:36

CIREC < Ah ok t'aurais juste pu laisser un message pour me signaler le truc parceque je causais en pv avec un autre admin qui m'assurait qu'aucune note n'avait été supprimée.


Pour un débutant qui postait ce code en demandant de l'aide j'aurais mis 6/10 pour l'encourager. Pas parceque ce code mérite 6/10 mais parceque sont auteur aurait pu mériter des encouragement pour continuer à progresser.


Mais la les choses sont différentes : L'auteur dont nous parlons est informaticien de métier et il envoie chier tout le monde. Son code fait peu de choses et il le fait mal (certains murs apparaissent tout blanc, la vitesse de déplacement est variable, le jeu tourne globalement trop lentement etc.)... Donc je note pour ce que ça vaut.

PS : Par contre tu as totalement raison sur le fait que "j'ai attaqué directement"... Pour être honnête avant de poster mon premier commentaire j'avais lu tous les précédents commentaires et ça m'avait bien mis dans l'ambiance.

Mais vue qu'on tourne en rond j'arrête de poster sur cette source comme je l'ai déjà indiqué en PV à l'autre admin ; je ne cherche pas à me faire bannir.



Merci aux admins pour leur patience et bonne continuation à monsieur gouessej.

Commentaire de gouessej le 15/02/2008 13:00:59

Le problème concernant le fait qu'on peut parfois voir à travers les murs sera corrigé dans les jours à venir si j'ai assez de temps. Je vais juste utiliser un volume englobant, ça devrait aller.

Commentaire de gouessej le 16/02/2008 10:15:37

Bonjour KISHKAYA

Je te remercie pour ta remarque, je ne sais pas d'où ça vient. Si tu le veux bien, je vais essayer de comprendre ce qui se passe.

Tape "java -version" pour vérifier si tu utilises bien Java 1.6 (version de Sun Microsystems) et que ton système pointe bien dessus si tu as plusieurs versions de Java sur ta machine (il se peut que tu es gcj installé par défaut et que tu pointes dessus, alors utilise upadate-alternatives n'est-ce pas?).

Si possible, tape "javaws -viewer", va dans l'onglet "avancé" et coche toutes les cases de la rubrique "Débogage" et coche la case "Afficher la console" dans la rubrique "Console Java". Ensuite, relance le jeu et regarde ce qui s'affiche dans la console Java. Essaie de me faire un copier-coller du message d'erreur.

D'autre part, KISHKAYA, sache que j'apprécie beaucoup ton commentaire, tu dis exactement ce qui te pose problème, tu précises à la fois la version de ta JVM, son système d'exploitation et ton "window manager". C'est en étant aussi précis que l'on peut m'aider à corriger les rares bugs du jeu. Ton bug va être ajouté à la liste de bugs à cette adresse :
http://tuer.tuxfamily.org/project.html#bugs

Si jamais tu as le message d'erreur suivant :
java.lang.UnsatisfiedLinkError: no gluegen-rt in java.library.path
   at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1682)
   at java.lang.Runtime.loadLibrary0(Runtime.java:823)
   at java.lang.System.loadLibrary(System.java:1030)

alors il te suffit de vider le cache de Java Web Start, j'ai eu ce problème sur Debian Etch sur l'ordinateur que j'utilise au travail, cela vient d'une correction d'un bug de Java Web Start sous Linux de corruption du cache qui empêche une des bibliothèques (gluegen-rt) de se charger normalement.

Autre piste, tape "xset -r off" puis "xset -r on" dans ta console. Si la commande est inconnue ou si ça ne passe pas, alors il faudra que je modifie le jeu pour traiter ce cas.

Enfin, sache que je tiens à ce que les utilisateurs de Linux soient pris au sérieux. Je mets un point d'honneur à vous satisfaire. 60% des utilisateurs de TUER sont des linuxiens. J'ai essayé avec d'autres de faire marcher le jeu sur certains unix sans grand succès depuis mon passage en Java 1.6. Ton message va permettre de garder une trace de la solution de contournement possible si d'autres gens ont le même problème que toi. 1000 fois merci.  :)

Commentaire de gouessej le 16/02/2008 17:44:01

Merci du compliment. Il se peut aussi que ça vienne des pilotes. Le jeu ne fonctionne pas ou mal avec les puces graphiques Intel et avec certaines puces graphiques ATI (ATI Xpress 200 et 200M). Si le jeu a les mêmes symptomes quelque soit le "window manager", ça veut dire qu'il faut chercher ailleurs. As-tu une vague idée de la carte graphique que tu as sur le PC sous Ubuntu? Bon weekend.

Commentaire de gouessej le 18/02/2008 12:41:20

Les problèmes de "murs blancs" signalés par truthlesslife peuvent également venir de bugs et/ou de limitation des pilotes des cartes graphiques et des chipsets. La profondeur maximale du zbuffer peut être inférieure à celle dont mon jeu a besoin. Du coup, le clipping est exagéré et certains murs au loin apparaissent blanc. Ce problème a été reproduit sous Linux avec une carte NVIDIA Geforce 8800 GTX et avec un vieux chipset Sis 671 sous Windows. Dans le premier cas, le problème vient uniquement du pilote. Dans le second cas, le problème vient de la puce graphique qui est particulièrement inadaptée pour les jeux, particulièrement faible, elle refuse même de créer tous les vertex arrays dont j'ai besoin.

Je vais donc ajouter quelques tests d'erreur supplémentaires pour détecter le matériel trop faible pour supporter mon jeu et je conseille à ceux sous Linux de prendre les pilotes les plus stables et les plus récents possibles. Ces limitations devraient disparaître progressivement principalement quand je passerai à JOGL 1.1.1 et quand mon système de subdivision de l'espace sera au point.

Commentaire de gouessej le 19/02/2008 12:52:59

Bonjour

Merci beaucoup kishkaya, c'est très gentil de ta part d'avoir pris le temps de vérifier.

Bonne journée.

Commentaire de Komona le 25/04/2008 07:12:39

Bonjour,

J'ai pu tester très rapidement "Tuer" et voici ce qui en résulte :

Même sur une machine de 2003 (assez chargé en processus), le jeu tourne à 20/30 FPS et les déplacements sont plutôt rapide.
On vois tout de même un effort conséquent (par rapport aux premières versions)de l'optimisation du code source.
Je ne sais pas si ça viens de moi mais, les déplacements souris sont assez saccadés, cela doit venir de ma machine.
Je pense que les déplacements (Sol) pourraient être améliorés dans leur fluidité, même si ils restent bon.

Le Radius des collisions des objets aux alentours est un peu trop large à mon goût. (Détail).
Quand on tire à 10cm du mur, le personnage ne subit aucun dommages. (Détail).

Pour un jeu amateur (de plus codé en java) c'est une très bonne source, d'un côté cela fais prendre conscience que "créer un jeu 3D" n'a rien de simple et d'un autre, les fonctions et variables employés font apprendre beaucoup de chose.


Je met un 8, car d'une part, (d'après ce que j'en est lu) la source à été entièrement codé par toi-même, c'est déja quelque chose,
les améliorations effectuées avec le temps on prouver que tu savais maitriser ton code (Nombreux sont les codeurs qui ne savent pas "debug" leur sources correctement),¨
et finalement, même si le style semble "useless", il à tout de même un style.


Bonne continuation.



Cordialement,

Komona.

Commentaire de gouessej le 25/04/2008 12:45:26

KOMONA, tu es sûr que tu as bien cliqué pour la note? Ca n'a pas bougé, c'est curieux.

Commentaire de gouessej le 26/04/2008 02:01:06

Bonsoir

Le jeu n'utilise pas DirectX mais OpenGL, juste à titre indicatif. C'est curieux, le problème avec la souris semblait réglé, c'est quand même beaucoup plus précis qu'avant. Je suis surpris aussi car sur une machine équivalente à la tienne avec une NVIDIA FX 5200, le jeu est monté à 52 FPS. Qu'est ce que c'est L2J??

A bientôt.

Commentaire de gouessej le 09/06/2008 21:06:26

Bonsoir

Le code source a été mis à jour. Au menu :
- un kit médical permet de reprendre des forces
- le jeu fonctionne de nouveau à peu près bien sur les chipsets VIA et SiS
- la gestion des déplacements du regard avec la souris est plus fluide et beaucoup plus précise
- le bogue des explosions suicidaires a été corrigé
- d'autres bogues mineurs et vices de conception ont été corrigés, notamment au niveau de la conception MVC

Commentaire de gouessej le 16/02/2009 20:05:29

Bonsoir

Mon projet continue. Je pense mettre à jour le code source sous peu mais je voudrais terminer l'intégration de mon scénographe à l'intérieur de JMonkeyEngine 2.0.

Commentaire de gouessej le 14/09/2009 22:32:28

Bonsoir Hugo

Merci du compliment. Par contre, il faut que je mette les liens à jour, j'ai dû tout déplacer sur Sourceforge comme Tuxfamily prend l'eau :(

http://tuer.sourceforge.net