Discussion :

[LittleWhite]

La SFML 2.2 arrive !

Une année et demie après la sortie de la version 2.1, la SFML 2.2 arrive tel un cadeau de Noël au pied de notre sapin. La bibliothèque C++ de développement de jeux vidéo, que beaucoup comparent avec la SDL intègre maintenant le support des mobiles iOS et Android.

Mais tout d'abord, revenons un peu sur la composition de l'équipe. Car oui ! Maintenant, il y a bien une équipe. Laurent Gomilla n'est plus l'unique développeur derrière la SFML. On retrouvera donc :

• Marco Antognini - développeur OS X
• Jonathan De Wachter - développeur Android ;
• Jan Haller ;
• Stefan Schindler ;
• Lukas Dürrenberger ;
• binary1248 ;
• Artur Moreira ;

La plupart connaissent très bien la SFML et ont d'ailleurs développé leur propre extension. On peut donc dire que la SFML est entre de bonnes mains.

Et c'est grâce à cette équipe que le support d’iOS et Android a pu voir le jour. Avec la SFML 2.2 vous allez pouvoir compiler vos jeux sur mobiles (même si le support reste expérimental).

En plus de ce nouveau support, de nombreuses améliorations ont été apportées ici et là. On pourra noter les améliorations de la capture audio, l'ajout d'opérateur division et modulo pour la classe sf::Time, des informations additionnelles pour les joysticks et ainsi de suite.

Les membres de l'équipe s'amusent à dire que la SFML 2.2 est certainement la meilleure de tous les temps :

Bien sûr, ceci n'est que pour parodier une certaine promotion d'une bibliothèque concurrente

Les pages du site n'ont pas encore mises à jour, mais cela devrait rapidement changer. La version 2.2 n'est donc disponible que sur GitHub.

Les discussions sur la SFML 3 ont déjà commencé. On y parle entre autres d'un support du C++11, d'une meilleure séparation fenêtre/rendu et de l'intégration d'extensions.


Votre opinion

Êtes-vous plus SFML ou SDL ?
Quelles sont les fonctionnalités que vous attendez ?


Voir aussi

Actualité sur la sortie de la SFML 2.1
Actualité sur la sortie de la SFML 2.0

[Cirrus Minor]

Bonne nouvelle ! Je vais bientôt devoir migrer

La bibliothèque C++ de développement (...) intègre maintenant le support des mobiles iOS et Android.

Si j'ai bien tout suivi, les ports sur mobiles restent expérimentaux et ne feront pas partie de cette release, même si c'était prévu à l'origine.

[Fusoy]

Miam !

"Avec la SFML 2.2 vous allez pouvoir compiler vos jeux sur mobiles"

Clairement ce que j'attendais le plus, même si ça a l'air balbutiant pour l'instant, c'est en bonne voie. Avec de bonne petite améliorations a coté, c'est vraiment top de leur part.

[Lynix]

C'est une bonne nouvelle, en revanche l'image de comparaison SFML 2.1/2.2 me fait vraiment penser à la même propagande qu'entre DirectX 9 et DirectX 10...

More detailed geometry: Je ne vois qu'un cercle un peu plus rond, autrement dit un sf::CircleShape avec plus de points, alors en sachant que cette classe n'a pas vraiment bougée depuis plus d'un an, en quoi est-ce qu'on peut parler de géométrie plus détaillée ?

HDR Rendering: Sérieusement ? On change la luminosité et on appelle ça de l'HDR Rendering ? En sachant que le code source est totalement dépourvu de références à ne serait-ce qu'un format de texture à nombre flottants, ou même d'éclairage, parler d'HDR c'est prendre les gens pour des cons.

Support for higher texture resolutions: Depuis la SFML 1, la limite de la taille des textures a toujours été le GPU, et un petit tour dans le code me dit que ça n'a pas changé d'un poil. Ou alors installer la SFML 2.2 va magiquement améliorer le GPU ?

Improved Networking Performance: Bon, ça c'est certainement dû au fait que la SFML n'appelle plus la fonction send() qu'une seule fois par paquet (au lieu de deux avant pour d'abord la taille du paquet et le paquet lui-même), mais de là à parler de performances x2, j'ai des doutes (et après le coup du HDR Rendering j'ai même des doutes que des tests aient bien eu lieu).

Support for advanced programming techniques: Je préfère considérer que le code d'exemple est là pour illustrer du "code", plutôt que nous montrer les nouvelles techniques proposées, parce que si on fait attention au code, on se rend bien compte que c'est exactement le même si ce n'est que le code de la SFML 2.1 s'emmerde avec une std::list, des pointeurs inutiles et une fuite de mémoire (donc aucun changement dans l'interface de ce côté-là, peut-être qu'utiliser la SFML 2.2 rend plus intelligent ? ).

