Fais plutot sauter un node .
Sinon, sérieusement lors de l'appui sur le bouton saut fait un addForce, le callback sert pour ce qui est fixe. Par contre, à toi d'utiliser un booléen pour que la fonction soit appelée lors du passage à l'état pressé de la touche. Sinon ton addForce sera éxécuté à chaque frame tant que ton "bouton sauter" restera appuyé.
Ah! Et pour ton cube, Ne JAMAIS déplacer un node géré par newton manuellement! Parce que sinon ton node et donc ton mesh seront décalés pour Irrlicht mais Newton n'en saura rien. Si tu regardes ton programme, Newton applique la physique à son body, en déduit une rotation et une translation, puis l'applique au node d'irrlicht. Donc faire un setPosition ou un setRotation crééra un décalage entre le body et le node.

Dernière modification par johnplayer (23-08-2012 19:31:56)

donc pour la deuxième question, il faut que je traduise la translation avec les matrice de newton. Ok, je sais faire. Merci

Moi je ferais un truc du genre :

1/ récupération de la matrice du body
NewtonBodyGetMatrix( const NewtonBody* bodyPtr, dFloat* matrixPtr)
2/ on effectue la translation et la rotation
calcule de la nouvelle matrice. ATTENTION : l'échelle de Newton est différente de celle d'Irrlicht donc applique le facteur d'échelle aux translations.
3/ On applique les changements
NewtonBodySetMatrix( const NewtonBody* bodyPtr, const dFloat* matrixPtr)

J'ai un autre problème (mais ya plus rien à voir avec le titre du sujet). J'ai créer une méthode pour récupérer un clic gauche de la souris et créer un cube avec. Mais le code se lance parfaitement mais lorsque je clic, rien ne se passe.

Voici ma méthode :

J'ai essayé soit avec Cube(); soit avec Physics::Cube(); sans résultat dans les deux cas.

Saurais-tu où se cache le problème ?

EDIT :

J'ai rajouté

#ifdef _DEBUG
printf("Cliq OK\n");
#endif

dans le if mais rien n'est apparu. Comment puis-je voir le printf ?

Dernière modification par Kaze (24-08-2012 02:03:41)

Normal! Quand est-ce que tu appelles Physics::OnEvent?
1/ Physics ne dérive pas de IEventReceiver!
2/ Physics n'est pas le IEventReceiver attaché au device!

Créé un eventReceiver dans la partie de ton code qui contient ce qui appartient à Irrlicht.

Je ferais comme ça :

class Engine : public IEventReceiver
{
     // classe principale contenant ce qui concerne Irrlicht
     // contient aussi les pointeurs vers tes autres classes comme Physics

Engine();
virtual~Engine();

//! contient le code pour les événements
virtual bool OnEvent();

//! créé la fenetre et la classe Physique (instance de Physics)
bool init();

//! boucle de rendu
void run();

//! Quitte le jeu (quitte proprement irrlicht, et détruit l'instance Physique)
u32 Quit();

}

class Physics
{
     // contient ce qui concerne Newton
}

Physics ne reçoit des infos appartenant a engine QUE par arguments (dans ces fonctions ou constructeurs)
Engine a un pointeur sur Physics pour faire appel à ses fonctions, ainsi que le créé et le détruire.

Le code sera déjà mieux structuré. Parce que tu créé une classe afin de séparer Irrlicht et Newton et ensuite tu mets du code Irrlicht (OnEvent) dans le code Newton. Garde à l'esprit que la base de ton code est Irrlicht donc c'est lui qui gère l'intégration des autres parties (newton, irrklang...). Et que les autres parties sont autonomes! Newton fait des "trucs Newtonien" et Irrlicht appelle ces "trucs Newtonien". Si tu gardes cette optique, tu devrais pouvoir faire un code cohérent, sinon tu te seras compliqué la vie pour rien puisque ton code équivaudra à avoir tout codé dans le "main".

Ceci dit, je dis ça pour t'aider. Après libre à toi de le suivre ou non. Mais saches qu'il est plus facile de debugger un code bien structuré et que moi ainsi que les autres sur le forum t'aideront plus facilement aussi.

Je t'explique pourquoi j'avais fais comme ça :

Comme, dans ma méthode qui gère l'event, je vais utiliser que des fonctions de newton (vu que je vais deplacer mon objet comme tu l'as dit sur les messages precedants ou le faire "sauter") je voulais mettre cette méthode dans ma classe Physics.

Après, je suis en train de faire des exemples de code. Mon but final, serait d'avoir des fichiers qu'il me suffirais d'inclure dans un projet pour que je rajoute un système. Pour être clair, si je veux qu'un projet puisse gérer a physique, je n'ai qu'à inclure physics.cpp et physics.hpp (et à modifier un peu le main).  C'est pourquoi ça m'embêterais de créer une classe avec tout les truc d'Irrlicht vu qu'au final, ces éléments serait créer dans un main.

