Direction = la souris

[Nicolas]

  heuuu dsl de vous couper en pleine philosophie mais j'ai une question très basique. Je passe donc par les 2 lignes de trigo pour balancer mon projectile vers la souris mais je me demandais tout simplement à quoi servait la commande "lancer objet" vu su faible précision ?
Merci

[Crystal Noir]

Lancer objet sert généralement quand tu sais dans quelle direction tu veux lancer un objet à l'avance, où si l'objet tiré doit prendre la même direction vers laquelle pointe un objet actif. ce qui est très différent. En fait dans Fusion la "direction" et "l'angle" sont deux notions différentes (en quelque sorte).

Quand tu utilises "lancer un objet" cela utilise la direction d'un actif la plupart du temps, et non un angle calculé en tant que angle mathématique, je sais pas si je suis assez clair. Ce sont deux notions bien distinct dans Fusion. La direction peut être comparé ce que tu vois dans l'éditeur d'animation. L'angle n'influe pas sur ce paramètre. C'est pour cela que pour du 360 shoots on utilise la formule de trigo et de ce fait un moment personnalisé.

Quant aux autres, corrigez moi si je dis une connerie mais normalement c'est cela si je ne me trompe pas ^^

[Patrice]

Difficile de justifier le mode 32 directions plutôt que 360 aujourd'hui. Juste rappeler que Fusion porte 20 ans d'expérience depuis Klik&Play avec sa simplicité et ses qualités didactiques mais aussi avec ses restes du siècle dernier.

[Monos]

Oui, on a toujours tendance a confondre coder et programmer.

Oui. Exemple les machines à lavé ou on peux la Programmer pour des départ différé par exemple. Pourtant on ne code pas.

[Nicolas]

D'accord, de nouveau merci pour vos réponses rapides !

[Crystal Noir]

T'imagines un SDK pour la machine à laver lol

[Kloug]

"Ma "philosophie" risque de choquer les novices, mais elle a déjà prouvé son efficacité, rien ne remplace la pratique.

Ma méthode de travail, un cahier de brouillon près du clavier, les objectifs à atteindre, effectuer les mises en pratiques, les tests encore et encore, s'accrocher jusqu'à parvenir à un résultat probant, soit un moteur (training mode) qui répond aux besoins du projet.

Quand je vois un exemple sans la notion "key wait" pour un déplacement case par case, 8 directions, je verse des larmes de crocodile sur la pauvre communauté clic, à se demander d'ailleurs si cette communauté a exister quelque part, parce que si la communauté de l'anneau peut se manifester, alors je m'appelle Frodon Sacquet."

Si chaque angle correspondait à une direction, il y en aurait au moins 360 d'après mes calculs.

Ce "problème" se rencontre aussi sur une map isométrique (axonométrique), quand il s'agit de faire longer les diagonales à un projectile.

MMF à plein de "défauts", parce que c'est un logiciel polyvalent avec des éditeurs prédigérés, l'éditeur d'animation n'a que 32 directions, voilà pourquoi "lancer un objet" ne sera jamais précis, sauf si on reste dans le cadre des 32 directions prédéfinies.

[Crystal Noir]

De toute façon c'est vrai pour tout. En développement on commence par quoi ? un cahier des charges et une anayse UML...CQFD

Cela dit dans le cadre de Fusion, pour un petit truc c'est vrai que je ne passe pas forcément par cette case. Mais en admettant un projet plus sérieux, c'est sur que la réflexion analyse / papier est presque obligatoire ^^

[Kloug]

Même avec un petit truc, je préfère passer par cette case.

2 lignes !!!
https://www.dropbox.com/s/cxo17eec81q526m/Free%20Move%208%20Dir.zip



Edit: Au delà de mon humour à deux balles, les 2 lignes de Patrice sont comme du concentré de tomates.

Si Nicolas souhaite finaliser un petit moteur, pour lui, tout mettre sur le papier me semble le minimum.

[Léo]

Même avec un petit truc, je préfère passer par cette case.

2 lignes!!!
https://www.dropbox.com/s/cxo17eec81q526m/Free%20Move%208%20Dir.zip

Tiens, comment tu fais pour que le perso passe derrière une partie d'un objet (comme la maison ou les arbres) ?
Je vois bien que tu utilises l'objet "Calque", mais je ne comprends pas comment l'utiliser.

