Discussion :

[paps`]

Bonjour,

J'ai réalisé un programme récemment de fenêtrage avec la SDL. En gros je génère des images intermédiaires que je rempli d'éléments (inputs, checkboxes, etc). Je blit ensuite ces images à l'écran et les fenêtres apparaissent.

Mon projet est devenu assez gros et j'ai eu envie de le restructurer entièrement et de mieux utiliser l'héritage, etc... Et je me suis dit que pourquoi pas je changerais de librairie d'affichage, car la SDL est assez lente. Je me suis donc tourné vers SFML.

Avec SFML, si j'ai bien compris, je ne pourrais pas faire de rendu intermédiaires dans des surfaces. Je devrais donc tout dessiner sur l'écran. Normalement ça ne pose pas de problème mais ici dans le cas des fenêtres, il y a un pb :
Imaginons que je déclare une surface de 200x200 pixels pour une fenêtre. Si je blit un input (par exemple) aux coordonnées 150, 100 et que l'input fait 200 de long, il apparait alors coupé (ce qui me permet ensuite de gérer le scrolling a l'intérieur de la fenêtre). Avec la SFML, cette situation n'arrivera jamais (ou alors je me trompe ?). Il faudra donc que je gère les coupures des sprites pour que tout rentre correctement dans mes fenêtres ?!
C'est quand même un gros problème pour une application comme la mienne.

J'hésite encore à passer a SFML (qui a l'air vraiment d'être la librairie parfaite pour de la 2D, mais malheureusement sans rendu intermédiaire possible xD). D'après vous, devrais-je rester avec la SDL que je connais bien ? Est-ce que je dit des conneries ?

Et sinon, j'ai une autre question qui paraîtra peut-être complètement débile : Peut-on rendre à la fois de la 2D et de la 3D avec SFML ? Par exemple pourrais-je afficher un objet 3D dans une de mes fenêtres ?

Merci d'avance,
paps

[raptor70]

http://www.developpez.net/forums/d51...fml-mieux-sdl/

[Polyfructol]

Il est vrai qu'avec la SFML tu ne peux pas utiliser de "surface intermédiaire", mais je crois que c'est prévu !

Sinon (avis perso), je pense que ni SDL ni SFML ne sont prévues pour faire des interfaces graphiques avancées, mieux vaut utiliser les libraires de fenêtrage classiques. (Qt, wxWidgets ...)

Mais quel est le but de ton projet précisement ?

Et sinon, j'ai une autre question qui paraîtra peut-être complètement débile : Peut-on rendre à la fois de la 2D et de la 3D avec SFML ? Par exemple pourrais-je afficher un objet 3D dans une de mes fenêtres ?

Oui et de la même façon qu'avec SDL.

[paps`]

Mon projet n'a pas de but particulier. J'avais juste envie de coder une interface moi même. Ça me permet de vraiment la gérer comme je veut.

Mais la n'est pas la question

Existe-t-il une manière simple et efficace de simuler une surface intermédiaire ? Ou je vais vraiment devoir couper les sprites de façon à obtenir une surface rectangulaire représentant une fenêtre de mon interface ?

Si la fonctionnalité est prévue... quelqu'un sait quand est-ce qu'elle va être disponible ?

Merci d'avance
paps

[Polyfructol]

J'ai l'impression qu'il y a exactement ce que tu cherches sur le forum de la bibliothèque : [Ok] Draw dans un objet intermédiaire puis dans la fenêtre

[shenron666]

la sfml se base sur opengl, tu peux donc utiliser des surfaces intermédiaires sans problème si ce n'est un risque de baisse de performances
si tu as accès aux FBO, ça ne devrait pas te pénaliser énormément

je pense de toute façon que tu vas devoir repenser pas mal de choses dans ton appli pour basculer sur la sfml

et si c'est pour faire une gui, je pense que tu dois changer ta philosophie, tu ne dois pas tout dessiner pixel par pixel mais utiliser géométries et textures en te basant sur opengl puisque, comme je l'ai déjà rappelé, la sfml est basée dessus

dernière chose, pour limiter un affichage avec la sfml, par exemple le contenu d'une fenêtre d'une gui, il y a glScissor

[paps`]

Donc en gros c'est mort pour transférer mon interface vers OpenGL ?

La SDL avec son système de surfaces et de blittage est unique comme librairie ou bien c'est tout simplement OpenGL qui ne permet pas du tout cela ?
C'est quand même important pour n'importe quel programme 2D de pouvoir dessiner dans une surface dans la mémoire pour ensuite l'utiliser plus tard ou plusieurs fois de suite... ça me paraît être indispensable...
Je me demande donc comment sont fait les programmes 2D en OpenGL, parce que finalement, sans la possibilité de générer une texture intermédiaire qui contiendrais un contenu créé par l'application elle-même, cela devient difficile...
glScissor pourrait être utile, mais encore une fois cela ne permet pas de vraiment dessiner dans une partie de la mémoire (et non sur l'écran), dans le but de ré-utiliser l'image générée plusieurs fois.

J'ai l'impression qu'il y a exactement ce que tu cherches sur le forum de la bibliothèque : [Ok] Draw dans un objet intermédiaire puis dans la fenêtre

Non, ceci permet de "grouper" des images pour appliquer des transformations sur elles en une seule fois, et ce n'est en aucun cas un dessin dans la mémoire.


Merci d'avance pour vos réponses =)

[shenron666]

Donc en gros c'est mort pour transférer mon interface vers OpenGL ?

non mais il y a du boulot

La SDL avec son système de surfaces et de blittage est unique comme librairie ou bien c'est tout simplement OpenGL qui ne permet pas du tout cela ?

SDL est de "la vieille école"
travail "pixel par pixel"

C'est quand même important pour n'importe quel programme 2D de pouvoir dessiner dans une surface dans la mémoire pour ensuite l'utiliser plus tard ou plusieurs fois de suite... ça me paraît être indispensable...
Je me demande donc comment sont fait les programmes 2D en OpenGL, parce que finalement, sans la possibilité de générer une texture intermédiaire qui contiendrais un contenu créé par l'application elle-même, cela devient difficile...

tu ne redessine pas tes sprites à chaque image
tu les charge une fois dans une texture et tu dessines un quad texturé n fois

dans le cas d'une GUI, comme je te l'ai dit, avec OpenGL tu travailles sur de la géométrie, pas pixel par pixel
si tu veux utiliser le hardware tu ne travaille pas pixel par pixel

glScissor pourrait être utile, mais encore une fois cela ne permet pas de vraiment dessiner dans une partie de la mémoire (et non sur l'écran), dans le but de ré-utiliser l'image générée plusieurs fois.

ce n'est pas le but
glScissor te permet de mettre un masque sur les zones de l'écran que tu veux préserver

donc au final, une GUI opengl comparée à une GUI SDL où tu travailels pixel par pixel,la phylosophie de conception est totalement différente