Vidéos de vos jeux

Need de pouvoir tester ca

Je n'aime pas les danmaku, mais là, impossible de nier la beauté de celui-ci .
C'est fait avec l'éditeur que tu nous as présenté la dernière fois ?

Ouaip. Celuicilà même.
Pour les gens que ça intéresse: http://www.mirorii.com/fichier/26/454058/th_Danmakufu_tests-zip.html
Suffit de lancer l'exe, aller dans Directory et choisir le script à lancer.
W pour tirer, X pour les bombes, Shift pour le focus.

Avec ça vous pouvez aussi (normalement) faire vos danmaku en suivant des tutos sur le net.

Pas retesté mais normalement tout fonctionne (j'ai du vérer quelques trucs mais je pense pas avoir retiré quoi que ce soit de vital). Les replays sont un peu bugués donc non je suis pas une grosse zutre.

Impossible... C'est trop dur. xD

Mais pas du tout
C'est à peine niveau normal/extra.

Sinon y'en a une qui fonctionne pas mais c'est normal, c'est un script vide

Parce que je suis pas rancunier...



La V2 de mon système de plateforming (la V1 ayant été un projet secrètement développé), toute belle, toute fonctionnelle et toute pratique avec son éditeur de map des plus faciles (nécessité de "mapper" les collisions, d'importer une picture du niveau et de rentrer ses dimensions dans deux variables, et le moteur se charge du reste).
Le réglage du "zoom" n'est que temporaire, je ne l'ai ajouté ici que pour vous le montrer, je planche actuellement sur la meilleure façon de l'intégrer au gameplay.

Bande de nuls!

Un peu Enorme le saut sinon GG

Ho ho, pas mal, pas mal !
Les sauts sont peut être un peu trop hauts, en effet, mais sinon ça gère.

Énorme.
Tu m'étonnera toujours, Manderr.

Citation :

Bande de nuls!

Woah, c'est énorme... Bien joué. Mais le système de saut dans Ludu est mieux !

Merci
Pour les sauts, il suffit de changer la valeur d'une variable pour les modifier, j'ai pris celle-ci pour que le niveau de SMB soit réalisable sans tomber (sauf à la fin ).

Par contre vous avez des idées de comment adapter le zoom? (je l'ai inclu parce qu'il ne me demandais pas trop de lignes de code en plus, juste beaucoup de réflexion )

Je verrais plus un zoom quand le héros est à l'arrêt et un dé-zoom quand il va vite. Mais zoomer suivant la hauteur du héros c'est pas mal non plus.

C'était une de mes idées, ça et suivant la hauteur du saut (x200 lorsqu'on est à terre et x100 lorsqu'on est au sommet)

Mais je cherche comment apporter un réel intérêt au gameplay avec...

Ben... Le zoom n'est qu'accessoire, ça rend juste le jeu plus dynamique.

Certainement...
Enfin après quelques essais dézoomer suivant le saut n'est pas une bonne idée (zoom brutal dès que le joueur tombe d'une plateforme), mais zoomer lorsque'il est immobile est assez convainquant.
Après, j'avais pensé à une sorte de zoom automatique lorsqu'un ennemi s'approche par exemple, ou qu'on est prêt d'un objet (l'écran dézoom pour les laisser apparaître), de manière à immerger le joueur le plus possible, à la manière d'un FPS

Call of Minou!

Les graphs sont nul, ça rend pas service à la démo [/troll]

Plutôt que de zoomer quand le minou est immobile, fais plutôt un zoom actif en fonction de la vitesse du minou.
Autrement dit, ce que tu as fait dans la vidéo est pas mal mais faudrait plutôt dézoomer d'autant plus que le minou va vite (autrement dit, le dézoom sera maximal quand le héros sera en chute libre).
A l'inverse, tu zoomes quand le minou est immobile sur le sol.

