SFML

**Loack-** · 17/08/2007, 08h23

J'ai testé, j'ai adoré.

Je trouve que c'est bien plus intuitif de programmer avec SFML que avec SDL. Bon bien sur ça demande une certaine adaptation, mais je trouve que le temps d'adaptation est très court. Il suffit de lire les mini tutoriels sur le site et on est prêt.

Bref c'est vraiment du bon boulot, bravo

**Piwaï[INSA]** · 17/08/2007, 11h23

Excellente initiative

.

Je prend note de cette bibliothèque, que j'utiliserai peut-être pour une refonte de mon jeu (2H4U).

Je fais confiance à ceux qui ont testés

. Je ne compte pas réécrire le jeu avant plusieurs mois, et d'ici là, j'espère que le problème du son sous Linux sera réglé. J'utilisai auparavant SDL_mixer, qui est en réalité très instable, et j'espère trouver une alternative sérieuse avec SFML

.

Au niveau réseau, le code linux/windows est il 100% identique ? Plus de prise de tête ? (parce que SDL_net = ... AAAaaAAhh

).

Sinon, je pense qu'un exemple de petit jeu 2D sous forme de tutoriel serait effectivement une très bonne idée pour populariser cette bibliothèque.

En termes de compatibilité matérielle et logicielle (au moins sous linux et windows), est on déjà au niveau de la SDL ?

Enfin, bien entendu, des benchmarks comparatifs SDL/SFML seraient probablement l'argument définitif pour me convaincre de me mettre à la SFML

.

Bon courage pour la suite, ce projet semble promis à un bel avenir

.

@++

Piwaï

**millie** · 17/08/2007, 11h26

Envoyé par Piwaï[INSA]

Au niveau réseau, le code linux/windows est il 100% identique ? Plus de prise de tête ? (parce que SDL_net = ... AAAaaAAhh

).

Tu parles au niveau utilisation ou développement ?

Niveau développement : Ce n'est pas possible que ce soit 100% identique, les API sont légérement différentes

Mais il y a un gros socle commun, seul quelques définitions dépendent de l'architecture (SOCKET sous windows, int sous unix, socklen_t sous unix, int sous windows...)

Niveau utilisation : C'est identique. Le système étant pris automatiquement en compte lors de la compilation, tu n'as pas à coder différement ensuite suivant que tu es sous Linux/Unix ou sous Windows

**Laurent Gomila** · 17/08/2007, 11h40

Je ne compte pas réécrire le jeu avant plusieurs mois, et d'ici là, j'espère que le problème du son sous Linux sera réglé

C'est l'une des priorités actuelles

Au niveau réseau, le code linux/windows est il 100% identique ? Plus de prise de tête ? (parce que SDL_net = ... AAAaaAAhh ).

SDL_net est prise de tête au niveau du code interne, mais au niveau utilisation que veux-tu dire ?

Sinon, je pense qu'un exemple de petit jeu 2D sous forme de tutoriel serait effectivement une très bonne idée pour populariser cette bibliothèque.

C'est en cours de réalisation.

En termes de compatibilité matérielle et logicielle (au moins sous linux et windows), est on déjà au niveau de la SDL ?

La compatibilité matérielle est assurée via les deux APIs OpenGL et OpenAL. Quant à la compatibilité logicielle, de quoi parles-tu ?

Enfin, bien entendu, des benchmarks comparatifs SDL/SFML seraient probablement l'argument définitif pour me convaincre de me mettre à la SFML

Ce serait pas mal oui. Des idées sur des trucs précis à comparer entre les deux ?

**Piwaï[INSA]** · 17/08/2007, 11h56

Ca c'est de la réponse rapide !!

Alors, pour mes questions : je pose bien sûr mes questions en tant qu'utilisateur potentiel de la SFML, c'est à dire développeur d'un programme utilisant la SFML (lol, du coup la question "au niveau utilisation ou développement" est ambigüe :p)

Petite explication : mon jeu (2H4U) n'utilise pas de réseau. Et je compte implémenter un mode multijoueur dans la prochaine version. Pour cela, j'attend d'une part les cours de réseau que je vais avoir ce semestre, et d'autres part de trouver une bibliothèque qui me permettra de gérer le réseau simplement, autrement dit pas trop "bas niveau". J'avais fait des recherches sur SDL_net, et au niveau utilisation (pour un dev), je trouvais ça un peu galère. Ajoutons à cela quelques critiques lues à droite à gauche qui m'avaient fait changer d'avis sur son utilisation. Je tiens cependant à relativiser mes propos : mes connaissances réseau sont pour le moment trop légères.

Ok pour la compatibilité matérielle (et logicielle, ça veut trop rien dire en fait, je parlais de la compatibilité avec les 2 os.. bref ne pas tenir compte

).

