Je vais aller tester ça .

Tu as tout fait tout seul ?

Salut !

@GentleStorm
Merci d’avance !
Non, je n’ai pas tout fait entièrement : les musiques sont de mon frère et tout ce qui est design 2D (hud, intro), ainsi que le gun, est du graphiste Spoke .

@Vilmorar
Merci pour le test et pour tes encouragements !
La console est pour l’instant inévitable, mais pour ne plus la voir on peut passer en plein écran .
Pour l’arme, oui il y en a une seule actuellement mais d’autres sont prévues, notamment pour les futurs boss .

Sinon, petit compte rendu hebdomadaire : cette semaine j’ai beaucoup bossé sur le code… pour rien !

En effet, on peut constater sur la démo qu’il y a encore quelques petits défauts de collision : on reste un peu accroché sur quelques coins à angle obtu… J’ai « naturellement » pensé qu’il s’agissait d’une conséquence de mes structures de données, cad, sans trop entrer dans le détail, qu’un test sur une forme de collision se fait même quand cette forme est à l’intérieur d’une autre ce qui peut occasionner quelques défauts d’epsilon sur les arêtes. J’ai donc passé la semaine à coder des algos sophistiqués à base de découpage de meshes et d’élimination d’intersections, sans résultat . J’ai alors constaté qu’en « flymove » dans les maps ces défauts n’avaient pas lieu lorsqu’on ne touchait pas le sol. Parallèlement j’ai récupére les sources de Doom 3 . J’ai alors constaté qu’ils traitaient effectivement le sol à part… C’est ce que j’ai fait, ça m’a pris un quart d’heure de modif, et ça marche parfaitement bien ! Comme quoi, parfois le développement c’est vraiment du bricolage : je ne connais toujours pas la raison du défaut de départ, mais ça s’est résolu avec un peu d’observation . Même Carmack « bricole » des petites sécurités sur des algos pourtant éprouvés, par ex. un test d’égalité de plans de collision qui n’y était pas dans les Quake…
Tiens, entre parenthèses, je conseille plus les sources de Doom 3 que celles de Quake, bien plus lisibles pour un dev « orienté objet », et cette fausse simplicité montre bien selon moi le génie du développeur : alors qu’on galère pour structurer la moindre fonctionnalité, tout est parfaitement organisé, évident, c’est un plaisir à lire (carrément) !

En bref, alors qu’on m’a rapporté des milliers de modifs à faire, j’ai bossé sur un truc qui ne génait personne !

Salut !

Rien de nouveau cette semaine au niveau du contenu, mais un petit pas supplémentaire pour flesh snatcher dans sa conquête du parc informatique mondial puisque certaines incompatibilités liées au système sonore sont ce soir (normalement) éradiquées par le passage au fameux Paul Lamb Sound System. Pour être cohérent, j’ai choisi de passer par LWJGL qui utilise lui-même Jorbis pour manipuler OpenAL, ainsi la même bibliothèque sert au graphisme et au son.

Voilou, la nouvelle version est en ligne sur http://fleshsnatcher.sourceforge.net/demo/ , alors si le jeu ne marchait pas chez vous, pouvez vous tenter de le relancer ? Je vous remercie d’avance .

Salut !
Quelques nouvelles avec cette semaine des avancées au niveau du code, avec 3 principales améliorations :
- Résolution des principaux problèmes de collision (fait de rester coincé dans les coins, etc…) par révision de l’algo de parcours de bsp. Finalement donc nul besoin de traiter le sol à part, etc… Du coup j’ai retiré les petits morceaux de Doom 3 !
- Implémentation du système de gestion des ressources de décor ingame : maintenant on peut ajouter, retirer, charger à la volée des portions de décor depuis des scripts dans la map. J’en ai profité pour revoir le système de PVS pour les collisions, maintenant plus rapide et évitant certains bugs.
- Et un gros morceau, encore en chantier : je me suis aperçu que les algos d’intégration de brushes convexes dans les feuilles de bsp étaient complètement buggés ! C’est ce qui occasionne des défauts dans les comportements des ennemis, qui semblent parfois ne pas voir le joueur… En fait, trop de brushes sont ajoutées, le but du jeu est donc d’enlever les brushes superflues, ce qui s’avère être un problème de géométrie et de récursivité assez costaud ! Là, un seul cas de figure me résiste, pas trop gênant puisque seuls 2 minuscules espaces sont touchés sur toute la map, mais le résultat doit être parfait !
Voilou, j’ai également un peu modélisé pour la suite du niveau 2, voici un petit wip, avant de m’attaquer au château proprement dit :

Les plus courageux d’entre vous pourront apercevoir ce morceau sur la nouvelle démo, ainsi qu’une nouvelle version de la musique de fin « by my brother himself » !
C’est sur http://fleshsnatcher.sourceforge.net/demo/

Salut,

Cette semaine, modélisation intensive ! Le décor du niveau est presque terminé (même si, comme d’hab, je suis pas trop satisfait du résultat…), et je me donne encore une semaine pour sortir la prochaine démo, le temps de « peupler » le tout .

Et voici les quelques screens habituels , montrant la tentative de se rapprocher d’une ambiance plus survival :

@GentleStorm
Oups, désolé, j’avais zappé ton dernier message … Finalement, as-tu pu tester ? (oui, j’ai toujours la hantise d’un problème de compatibilité, alors je pressure les gens )