Cependant, j'aimerais tout de même voir comment faire un Engine comme toi pour comprendre (parce qu'à vrai dire, c'est un peu abstrait cette classe Engine), c'est pourquoi je me demande :

1 : dans mon void run(); je n'aurais que la grande boucle : while (m_device->run()) ?

2 : tout les trucks d'irrlicht comme les devices, drivers, ..., seront appelé dans le constructeur de Engine ou dans le bool init() ?

3 : dans la méthode OnEvent, je vais devoir faire appel à des méthodes de newton cela signifie qu'il faut que je crée une méthode pour chaque déplacements ?

Je crois que c'est tout pour l'instant. Mais je vais essayer de mon coté.

Pour ton onEvent, je vois ce que tu veux dire. Mais pour ce qui est de séparer Irrlicht dans une classe en héritant de IEventReceiver, c'est quasi-impératif. Crois-en mon expérience, j'ai pensé comme toi au début jusqu'à ce que je m'aperçoive d'un gros problème : si tu créé une classe eventReceiver (obligatoire pour gérer les events) et que tu veux accéder à des variables de ton main, tu es obligé de déclarer ces variables en globales. Par contre, si tu créé la classe Irrlicht (qui sera réutilisable comme physics) tu n'auras plus ce problème. DONC fais-moi confiance et créé une classe pour la partie Irrlicht. De plus, tu as un avantage de faire une classe : tu peux dispatcher tes implémentations de fonctions sur plusieurs fichiers cpp. Ca évite d'avoir un fichier de 5000 lignes.

Pour ton histoire de OnEvent avec physics, tu peux faire ainsi :

ATTENTION : Lorsque tu as traité un événement dans une fonction OnEvent fait un return true. Tu le fais déjà mais c'est juste pour être sûr que tu y fasses bien attention.

Ensuite,

1 : oui c'est ça juste la boucle et peut-être aussi des variables locales à déclarer avant l'entrée de boucle.

2 : oui, on évite les initialisations comme device, smgr et driver dans les constructeurs. la fonction init permet de renvoyer false si un problème est survenu. Tu peux donc quitter le programme sans planter grâce à la valeur de retour de init().

3 : Si tu fais le OnEvent comme je t'ai montré au-dessus, tu peux faire comme tu le voulais au départ^^.

Normalement ton main sera ultra-minimaliste genre :

C'est une structure de programme que j'ai composé au fur et à mesure que j'ai créé mes petits programmes. J'essaie juste de te faire gagner du temps et de t'éviter des prises de tête (et donc tu pourras garder tes cheveux plus longtemps^^).
Avant d'arriver à structurer mon programme correctement, j'ai réécris certains de mes programmes plusieurs fois en changeant la structure pour corriger des problèmes.

J'au une autre erreur :

evenement.hpp

evenement.cpp :

Je n'arrive pas à transmettre mon monde physique aux différentes méthodes de ma classe Evenement.  Je voudrais pouvoir utiliser "newton" comme j'utilise "eventDevice", c'est pourquoi j'ai utilisé Physics newton dans mon .hpp mais il ne veux pas.