Pour les benchmarks, je suis pas un spécialiste. On voit souvent des exemples montrant quelques milliers de sprites dans une fenêtre, évoluant dans tous les sens..

Une petite recherche "benchmarks sdl" dans google (exalead ?) semble renvoyer des résultats intéressants

Bon, petite question pour la route : quels sont les formats d'images supportés ? Et les polices ? Et les sons ?

J'aimerai éviter le même genre de galère que la sdl : devoir faire appel à des tonnes librairies externes, sdl_image, sdl_ttf, sdl_mixer (c'est surtout génant sous Linux, quand l'utilisateur doit installer toutes les bibliothèques nécessaires).

Bref, z'êtes pas obligé de répondre à ma dernière question, je suis certain que tout est sur le site officiel, et je devrais avoir honte de poser la question. Je regarderai en temps utile

.

**Laurent Gomila** · 17/08/2007, 12h12

Oui, tout est plus ou moins écrit sur le site officiel

Plus ou moins, car il y a vraiment beaucoup de formats supportés, ils ne sont donc pas tous écrits. Dis toi juste que SFML gère les formats les plus courants et que tu n'auras jamais besoin de bibliothèque externe. La seule exception est le MP3 : il n'est pas implémenté pour des raisons de licence (ce n'est pas un format libre).

**Bakura** · 17/08/2007, 13h40

Juste une question, une prise en charge des sons 3D et des effets DSP est-il à prévoir directement dans la SFML ou bien si l'on souhaite utiliser ces fonctionnalités il faudra avoir recours à OpenAL directement ?

**Laurent Gomila** · 17/08/2007, 13h46

La spacialisation des sons est déjà gérée, pour l'instant sous une forme très simple mais qui va évoluer.

Quant aux effets DSP, ce serait pas mal oui, il faut que je creuse le sujet.

**Bakura** · 17/08/2007, 13h52

AH oui en effet j'avais pas vu que c'était géré. Ce serait sympa de gérer les effets DSP également, surtout qu'il y en a qui peuvent potentiellement être très utilisés (les effets d'echo notamment...).

Sinon, tes classes ne sont qu'une encapsulation des fonctions OpenAL, il n'y a aucune surcharge a utiliser tes classes plutôt que directement OpenAL ?

**Laurent Gomila** · 17/08/2007, 13h57

J'essaye de rester aussi proche que possible d'OpenAL, tout en facilitant les tâches rebarbatives bas niveau. Mais bon y a qu'à jeter un oeil aux sources si tu veux voir ce qu'il en est

**Mindiell** · 17/08/2007, 14h24

Salut Laurent,

Je fais aussi partie des gens qu ivont tester très prochainement ta librairie

et je me demandais comment ca se passe au niveau de ton double forum anglais/français ?
Tous les posts sont traduits ou bien il faut fouiller les 2 forums ?

**Bakura** · 17/08/2007, 14h26

Ca m'étonnerait qu'il ait le temps de traduire tous les messages d'un forum à l'autre :d.

**Laurent Gomila** · 17/08/2007, 14h29

Oui en effet...

Il y a juste un forum français et un forum anglais, rien de commun hormis la liste des membres (donc pas besoin de s'inscrire / logger sur les deux).

**Bakura** · 17/08/2007, 14h35

A quand un forum espagnol ? :d. Je me propose de le tenir :d.

**Mindiell** · 17/08/2007, 15h03

Moi j'aurais dit plutôt un seul forum, mais bon, c'est toi qui gères

**Laurent Gomila** · 17/08/2007, 15h04

Bien sûr...

Envoyé par Mindiell

Moi j'aurais dit plutôt un seul forum, mais bon, c'est toi qui gères

J'avais commencé comme ça, mais les gens ont préféré que je sépare. En fin de compte c'est mieux comme ça, c'est pas terrible un forum qui mélange les deux langues.

**Bakura** · 17/08/2007, 15h10

Tiens, je teste SFML, mais j'ai déjà un petit problème.

sfString Text("Hello", "arial.ttf", 2.f);

Cette ligne pose problème. (The Application has requested the runtime to terminate it in a unusual way...).

J'ai bien inclu SFML/Graphics.hpp, et linker avec sfml-window.lib et sfml-graphics.lib.

J'ai copié la police dans le répertoire du projet, au cas où.

**Laurent Gomila** · 17/08/2007, 15h21

Regarde la sortie d'erreur standard (lance l'exe depuis la console par exemple), il devrait y avoir des messages.

Pour ce qui est de la police ce n'est pas au cas où, il faut que le fichier soit là (ça ne va pas chercher dans les polices installées de l'OS).