Scolring - Forum

Heu non mais c'est intéressant quand mm
Ce que je proposait c'était juste pour évité d'avoir des liens de 3km et qu'on puisse pas voir à quoi ils sont relié sans se déplacer sur la "scène" des pIT.
Le principe de la boite noire, il faudrait m'expliquer parce que je ne vois pas c'est.
Concrètement, ce que je propose c'est juste une aide visuelle pour s'y retrouver quand on a des scènes un peu chargées en pIT.
(si on arrive vraiment pas à se comprendre je ferais un petit schéma )

Ou un Boulder Dash (ah…nostalgie…)

Ok, pour le casse brique mais avec un coté RPG alors

Salut,
Voilà une proposition de couleurs vite fait :

• Alors pour les couleurs, il ne faut pas confondre couleur et valeur, plus que nuance. En fait il ya  les couleur : bleu, rouge, vert… et les valeurs : du blanc au noir. Ce que je proposais c'est que chaque groupe de plugIT (pas chaque plugIT, sinon on s'en sort plus et ça ne sera pas plus visible car on ne pourrait pas retenir en mémoire toutes couleurs et leur correspondance) ai une couleur, donc en gros une dizaine de couleur différente, +1 couleur éventuellement pour les plugIT perso.

• Oui, pour le déplacement dans la scène ça pourrait être une option (navigation Blender, un truc du genre).

• /

• Pour les paramètres, effectivement, je ne sais pas du tout comment cela fonctionne, alors je réfléchit par référence. Je m'explique : avec les logiciel e-doceo (flash), on a la possibilité d'importer des animation dans la scène. Les animations étant des swf avec du code qui communique avec l'API. Du coup dans ces animations, on pouvait définir des paramètres(par exemple on peut renseigner un texte dans les paramètres pour qu'il soit récupérer dans l'animation). Ces animations sont un peu l'équivalent des plugIT. Du coup dans le logiciel, lorsqu'on importe une animation, on a par défaut comme dans OS3D, un grand cadre blanc pour entrer les paramètres, encore faut-il les connaitre Du coup, dans l'animation (dans le code) on peut définir des champs de saisie avec un label qui seront repris par l'API et affichés en dessous du champ des paramètres standards, dans les propriétés de l'animation.

Exemple, je veux animation qui fasse apparaitre un texte avec du flou, mais le texte doit pouvoir être modifié dans la logiciel (qui en sait pas faire apparaitre un texte du flou). Du coup je crée un anim dans flash qui fait apparaitre un texte dynamique avec du flou. Le champ de texte dynamique récupère donc une variable qui est la variable des paramètres. On pourrait en rester là, lorsque l'on importe l'anim on a une fenetre avec l'aperçu de l'anim et le champ de paramètres en dessous (grand cadre blanc donc), il suffit de taper la texte dedans pour qu'il soit repris par l'anim et animé avec du flou. Oui mais, moi je le sait, c'tes bien, mais une autre personne ne le saura peut être pas. Donc dans le code de mon animation je rajoute (traduction en français intelligible ) "nouveau champ de saisie avec comme label : Texte à animer,  et comme nom de variable : monTexteAnime". Cette fois, si j'importe l'animation, dans les propriétés, j'ai le cadre blanc, et en dessous "Texte à animer" avec un champ de saisie pour y saisir mon texte.

Bon vous aviez surement compris sans l'exemple, mais c'est plus sûr

Enfin, c'est souvent un problème que l'on rencontre de réfléchir à l'ergo une fois le projet bien entamé, du coup ça remet parfois en cause pas mal de chose et ça demande beaucoup de temps pour faire les modifs Au début du projet on a envie que ça avance vite, de voir des choses concrètes qui fonctionnent. On se dit qu'on verra les détails plus tard, et puis finalement les détails peuvent parfois obliger à faire des grosses modifications parce qu'on doit revoir la logique de certains éléments (genre chez e-doceo, on bricole à droite à gauche des bout du logiciel, on passe surtout du temps à créer des nouvelles fonctionnalités au lieu de débugguer les anciennes et faire en sorte que le soft soit plus utilisable et plus on avance et plus le chantier sera important le jour où on voudra tout remettre à plat)

Bon courage.

bon, je retente alors

-> Je viens de tenter, soit je fais mal soit ça marche pas. Effectivement avec pIT control avec no repeat, il faut appuyer plusieurs fois sur la touche faire bouger l'objet : pIT control -> clic droit->control (paramètre : 0 0 -0.01) ?

Merci.

Bon j'ai testé, effectivement ça marche mieux, mais c'est pas encore ça. A cause du physic, lorsque je relâche la touche, le personnage tourne sur lui même emporté par sa vitesse et probablement un léger déséquilibre sur sa gauche

P.S : la latence se vérifie également avec physic.

Je vais essayer, mais j'ai chronométré, c'est bien 1sec. Du coup je me suis dit qu'il devait y avoir un paramètre quelque par, car à ce point là ça ne peut pas être un lag, surtout qu'il est toujours d'une seconde

Oui, donc dans un sens c'est logique, mais ça veut dire qu'on doit mettre un pIT input pour l'anim et un autre le déplacement