Bienvenue, Invité. Merci de vous connecter ou de vous inscrire. Avez-vous oublié d'activer ?

Voir les contributions

Cette section vous permet de consulter les contributions (messages, sujets et fichiers joints) d'un utilisateur. Vous ne pourrez voir que les contributions des zones auxquelles vous avez accès.


Sujets - Bigz

Pages: [1]
1
Site web SFML / Sections iOS et Android
« le: Juillet 01, 2014, 12:14:21 pm »
Hola !

Ça doit bien faire un an que j'ai pas mis les pieds ici mais ! oh miracle ! me revoilà pour de nouvelles aventures :)

Comme je suis vaguement en train de rattraper mon retard d'un an de forum non lu, j'ai constaté que le portage iOS / Android était lancé. (En voilà une bonne nouvelle !)
Ne faudrait t'il pas rajouter des sections dédiées dans la rubrique "Binding" du forum ? Ou juste une section mobile peut être.

Allez zou, je passe me mettre à jour sur le fofo anglais.

Kiss

2
Discussions générales / Bon zanniversaire
« le: Mai 29, 2012, 10:17:04 am »
C'est passé inaperçu, mais il me semble que la semaine dernière, c'était l'anniversaire de ce cher Laurent.

Du coup : Bon anniversaire Laurent !

:)

3
Réseau / [Conception] Architecture réseau
« le: Mai 15, 2012, 10:56:40 am »
Bien le bonjour, tant appréciée communauté SFML.

Aujourd'hui j'ai besoin de vos avis, conseils et critiques sur une architecture réseau.

Contexte : Je bosse sur mon propre moteur de jeu 2D (classique ces jours ci), utilisant bien évidement la SFML comme base principale, ainsi que Box2D pour la physique, entre autres ...

Je souhaite intégrer une couche réseau à ce moteur et cette partie me semble clairement être l'une des plus caduques de ce type de projet. Je vais donc vous exposer mes idées et j'espère avoir des retours constructifs de votre part afin de corriger mes erreurs.

Voilà grossièrement comment j'imagine la chose :

Une séparation distincte entre la partie "vue" (affichage, son, gestion des entrées clavier, etc), et la partie "modèle" (traitements sur les composants du jeu, simulation physique, etc).

Du côté serveur, seule la partie Modèle existerait, afin de centraliser les traitements sur le modèle et permettre la communication entre les différents clients.

Du côté client, les deux parties existeraient. Bien évidemment la partie Vue étant nécessaire pour qu'un joueur puisse apprécier le déroulement d'une partie, mais aussi la partie Modèle.

Avoir la partie Modèle à la fois dans le serveur et dans le client ayant pour objectif de palier aux problèmes de latence dues au réseau et de "pré" simuler et mettre à jour une scène de jeu. Le serveur viendrait corriger le modèle d'un client dans le cas où un évènement  non connu du client à un moment t serait survenu et modifierait le déroulement du jeu.

Ainsi j'imagine un système permettant de stocker les évènements (genre "déplacement de l'élément E en position x,y") sur plusieurs itérations de sorte à ce que le client puisse vérifier la justesse de ses simulations et les corriger au cas où.

Tout ce bazar permettant au joueur sur son client de jouer de façon fluide et de ne pas avoir à attendre sur la simulation faite par le serveur pour voir affiché le résultat.

Néanmoins, quelque chose me dit que cette méthode peut être très lourde et nécessiterait une vérification complète du modèle à une certaine fréquence pour être sur que tous les clients évoluent sur l'exacte même base.

Enfin bref, voilà mes premières idées quant à la conception de la couche réseau de mon moteur. Qu'en pensez vous ?

Merci d'avance pour vos commentaires =)

Kiss

4
Audio / Spatialisation du son
« le: Avril 28, 2012, 09:48:01 pm »
Salut salut !

Je viens de rencontrer un comportement changeant d'un ordinateur à l'autre au niveau de la spatialisation d'un son.

Je faisais des petits tests pour mon moteur et je me suis dis que positionner des sons dans l'espace c'était quand même super chouette. Du coup, me voilà parti à tester tout ça à l'aide des sf::Listener et des différents attributs des sf::Sound.

Jusque là, rien d'anormal, j'ai testé sur un premier ordi de faire déplacer un son de droite à gauche de l'écran pour tester tout ça. J'ai été agréablement surpris de voir (ou plutôt d'entendre) que ça fonctionnait parfaitement. J'entends par là que la puissance du son sur les deux hauts parleurs (écouteurs en l'occurrence) était tout à fait progressive, avec, pour un son à droite, un léger son à gauche et inversement. Grossièrement, j'ai pu entendre 75% de puissance sonore à droite et 25% à gauche.

Bref.

J'ai tenté la même chose sur un autre ordinateur, or, le comportement de ce programme y est bien différent. Lorsqu'un son est à "droite" je ne l'entends que du haut parleur de droite, et inversement. Bien que la puissance du son y soit aussi progressive lors d'un déplacement, on se retrouve néanmoins dans une situation de "tout ou rien", soit c'est à gauche, soit c'est à droite, ou les deux si on est pile dans l'axe du listener.

Je cherche donc quelques infos sur ce sujet, de la part de Laurent ou autres connaisseurs.

Info pratiques : J'utilise la RC SFML 2.0, Windows 7 64 bits, compilation en 32 bits et mes drivers audio sont à jour sur les deux machines.

Voilou, si quelqu'un a une info là dessus ...

Merci à vous =)

Pages: [1]