Messages

1

Général / Re : Problèmes physiques ( gravité, saut et rebonds )

« le: Février 02, 2014, 01:47:59 pm »

Salut !
Personnellement j'ai procédé un peu différemment dans mon projet ( et ça rend bien ).
Pour chaque entité "physique" je lui colle une vitesse ( x et y ) , a chaque tour de loop :
je lui applique les accélérations selon les entrées du joueur , les frottements air/solide , la gravité , donc je modifie sa vitesse en conséquence.
Puis quand j'ai terminé de mettre a jour sa vitesse je viens déplacer sa hitbox à l'endroit désiré , je détecte les collisions avec les autres objets physiques , s'il y en a j'applique des transferts de force ( donc de vitesse ) puis enfin je lui effectue un move avec sa vitesse.
Bon courage 

2

Fenêtrage / Re : Garder une fenêtre en 1er plan

« le: Janvier 29, 2014, 12:50:30 am »

Salut !
Je sais qu'avec les évents tu peut détecter si une fenêtre gagne ou perd le focus, néanmoins je ne sais pas si on peut forcer la réactivation d'une autre fenêtre.
Sans pouvoir résoudre ce problème, as tu réellement besoin de deux fenêtres distinctes pour réaliser ce que tu souhaites?
Spécialement si elle doivent être superposées...Dans le cas ou c'est non obligatoire d'avoir deux fenêtres, regarde dans la documentation sur la classe RenderTexture , ça fera peut-être ton bonheur.
http://www.sfml-dev.org/documentation/2.1/classsf_1_1RenderTexture.php

3

Général / Re : Scrolling, view et tremblements

« le: Janvier 27, 2014, 06:29:34 pm »

Salut !
Cela ne me surprendrai pas que les types de tes variables soient la source du tremblotement.
Je vois pas mal d'entier et de float s’emmêler... ça peut cacher des sales coups.
Je dis juste ça au feeling, ton code est suffisamment gros pour me faire fuir immédiatement.

4

Audio / Re : Crash fin d'application

« le: Janvier 27, 2014, 01:11:56 pm »

De mon coté la SFML est liée dynamiquement, a tout hasard as tu essayer aussi en dynamique?
Aussi je compile avec la SFML 2.1 précompilée pour GCC TDM 4.7 (celui à 15Mo) , et je compile visiblement mon projet avec GCC 4.7.1 avec le flag  -std=c++11 .

5

Audio / Re : Crash fin d'application

« le: Janvier 27, 2014, 12:30:04 am »

Zut , j'esperais faire un heureux.
J'avais essayer d'autre choses avant comme changer l'ordre du linkage qui avait eu l'air d'être sans effet , mais je vois qu'actuellement j'ai l'ordre
#pragma comment(lib, "sfml-system-d.lib")
#pragma comment(lib, "sfml-main-d.lib")
#pragma comment(lib, "sfml-graphics-d.lib")
#pragma comment(lib, "sfml-window-d.lib")
#pragma comment(lib, "sfml-audio-d.lib")
#pragma comment(lib, "sfml-network-d.lib")

avec la dll 1.17 d'openal32.dll sous windows 7 et ça passe... mystère suprême. :/
Je précise que Laurent avait dit que si l'ordre influait , c'était de la moule seulement.
" LaurentGomila commented 3 months ago

No it is not caused by wrong libraries order. Neither is it a proper fix. It's just luck, and it may not even work for everyone.
"
Mais dans tous les cas on est désespérer de résoudre ça de nous mêmedonc allons aux techniques désespérées...

6

Audio / Re : Crash fin d'application

« le: Janvier 26, 2014, 10:46:10 pm »

J'ai trouvé une "solution" pour ma part :
J'ai été sur le site d'openAl télécharger leur dernière release , j'ai mis ce nouveau dll et depuis ça ne crache plus en fin du programme et à l'air de marcher parfaitement.
Seulement j'essaye en ce moment d'aller sur leur site et il a l'air down temporairement...
http://www.openal.org/

J'ai récupérer leur dossier , il y avait une dll 32 bits et 64 bits avec un nom différent de l'openal inclus avec la SFML , il faut renommer le 32 bits en openal32.dll et remplacer.
Pour avoir chercher pas mal de temps la solution, je crois avoir compris que Laurent n'estimais pas que ma solution était la bonne , mais après tout , tu peut juste tenter et voir si ça te plait

Mon dll fonctionnel pour la SFML2.1 pèse exactement "393 Ko (402 553 octets)" dans les propriétés.
Bonne chance

7

Audio / Re : InputStream

« le: Janvier 26, 2014, 04:13:54 pm »

Salut !
Je ne suis pas dev de la SFML avant tout*.
Quand tu dis que tu ne trouves pas le fichier InputStream.hpp , tu veux dire manuellement dans ton arborescence ou que ton programme ne la trouve pas?
Aussi je ne vois nul part quelle version de la SFML tu utilises... il manque de nombreuses informations pour te débloquer je pense.

