Je suis d'accord sur ce qui est des octets perdus... maintenant, dans la SDL, je doute que tu utilises tous les membres.
Après, pour ce qui est des tailles de sprites, ça se défend dans le sens ou, la SFML n'est pas faite ( comme la SDL 2 j'ai l'impression ) pour gérer des sprite à l'ancienne, mais des textures openGL.
Donc, avoir un personnage qui agrège un sf::sprite n'est pas stupide, idem pour les tailles différentes: ton perso, il mesure 3 unités logiques en hauteur ( pifomètre ) et 1 logique en largeur. Ton sprite, lui, est censé s'adapter à la largeur de ton écran... donc les dimensions seront potentiellement variables, et n'ont ( théoriquement ) aucun impact sur la détection des collisions.
Séparer ça, ça permets de faire un jeu... comment ils disent dans le web déjà? bref, qui s'adapte à la taille des écrans. Ah! Responsive dizaine...
Après, je suis d'accord, on est plus pilotés par cette lib, mais on l'est aussi plus en C++ par le langage qu'en C.
Mais bon, pour finir, quand j'ai essayé d'utiliser SFML ( ancienne stable ), ça sentait trop le prototype pas adaptable sur pleins de choses, donc j'ai pas insisté plus. Par exemple, il était impossible de récupérer les dimensions d'une image que l'on aurait chargée d'un fichier de ressources. Ou alors, j'ai pas trouvé comment faire, ni en lisant la doc, ni en lisant les sources. Mais ça à été corrigé depuis.
[^] # Re: Raccourcis claviers
Posté par freem . En réponse à la dépêche Dernières évolutions autour de 0 A.D.. Évalué à 2.
Je suis d'accord sur ce qui est des octets perdus... maintenant, dans la SDL, je doute que tu utilises tous les membres.
Après, pour ce qui est des tailles de sprites, ça se défend dans le sens ou, la SFML n'est pas faite ( comme la SDL 2 j'ai l'impression ) pour gérer des sprite à l'ancienne, mais des textures openGL.
Donc, avoir un personnage qui agrège un sf::sprite n'est pas stupide, idem pour les tailles différentes: ton perso, il mesure 3 unités logiques en hauteur ( pifomètre ) et 1 logique en largeur. Ton sprite, lui, est censé s'adapter à la largeur de ton écran... donc les dimensions seront potentiellement variables, et n'ont ( théoriquement ) aucun impact sur la détection des collisions.
Séparer ça, ça permets de faire un jeu... comment ils disent dans le web déjà? bref, qui s'adapte à la taille des écrans. Ah! Responsive dizaine...
Après, je suis d'accord, on est plus pilotés par cette lib, mais on l'est aussi plus en C++ par le langage qu'en C.
Mais bon, pour finir, quand j'ai essayé d'utiliser SFML ( ancienne stable ), ça sentait trop le prototype pas adaptable sur pleins de choses, donc j'ai pas insisté plus. Par exemple, il était impossible de récupérer les dimensions d'une image que l'on aurait chargée d'un fichier de ressources. Ou alors, j'ai pas trouvé comment faire, ni en lisant la doc, ni en lisant les sources. Mais ça à été corrigé depuis.