[Kloug]

"Tri décroissant en Y", pour faire simple MMF fait un "scan" sur l'axe Y.
Regarde le point chaud des actifs, c'est très facile à reproduire.

Tu peux mettre un qualifieur, pour faire un "scan" plus spécifique, suivant les effets sur les maps, il y a longtemps j'avais sorti un truc avec TGF 1.6, l'objet calque n'existait pas encore...

http://biblioklik.free.fr/MMF2/04sources/SpringUp/Freemaking04.zip

Il s'agit d'un coup à prendre, le point chaud des actifs est réglé en fonction de celui du héros, forcément, le plus important Y bien sûr.

Pour être complet, attention, il y a une autre astuce, la case libre et non libre.
Impossible à détecter in game, puisqu'elles sont identiques.
Toujours mettre la couche non obstacle, au dernier plan.

[Pit73]

Yop
Un peu tard
Je rajoute mon grain de sel, eh oui fusion permet pleins de méthodes différentes, je mets ici une version que j'aime bien utiliser
4 Lignes qui permettent de gérer des accélération / directions de mouvements 360
Necessite clickteam mouvement.

CLIQUER pour bouger

A+ Pit

[Nicolas]

Oui sinon pour en revenir au cahier des charges ...etc ... je vais viser quelque chose de très basique, un shoot'em up histoire de voir comment gérer les collision, les hitbox comment faire en sorte de lancer des vagues de sprites à des moments différents, gérer un score, des patterns de tir, une barre d'énergie. Rien d'extraordinaire mais ça devrait m'éclairer sur le fonctionne de l'appli. Je n'arrive pas encore à cerner totalement le fonctionnement de Clickteam, par exemple faut que je comprenne tout simplement comment faire l'équivalent d'un simple "if" "while" "for"que je foutais de partout sur gamemaker ...  mais vous allez surement me dire que ça n'existe pas ici.
Entre vous et les tutos youtube (de Snail que vous connaissez surement) ça devrait quand mm aller 

[Kloug]

Le Klik and Play code est un langage de programmation simple ou complexe, tout dépend de la personne juste derrière le clavier.

Ce langage s'exprime via un tableau cases à cocher.

Déjà on entrevoit le paradoxe, car le tableau est un espace limité, tout comme la scène. Avantage et inconvénient d'un langage simplifié, simplifié ne veut pas dire sans puissance.

Le klik and Play code, se résume à une condition à gauche, une action à droite.

Si la ligne (condition, action) est plausible, elle est exécutée, dans le cas contraire MMF passe par dessus.

Sans aucune notion de programmation, le cliqueur sera vite limité, il ne sortira rien d'exceptionnel, malgré des idées lumineuses et des prétentions démesurées.

Suite à un minimum d'analyse, une conclusion s'impose, les cliqueurs et cliqueuses s'adonnent à la programmation structurée.
 
Avec une analyse un peu plus poussée, on constate que les exemples proposés sur la toile, résolve une problématique de façon soit schématique, soit avec du code pur et dur, le plus souvent un mixte des deux.

Rien de plus évident, puisque la colonne vertébrale de MMF est l'éditeur de scènes.

En clair, il y a deux choses sur lesquelles le cliqueur doit se pencher.

1) L'étude des ressources graphiques >> Astuces via des objets invisibles, couches composées et décomposées.

2) Les notions de programmations.

Les 2 lignes que j'ai proposé plus haut, résument le N°1 et N°2 "parfaitement".
Sur ces deux lignes je peux écrire un livre.

- Base du jeu vidéo 2D, la tuile.
- Moteur de déplacement.
- Notion case libre et non libre.
- Gestion des collisions.
- Gestion des plans.
- Stratégie mapping.

Comme nous tous, tu seras confronté au dilemme Klik and play, bidouille en tout genre et programmation pur et dur, tout le charme de MMF.

Si je peux me permettre "if" "while" "for", me semble un concept "restrictif" avec les possibilités quasi infinies de MMF, pour commencer tu devrais explorer l'interface MMF, afin d'avoir un maximum d'outils en main.

Bienvenue au club!

Edit:
Les cliqueurs forment un club, où l'entrée est payante.
Les makers forment une communauté, où l'entrée est "gratuite".

[Léo]

Merci Kloug pour toutes ces précisions, c'est très intéressant.