Bonjour, j'ai utilisé plusieurs empty car pensait que mon code bugerait moins avec mais ce n'est pas le cas.

J'ai un empty "pivot" qui doit suivre la position du personnage et, lors du zoom de 0 à 4 suivre la rotation du personnage, lors du zoom de 5 à 9 avoir une rotation indépendante, et le zoom 10 pour des cameras fixe.
Un empty "X" qui tourne (en animation) sur son axe Z en suivant les gauche et droite de la souris ou du stick droit;
Un empty "Y" qui tourne (en animation) sur son axe X en suivant les haut et bas de la souris ou du stick droit.
Un empty "Z" qui plus ou moins proche (en animation) du personnage en fonction du zoom de 0 à 10.


Pardon mais je vais faire une bonne pause maintenant, certains dirons encore, mais il est aussi possible que j'arrête complétement car là j'ai vraiment été trop gavé par cette saloperie de code, et après avoir recommencé le projet au moins 5 fois en 12 ans ça me gonfle sévère.

Je trouve que tu cherches à faire compliqué alors que tu peux simplifier la chose. Le problème que tu rencontre là, ce n'est pas vraiment le code qui est responsable, c'est ta logique avant tout.

Comme tu le dis, peut-être as-tu besoin de faire une pause mais je t'assure que si tu adoptes la même logique dans un autre moteur, tu aura des souci aussi, quelque soit le domaine. En principe, tu dois avoir un "process" qui gère le zoom de la camera, donc simplement rapprocher ou reculer celui-ci et un autre "process" qui gère la rotation de ton personnage.

Je ne comprends pas l'intérêt d'un empty qui tourne via une animation que je suppose être en "propriété".

N'oublie pas que la manette de jeu est comme le clavier/souris mais sous une forme physiquement différente, donc tu dois te fier au mode souris-clavier et "adapter" pour la manette, mais pas penser "manette".

Vas chercher mon petit projet Darwin. Regarde comment j'ai réalisé ces deux process dans le blend "database", peut-être que cela te donnera des pistes.

Si tu ne trouve pas, demande moi.

Comme dit précédemment j'ai utilisé plusieurs empty car pensait que mon code buguerait moins avec mais ce n'est pas le cas.

Cela signifie que ma première version n'utilisait pas d'empty, tu penses vraiment que dans les précédentes versions de mon jeu je n'avais pas de caméra qui fonctionnait ?

Il est fort probable que la pause soit définitive, bonne journée.

Je ne sais pas. C'est pourquoi il faudrait analyser le contenu de ton projet pour mieux cerner la problématique.

Tu as raison, fais une pause, histoire de prendre du recul et reviens-y quand tu es prêt.

Moi, je reste dans le coin.

Ma caméra suit mon perso maintenant, mais voici ce qu'elle fait aussi, je vais m'arrêter bientôt et pour de bon si ça continue comme ça.
https://youtu.be/WxuLVc7BW3I

Salut sbkobama,

Ce que je vois là, c'est en rapport avec ton code du post #519 ?

Oui il n'a pas été beaucoup modifié depuis, mais inutile de me reparler de "process" ou autre.


Edit : trop blasé par le bug je n'avais pas sauvegarder pour que les actuators de rotation "cont.activacte(camera_X)" et (camera_Z) soient toujours actifs j'ai du les rebasculer après le "camera_pied.worldposition" en fin de script.

J'ai déjà joué à tenter de régler l'orientation manuellement, c'est d'une difficulté à s'en tirer les cheveux.

Le plus efficace est de convertir en euler, transformer l'axe que tu veux avec les radians puis reconvertir ça en matrice.

Petit exemple ici:



Qu'est-ce qui t'empêche d'utiliser l'actuator mouselook ?

C'est à dire que ton problème est en rapport avec l'orientation dans la scène et le sens à respecter, qui est un peu flou dans le bge.

Je veux dire par là que quand tu fais une rotation, les coordonées des 3 axes changent de tout au tout, contrairement à la position.

Exemple:
position = [x, y, z]
orientation = [[x1, y1, z1], [x2, y2, z2], [x3, y3, z3]]. -> on appelle ça une matrice.

Oui j'avais trouver l'astuce des radians avant de passer au animations pré-calculées, Je n'ai plus de problème d'orientation.

Je ne vois pas le rapport avec mon bug qui semble être que la caméra veut être à deux endroit en même temps.