Pense aussi aux mouvements de caméra. Tu devrais la déplacer en fonction de la vitesse et la direction du héros (autrement dit, si le héros regarde vers la droite en étant immobile, la caméra sera à peine décalée vers la droite, mais s'il se déplace alors il se retrouvera au milieu de la moitié gauche de l'écran). De plus, si le héros va vite (boost de vitesse ou chute libre) la caméra s'éloignera d'autant plus. Et bien sûr, la caméra se déplacera un peu en fonction de l'objet / ennemi le plus proche.


Il ne faut surtout pas zoomer - dézoomer en fonction des objets ou des ennemis. C'est le boulot de la position de la caméra.
La principale raison en est que le boulot du zoom n'est pas de montrer les éléments du jeu mais simplement de permettre de prévoir les mouvements. Quoi de plus difficile que de prévoir ses mouvements quand on va vite ? En plus d'une vision lointaine, il faut un grand angle de vue, ce qu'un simple mouvement de caméra ne permet pas.
La caméra, elle, n'a pas besoin d'être centrée sur le héros si ce dernier se déplace. Si on marche vers la droite, la probabilité d'être attaqué par la gauche est quasi nulle (à moins que les ennemis soient plus rapides que le héros et apparaissent par la gauche, mais dans ce genre de jeu ce n'est presque jamais le cas). Donc inutile de montrer ce qui se passe à gauche du héros. De plus, en principe on n'a pas des yeux derrière la tête et on n'est pas supposé savoir ce qui se passe derrière nous (même si dans la plupart des jeux (à part FPS évidemment) on est obligé de voir ce qui se passe derrière pour des raisons pratiques). Déplacer la caméra selon l'orientation du héros est donc un véritable plus au niveau de l'immersion.
Et enfin, la principale raison pour laquelle la détection des objets ne doit pas être faite par un zoom mais par un déplacement de caméra : quand vous vous concentrez sur un objet au loin, ça vous aide à repérer ce qu'il y a autour de vous ? Non. Donc un zoom est inapproprié. Seul un mouvement de caméra, traduisant bien la sensation de concentration du héros sur l'objet, permet une bonne immersion.

Donc en résumé :
Zoom dynamique en fonction de la vitesse du héros
Déplacement de caméra :
- en fonction de la direction et de la vitesse du héros
- en fonction du plus proche objet environnant

*se sent dépassé*

GG, j'ai bien fait de migrer mon projet "plateformes" sur MMF2. Quand je compare les sauts que j'ai programmés sur RMVX et là...

Hiino: Très intéressant de coupler :position de la caméra" avec "zoom", je n'y avais jamais pensé, surtout que je vois comment programmer +/- la plupart de tes cas
Choco: Je te zutre!
Xiao²: Merci

Waw mais c'est trop fort
Franchement GG c'est une super idée et ca rend bien ^^

Tu parles de quoi?
Merci

Très beau boulot ! Mais le fond noir avec le détourage noir, ça donne l'impression que ton minou flotte !

C'est les tiles de Super Mario Bros. qui veulent ça, je comptes bien les changer
Et le minou par la même occasion, il ne me servait que de template pour tester les animations

What ?! Tueur de minou !

Pour mon projet sur RPGMAKERVX, je voulais que parfois, plusieurs personnages se déplacent en groupe, pas en file indienne, donc j'avais écrit un script pour déplacer les personnages en groupe. Mais le soucis c'est que les PNJ's se perdaient trop souvent et c'était ennuyeux ...
Alors un gars de mon équipe a réécrit le script (sans aller jusqu'a faire du Pathfinding) et il a amélioré les déplacements, puis il a ajouté que les personnages râlent quand ils se perdent. Je trouve que ça rajoute pas mal à l'ambiance !

http://vimeo.com/34566167
voici un exemple vidéo

C'est sympathique, comme système, ça contribue vraiment à l'ambiance. Mais le problème, c'est que ça a un impact assez important sur le comportement du joueur ; il peut se sentir obligé d'attendre ses compagnons avant d'avancer, et donc de ralentir sa progression ; l'exploration en prend un coup.