Donc voilà, je suis très content que la SFML supporte maintenant Android et iOS, et c'est ça qui devrait être mis en avant, plutôt que de prendre les gens pour des cons en leur racontant absolument n'importe quoi.

[Cirrus Minor]

Lynix, je pense que l'image de comparaison est juste une grosse blague d'un membre de l'équipe

[Lynix]

Ma parole, c'est que ma journée de travail m'a plus achevé que je ne le croyais !

Hé bien, mes plates excuses à l'auteur dans ce cas, j'avoue avoir un peu confondu les dev SFML avec Microsoft sur le coup (Qui nous ont fait le même coup avec la sortie DX9/DX10), même si normalement le réseau est plus performant en effet.

[Invité]

Je pense aussi que ses images de comparaison sont une blague, la seule chose que j'ai constaté dans le code, est, le support pour android mais je n'ai malheureusement pas de smartphone pour testé et ce genre de gadget ne m'intéresse pas. j'ai toujours eu plus facile de développé sur un vrai PC.

J'ai développé ma propre extension de SFML car je trouve que cette librairie est plus simple au niveau compréhension du code et cela m'a donc permis de créer une extension plus rapidement.

Êtes-vous plus SFML ou SDL ?

A l'avenir, je migrerai sûrement vers la SDL qui supporte bien plus de plateformes. (Même si le code est plus chiadé)
Pour le reste je peux toujours m'inspirer des classes SFML que j'ai modifié. (Surtout au niveau du module graphique)

Quelles sont les fonctionnalités que vous attendez ?

J'attends toujours plein de fonctionnalités en plus de la part de cette bibliothèque mais le chef semble ne pas en tenir compte et se concentrer sur des fonctionnalités qui ne m'intéresse pas donc, je pense que je vais continuer ma propre extension de SFML et peut être passer un jour à SDL 2 si j'arrive à faire des pré-rendu avec. (Comme pour les textures de rendu de SFML)

[Cirrus Minor]

http://en.sfml-dev.org/forums/index....2103#msg122103

Haha some French speaking people fell for it, despite the obvious fake "comparison" and the small text. It's funny and sad at the same time: http://jeux.developpez.com/actu/7910...splus-de-jeux/

[twoitipoints]

Bonne nouvelle.

[Bousk]

Quelqu'un a une idée de la "difficulté" de migration de la 2.1 à la 2.2 ?

[LittleWhite]

À vrai dire ... aucune
Ce ne sont que des corrections mineures, qui ne cassent pas l'API.

[Cirrus Minor]

Ça y est !

Elle est disponible en téléchargement:
http://www.sfml-dev.org/download/sfml/2.2/index-fr.php

Et la documentation est à jour:
http://www.sfml-dev.org/documentation/2.2-fr/

[Invité]

En fait il n'y a rien qui change au niveau de l'utilisation, juste le support pour certains plateformes en plus qui est supporté mais cela ne casse pas l'encapsulation de la bibliothèque c'est à dire que la création de la fenêtre et la gestion de la fenêtre se font toujours de la même manière et même chose pour les éléments graphique.

[dancingmad]

J'ai commencé à jouer avec la SFML il y a quelque mois pour prototyper des jeux, et franchement j'aime beaucoup ! Elle est très facile d'utilisation, très complète, et beaucoup plus "cohérente" que la SDL. Beau travail les développeurs

Quelles sont les fonctionnalités que vous attendez ?

J'attends principalement des features qui permettent d'utiliser les techniques de rendu "modernes". Malheureusement il semble que ce ne soit pas à l'ordre du jour... Parmi celle qui me manquent on peut citer:

L'utilisation du multiple render target, qui est à la base de tout rendu un peu joli en deferred shading. Je l'utilise intensivement en 2D, et je suis obligé de "l'émuler" à la main.

L'instancing qui permet d'afficher un grand nombre de mesh à la fois. Mine de rien, si on commence à utiliser les particules un peu trop comme un bourrin, ça aide :p

Une meilleure API pour les vecteurs (ex. il n'y a pas de conversion de base entre un sf::Vector2i et un sf::Vector2f), et de vraies classes Matrix3x3, Matrix3x4 et Matrix4x4... On peut argumenter en disant que la SFML est orientée 2D, mais je me sers quand même de ces classes pour tous mes projet 2D (au moins la matrice 3x3).

Enfin et surtout la création de textures de différents formats, autre que RGBA. J'utilise plein de textures heightmap de 1024*1024 qui sont techniquement en noir et blanc et je tire la tronche à chaque fois que j'utilise une texture RGBA pour ça