Flesh Snatcher : FPS développé en Java
Merci beaucoup !
! Les textures, en fait je les ai toutes trouvées sur le net, en particulier sur le site CGTextures (sauf une seule que j'ai faite, sauras-tu la retrouver ? )... Et pour les niveaux, en gros j'en modélise les morceaux avec Milkshape3D, je les lightmappe avec le petit soft FSRad et les assemble ensuite dans un fichier map lisible par le jeu . Et tout ce qui est 2D (écrans d'intro, de loading, HUD, etc...) a été réalisé par l'excellent Spoke (adi à lui ! ).
)... Et pour les niveaux, en gros j'en modélise les morceaux avec Milkshape3D, je les lightmappe avec le petit soft FSRad et les assemble ensuite dans un fichier map lisible par le jeu 
. Et tout ce qui est 2D (écrans d'intro, de loading, HUD, etc...) a été réalisé par l'excellent Spoke (adi à lui ! ).
Oh, merci beaucoup ! en fait je suis développeur et quand je me suis intéressé à Java j'ai tout de suite voulu faire de la 3D !
Niveau projets, ça a donné une petit lib graphique entièrement software : http://javagl.sourceforge.net/
! en fait je suis développeur et quand je me suis intéressé à Java j'ai tout de suite voulu faire de la 3D !Cool de m'avoir donné l'occasion de recaser ces liens !
Pour les personnes qui suivent ce projet, je suis désolé du retard accumulé ces 2 derniers mois, et ce que je vais faire c'est procéder comme pour le 1er niveau : mettre en ligne une démo de toute la partie "église" (qui correspond en gros à la 1ere moitié de niveau) pour faire la 2e moitié par la suite. Cette démo devrait arriver dans une quinzaine (enfin, je sais que plus personne me croit ) le temps de faire un dernier bout de décor et de programmer les nouveaux ennemis !
) le temps de faire un dernier bout de décor et de programmer les nouveaux ennemis !
mets une skybox derrière pour faire croire qu'elles sont suspendues à des kilomètres de haut.
mets une skybox derrière pour faire croire qu'elles sont suspendues à des kilomètres de haut. 
Hey, merci pour l'idée !
Mais, mazette, je peux pas, cette salle est censée être un souterrain très profond ! D'ailleurs pour bien faire il faudrait de la lave au fond (mais pour ça il faudrait que je programme les textures animées, bref...).
En tout cas je garde ton idée pour plus tard .
sinon, tu peux faire une salle plus grande... le but est de déclencher de légères réactions agoraphobiques chez l'utilisateur.
si tu tiens à provoquer des sensations sur le joueur, tu peux aussi garder le niveau comme il est, mais relier les blocs de roche à des liens (cordes, chaînes, ce que tu veux...) tendus n'importe comment et à la robustesse douteuse, laissant entendre qu'ils pourraient se rompre et précipiter rochers et personnage dans le vide.
là, c'est faire exploitation d'un phénomène psychologique assez particulier qui fait qu'on a plus le vertige sur une passerelle ou en haut d'une échelle que dans un avion, même un ULM... une histoire de lien au sol, toussa
Yes, excellent le coup des cordes . Tu as tout compris : le but était de donner une impression de vertige. Si ça peut accentuer l'effet je vais essayer ça . Merci !
. Tu as tout compris : le but était de donner une impression de vertige. Si ça peut accentuer l'effet je vais essayer ça
"Yes, excellent le coup des cordes . Tu as tout compris : le but était de donner une impression de vertige. Si ça peut accentuer l'effet je vais essayer ça . Merci ! "
tu peux aussi rajouter des trucs qui pendent au plafond, et arrivent au moins à hauteur du joueur pour qu'il voie l'extrémité pendre dans le vide (des restes de cordes qui ont déja rompu? de grosses stalactites? ), ça meublera la pièce et ça devrait aussi renforcer l'effet recherché.
@caelacanthe
Carrément ! Il faut que ça reste compatible avec mes fichus bsp à brushes convexes (qui datent aussi du moyen-âge ), mais y a moyen de bricoler qqch qui casse en plus le côté "rectiligne" de l'ensemble !
Hey, merci d'avoir joué !
Pour les ennemis, oui c'est normal qu'ils bloquent le joueur car ce sont censé être de chouettes zombies (c'est clair que là ça se voit pas trop ) qui s'agglutinent autour. Arf, j'ai l'espoir que les modèles puissent être changés un de ces quatre .
A+
Voilou, bon jeu .
PS : Si vous avez trouvé le premier niveau trop facile, essayez celui-ci !
Pour ceux qui n'aiment pas Java Webstart, je viens également de mettre en ligne la version standalone, avec les sources actuelles, sur http://sourceforge.net/projects/fleshsnatcher/ .
Alors ? Je suis déçu, personne pour me descendre ?
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 :D . 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 !
Yo!
Grave! J'ai fais un rendu dans un thread à part de ma windows pour que l'anim ne ce fige pas quand tu déplace la fenêtre, sans lock, sans mutex, sans rien Mais ça marche pas mal! Je déconseille de faire ça dans un moteur multi-thread par contre, sinon le pc explose
Et si tu verrais le code source de la boucle de rendu... horrib'