Discussion :

[r0d]

Salut tout le monde,

voilà le défi que je vous propose:
-> créer une fenêtre SDL
-> y coller (blit) une image de votre choix
-> implémenter un mécanisme quelconque pour faire bouger cette image (avec les touches clavier, ou un timer, ou ce que vous voulez)
-> faire bouger cette image dans la fenêtre sans utiliser de blit (fonction SDL_BlitSurface)

Pour ma part, je n'y arrive pas. Et à vrai dire, je ne sais même pas si c'est possible.

En fait, la raison de cette question est la suivante: le principal problème de la SDL c'est que le blit est trop lent (et ce, d'autant plus lorsqu'on utilise la transparence). Et effectivement, là je suis sur une appli où ça pose problème. Si on arrivait à faire bouger notre image de fond sans faire de blit, je pense que ça devrait pouvoir résoudre notre problème.

[shenron666]

à mon avis, ce n'est pas possible de déplacer un sprite sans faire de blit
si tu te trouves dans une situation où la SDL montre ses limites en terme de rapidité d'affichage, les seules options qui me viennent à l'esprit sont :
- écrire ta propre méthode de blit optimisée au poil (pas certain que ça soit plus rapide que la SDL)
- passer sur une autre bibliothèque qui utilise mieux le hardware comme la SFML qui se sert d'OpenGL pour le rendu

[r0d]

- écrire ta propre méthode de blit optimisée au poil (pas certain que ça soit plus rapide que la SDL)

Je n'ai pas les compétences pour faire ça. Ca a l'air de rien, mais c'est vraiment pas simple. Déjà rien que faire ma propre version, je ne suis vraiment pas sûr d'y arriver... alors mieux que la SDL

- passer sur une autre bibliothèque qui utilise mieux le hardware comme la SFML qui se sert d'OpenGL pour le rendu

Pas d'autre propositions?

[LittleWhite]

Ce que tu demande est très étonnant. Bref il se peux que tu en ai besoin, mais peut être que tu peux optimiser ton code actuel ? ( enfin ... bon c'est une idée ... )

Si vraiment le déplacement d'une texture sans blit t'interesse, je pense qu'il faudrait arriver à avoir un pointeur sur les pixels de la fenêtre.
Et après si tu veux un scrolling de ton background il faut tout déplacer. Mais le problème c'est que la SDL offre cette possibilité d'acceder à l'ecran , mais avec quelque contrainte , et de mémoire c'est super lent ... ( ou je suis super nul ... )

Donc je ne pense pas que tu puisse faire beaucoup mieux. ( ou alors je veux aussi la solution )

[loka]

Tu parles de blit trop lent, pourquoi ?

-> image trop grosse ? tu peux voir pour la découper

-> "animation" de déplacement fait avec les blit répétés qui prend trop de ressources (et donc deviens lent) ?

Tu peux essayer de voir avec des bibliothèques annexe à SDL comme SDL_anim (pas essayé), SDL_oglblit (qui passe par OpenGL pour être plus rapide comme le fait SFML).
Tu peux passer par OpenGL (qui s'interface très bien avec SDL).

En esperant que ça puisse t'aider

[r0d]

Merci loka

En fait, je ne sais pas trop d'où vient mon problème de "saccade" de mon background. Il n'est pas gros et je tourne à 20 fps.

Du coup, j'ai commencé à fouiner du côté d'openGL, mais maintenant, si je n'ai plus de problème d'affichage, j'ai de sérieux problèmes d'interfaçage de bibliothèques.

Je suis en train d'essayer d'intégrer une "sous-fenêtre" IrrLicht dans une fenêtre SFML... spô gagné

[loka]

Ah oui

Pour intégrer une sous fenêtre Irrlich dans une fenêtre SFML... Je pense qu'il va te falloir voir avec laurent (l'ancien responsable qui a créé SFML).