8

Réseau / Re : Problème de connection

« le: Janvier 25, 2014, 03:42:54 pm »

Quand tu utilises une IP publique , il s'agit en réalité de l'adresse du routeur : si le routeur n'a pas été configuré pour transmettre une connexion entrante sur le pc de ton application, il va la bloquée.
La solution est donc d'aller faire une redirection de port sur ton routeur ( généralement une box si tu es chez toi ), cette manipulation dépendra donc de ton fournisseur : à savoir que seul le coté serveur doit faire ça.
Si tu n'y parviens pas, pense à l'utilisation d' Hamachi pour créer un LAN virtuel !

Aussi je ne suis pas expert en réseau, je pourrais me tromper.

9

Audio / Re : [2.1] Les repères de la spatialisation du son

« le: Janvier 20, 2014, 08:40:13 pm »

Je comprend tout à fait que je suis en position de changer tous les paramètres concernés , mais je n'arrive toujours pas à savoir sur quels axes je dois mettre mes valeurs.
Je suppose que je devrais juste faire un maximum de tests pour trouver au pif le bon jeu d'axes.
Merci !

10

Réseau / Re : [2.1] Sous packet dans un packet ?

« le: Janvier 20, 2014, 08:33:08 pm »

mmmh ok   
Est-ce possible de réaliser une surcharge d'opérateur de flux << / >> de paquet sur paquet pour gérer ça ?
Autrement si je transfert la taille des données , puis les données , as tu des conseils pour gérer ça proprement?
Merci encore de ton attention !

11

Audio / Re : [2.1] Les repères de la spatialisation du son

« le: Janvier 20, 2014, 07:51:55 pm »

Oui j'avais lu dans la doc pour le vecteur "up" , mais je ne sais toujours pas dans quel sens se trouve le vecteur Z du repère 2D de mon jeu...   
D'habitude je trouve souvent la représentation X à droite et Y vers le haut , mais dans les sf::Vector2f , le champ Y va vers le bas , donc si cela reste un repère normal , alors mon Z serait vers "derrière mon écran" depuis ma position.
Seulement je ne sais pas si c'est bien un repère normal.

Si je fait fausse route vous pouvez m'oblitérer m’arrêter !

Merci beaucoup pour ton attention Laurent

12

Réseau / [2.1] Sous packet dans un packet ?

« le: Janvier 20, 2014, 07:38:28 pm »

Salutation membres du forum SFML !
Dans mon architecture serveur/clients de mon programme je souhaitai tout simplement insérer un sf::Packet dans un autre sf::Packet.
J'ai donc plus ou moins un code (coté envoi) comme ça :
void MaClasse::method(sf::Packet& paquet)
{  paquet << bidules;
   ...
   paquet << souspaquet;
}
Et ca compile !
Par contre quand coté réception je met :
{   paquet >> bidules;
   ...
   paquet >> souspaquet;
}
Alors là le compilateur me fist me dit non gentiment.
L'erreur étant :
error: no match for 'operator>>' in 'pkt >> ((MaClasse*)this)->MaClasse::souspaquet'|

Je me demande donc comment gérer mon cas, j'ai penser déjà à transférer la taille du paquet avec un GetDataSize() puis de passer son tableau d'octets mais ca me semble suspect donc je préférais venir demander ici.
J'oubliais le détail que je ne devrais pas faire souspaquet = paquet; car je complète mon paquet plus loin plusieurs fois dans le code.

Merci beaucoup pour votre attention !

13

Audio / [2.1] Les repères de la spatialisation du son

« le: Janvier 20, 2014, 12:04:23 pm »

Bonjour à toute la communauté SFML !
C'est mon tout premier post sur le forum, je tenais donc à remercier les concepteurs de la SFML pour cette superbe API.
Je suis actuellement en développement d'un jeu de plate-forme , sans rentrer dans les détails non concernés sur ce post :
Mon axe des abscisses X est orienté vers la droite de l'écran.
Mon axe des ordonnées Y est orienté vers le bas de l'écran.

Je souhaite utiliser le système de spatialisation du son, cependant j'ai une incertitude sur l'orientation spatiale 3D correcte a utiliser ! Je m' explique :
L'effet spatial demande un sf::Vector3f , cela implique donc un repère 3D : je suppose qu'il s'agit d'un repère normal soit X vers la droite , Y vers le haut et Z vers nous.
J'aurais donc un changement de repère à effectuer pour que la spatialisation soit celle attendue, mon but est donc de connaitre quels valeurs correctes mettre en Y et Z ( X est déjà bon ), mon incertitude venant du repère de la spatialisation que je ne connais pas ou n'ai pas su retrouver  .
Ma confusion provient également de la documentation : il y est suggérer de fixer Y = 0 pour les jeux 2D , mais rien n'indique si le 2D est en vue du dessus ( genre un vieux Zelda ) ou en plate-forme ( genre Mario ).

Je vous remercie d'avance pour tout l'aide que vous m'apporterez !