C'est curieux.

Il me semblait pourtant que déplacer un objet concernait les vecteurs 3D globaux, alors qu'une animation est "locale", en quelque sorte.

Pourtant, dans ton gif, on voit un cercle qui fait supposer que c'est un bone central, connecté au root bone qui fais la croix directionnelle.

Elle est peut-être locale mais Unity calcul le root bone en particulier pour en ressortir sa vélocité et la traduire en réel mouvement sur le gameobjet.

https://docs.unity3d.com/Manual/RootMotion.html

Non mais ce monsieur (ou cette dame ?) doit aller aux urgences, il (elle ??) a clairement une tête de quelqu'un qui est infecté par un quelconque virus que ce soit. En plus, sans respecter la mise en quarantaine qui s'impose dans ces cas-là...
Faut l'embarquer pour mise en danger de vie d'autrui sur le champ !!

https://youtu.be/RGwdLRs9W4I?t=45

Plus sérieusement, c'est intéressant comme fonctionnement dans Unity. Je connaissais que les boîtes à relier pour les transitions, je crois. Après j'ai pas énormément touché à Unity donc c'est assez lointain.

Bonne continuation et surtout lavez-vous les mains avec tous ces zombies à moins d'un mètre de vous !!

Citation :

IL a eu une période difficile, mais il va s'en remettre c'est certain Par contre j'ai remarqué qu'il faut éviter de trop s'en approcher il a une humeur de chien...

Pour revenir sur le root motion, c'est pas inédit à Unity, Unreal l'utilise aussi et d'après ce que j'ai regardé Godot semble avoir des tuto sur le sujet. Après je n'en sais rien pour le BGE, mais ça doit être intégrable j'imagine aussi

Citation :

De base non, et si il existe un module à rajouter quelque part, je n'en ai pas connaissance après une recherche, ni pour l'upBGE.

Mais je vois dans l'api du BGE que l'on peut y extraire la position et la rotation d'un bone (en vecteur), ce qui fait suggérer que c'est possible. Cela dit, c'est de manière optimisée à exécuter une telle opération qui m’inquiète.

Genre capturer la position A & B, faire une différence, et appliquer ça comme un déplacement classique sur un objet réel...

Mais c'est hors sujet, bien que j'aurai voulu l'avis de Bibi09, qui devrai pouvoir m'en dire plus sur la théorie.

Hello Redstar,
Tu veux savoir si faire la différence entre deux vecteurs est une opération coûteuse ? Du style "diff = A - B" ?

Le Python de Blender n'est que la couche pour simplifier le code. Derrière, il s'agit de code en langage C, donc plutôt rapide.

Si c'est bien cette différence dont tu veux savoir le coût, ça ne doit pas être une grosse perte de performances. Il s'agit de trois soustractions, une pour chaque composante du vecteur d'après ce que j'ai vu du code source de la 2.79b.

Il y a un peu de "gras" autour de ce simple calcul lié à Python donc ça n'est peut-être pas aussi rapide qu'un code en C pur. Il y a beaucoup de if/else pour afficher les messages d'erreur lorsqu'on exécute un script dans Blender.


A noter qu'on aurait un coût plus négligeable en optimisant encore les calculs, en tirant parti de certaines capacités des CPUs "modernes" (disons ceux sortis depuis 2003/2004). C'est ce qu'on appelle le "single instruction, multiple data".
https://fr.wikipedia.org/wiki/Single_instruction_multiple_data

Pour résumer, c'est un peu la façon dont fonctionne un GPU mais en tout petit. Ici on ne traite que quelques valeurs à la fois, souvent 4, contre plus 2000 ou 3000 sur les derniers GPU haut de gamme (voir le nombre de cœurs CUDA).

Si Blender 2.7x utilisait les SIMD, ça permettrait de ne pas faire 3 soustractions successives (pour les composantes X, Y et Z) mais les 3 soustractions en même temps. Sur un calcul de la suite de Fibonacci, j'avais mesuré un calcul se faisant quasiment deux fois plus vite en utilisant les SIMD par rapport au même calcul fait sans, et sans chercher à optimiser.

Non, je veux savoir si ce serai possible de capturer la frame 1 et 2 du bone root et faire une différence entre les deux pour obtenir la vitesse à appliquer sur un actionneur "motion".

Quand je vais actionner l'animation, est-ce que je n'aurai pas une latence entre le déplacement de l'objet et celui de l'armature ? C'est un autre point noir.

Ou alors, faire ignorer le bone root mais ça reviendrai au même que faire une animation qui fais du sur-place...

À tester.

Je ne peux pas te répondre cette fois, j'ignore totalement ce que ça peut donner et comment il faudrait procéder.

J'ai pas encore étudié la théorie ni la pratique du rigging, d'un point de vue technique pour t'en dire plus. :(

Petit post en milieu de semaine pour poster un formulaire, si vous avez 5 minutes pour y répondre.

https://forms.gle/GubbkhCn5JSEWmn5A

On prépare la future sortie du jeu et on aimerait fixer le juste prix
++

J'ai joué le jeu (enfin, tu m'as compris), mais je préconises que tu récoltes des avis plus précis, démo à la clé.

Je trouve que c'est très risqué de poser une telle question sur base de 3 images...