Il ne me dit que : evenement.hpp `Physics' does not name a type

Dernière modification par Kaze (24-08-2012 18:24:55)

Essai ce code :

evenement.hpp

Ensuite tu ajoutes #include "main.hpp" dans  le fichier "physics.hpp".
Puis tu ajoutes #include "physics.hpp" dans "evenement.cpp"

Vu que newton est devenu un pointeur tes "newton." vont devenir "newton->".

Et dis-moi si tu as toujours une erreur.

J'ai fais tous ce que tu as dit et ça plante toujours. Déjà, le compilo voulais pas que je mette newton->Sol(); dans le void Init(); J'ai tout de même remplacé :

newton.Update(); par newton->Update();
newton.Cube(); par newton->Cube();

J'ai placé aussi class Physics; dans evenement.hpp.

Mais le code s'ouvre avec une fenetre blanche et plante directement après et le code s'execute sans planter quand je met newton->Update(); et newton->Cube(); en commentaires.

Voilà donc je plante encore.

Montre tout ton code, pour que je puisse voir :
main.cpp
class evenement (.hpp + .cpp)
class physics (.hpp + .cpp)

Parce que sans ton code je peux rien faire.

Désolé pour le retard donc voila :

main.cpp :

main.hpp :

physics.cpp :

physics.hpp :

evenement.cpp :

evenement.hpp :

Dans run() tu mets "eventDevice->drop();", c'est bien mais faut quand même mettre "delete newton;". Tu as une classe non détruite.

C'est quoi ça!
// Installation de la physique.
Physics newton(eventDevice, eventDriver, eventSceneManager);
newton.Sol();

"newton" est un pointeur sur une classe!
Là tu créé une classe locale à Init()! Donc Evenement::newton=NULL, du coup dès que tu essais d'utilisé Evenement::newton comme avec newton->cube(...) forcément ça ne peut que planter.

// Création de l'instance de la physique
newton = new Physics(eventDevice, eventDriver, eventSceneManager);
newton->sol();

Et changes tous les "newton." en "newton->". Si tu avais fait attention, tu te serais aperçu qu'il y avait un truc qui cloche! Un pointeur ne peut pas utilisé l'accesseur "." Donc c'est qu'il y avait une instance de type Physics.

Ah d'accord, je veins de me rendre compte que j'avais rien compris avant.

Merci beaucoup je vais essayer de modifier pour voir.

EDIT : Tout marche correctement, je vais enfin pouvoir essayer de m'amuser en codant. Encore merci.

De rien, amuse-toi bien!

Alors j'ai beaucoup de nouveaux problèmes ou questions désormais. Je vais d'abord montrer mon code avant de poser les questions.

physics.cpp (juste la partie des events)

evenement.cpp (juste la partie des events)

Alors quand j'éxécute mon code il fonctionne mais avec des défauts :

1 : lorsque j'appuie sur une des flèches, mon cube effectue un mouvement de 8 pixels (comme demandé) puis il a un petit temps immobile, et enfin il comprend que j'appui toujours sur la flèche donc il fait un mouvement continue. Y aurait-il un moyen de couper se temps de latence ?

2 : lorsque après un mouvement latéral, je rencontre un cube déjà présent, le cube que je contrôle passe au travers alors qu'il y est censé avoir collision. Comment faire pour appliquer la collision sur les coté du cube ?

3 : pour faire sauter le cube, j'applique une force verticale de 60000. Mais rien à faire le cube ne se déplace absolument pas en hauteur. J'ai essayé toutes les combinaisons entre NewtonBodySetForce et NewtonBodyAddForce sans qu'aucune ne fonctionne. Comment faire sauter mon petit cube ?

4 : lorsque j'appuie sur deux flèches en même temps (haut ou bas + gauche ou droite), mon cube se déplace diagonalement. Mais lorsque j'appuie sur un flèche directionnelle puis sur une autre quelques instants après (tout en gardant appuyé la première), mon cube se déplace d'abord dans la première direction puis dans la deuxième. Y a-t-il un moyen de faire qu'en appuyant sur une flèche puis sur une autre (tout en gardant appuyé la première), mon cube fasse d'abord un mouvement dans la première direction puis dans la diagonale qui correspond à la somme des deux mouvements des deux flèches ?

J'espère avoir été clair pour les questions. Merci d'avance pour votre aide.

Dernière modification par Kaze (26-08-2012 16:07:28)

Alors :

1 : un booléen que tu mets à true lorsque l'event est "bouton est appuyé" et que tu mets à false lorsque "bouton est relâché". Du coup, tu éxécutes l'action tant que ce booléen est true.

2 : ça vient certainement de ton implémentation, tu déplaces la matrice manuellement, peut-être faut-il faire qqch mais là je ne sais pas.

3 : je ne sais pas trop, je n'ai pas utilisé newton comme ça pour l'instant.

4 : implémentes un système pour avoir plusieurs touches simultanées. Genre, un tableau de 4 booléens représentant tes 4 flèches et tu prends l'astuces que j'ai donné au-dessus. Ensuite dans OnEvent, tu implémentes ton système de direction à l'aide de ce tableau (si Haut && Gauche alors déplacement diagonal...).

Pour le 1, j'avais essayé ce code avant mais j'avais le même problème :

Dernière modification par Kaze (26-08-2012 16:58:11)

Pourquoi n'appliquerais-tu pas une force à ton cube plutôt que de bouger la matrice?

Pour la fonction jump, pourquoi tu redéfinis tout, tu as fait un vulgaire copier-coller du callback?

Dernière modification par johnplayer (26-08-2012 17:46:16)

1 : Si on utilise des forces pour déplacer le cube, le problème ne se pose plus.
2 : idem
3 : la fonction NewtonBodyAddForce ou NewtonBodySetForce ne s'utilise que dans un callback donc j'ai créer un callbakc pour chaque mouvement.
4 : idem que 2 et 1

Mais maintenant j'ai un autre soucis qui est du au fait ....... que la physique est trop bien fait.

Lorsque je fais sauter mon cube, il monte puis redescend, touche le sol ...... et rebondi !!!!! La question est claire, si je veux transformer ce cube en un personnage de jeu, il serait préférable qu'il ne rebondisse pas comme un ballon.

Quelqu'un à une idée pour contrer le rebond ?

Ton body possède un materiau, il utilise le materiau par defaut qui lui possède des propriétés elasticity, softness...

Pour t'éclairer un peu mais va voir la doc pour plus d'explication

J'avais vu cette fonction mais je n'ai pas trouvé comment dire que tel matérial a pour id 1 et qu'un autre a pour id 2. Je cherche encore.

EDIT : Trouver - c'est NewtonBodySetMaterialGroupID(Physics::newtonPlayer, id);

Dernière modification par Kaze (26-08-2012 22:47:41)