Bienvenue, Invité. Merci de vous connecter ou de vous inscrire. Avez-vous oublié d'activer ?

Voir les contributions

Cette section vous permet de consulter les contributions (messages, sujets et fichiers joints) d'un utilisateur. Vous ne pourrez voir que les contributions des zones auxquelles vous avez accès.


Messages - Glân de Brylan

31
D'accord merci !
Je vais donc régler mes warnings de ce pas...


EDIT :
J'ai pourtant tous les warnongs d'activés à part -Weffc++ et -Wswitch-enum qui me spamment avec SFML, donc je ne vois pas ce qui manque...

32
D'accord, merci pour toutes ces réponses précises !
Juste : L'intérêt de mettre le f pour avoir un float au lieu d'un double, c'est pour que ça prenne moins de place dans l'exécutable, que ce soit plus rapide à exécuter ou les deux ? Ou juste pour que ce soit plus propre dans la mesure où on demande un float et non un double ?

33
Graphique / RenderTexture, draw() et autres questions de ce genre
« le: Mars 30, 2015, 09:17:28 pm »
Bonjour,

J'ai commencé à me mettre sérieusement à la SFML, mais j'avoue que je n'y connais pas grand-chose en OpenGL ni en API graphiques en général. J'ai donc...un certain nombre de  questions :
– Quelle est la réelle utilité de sf::RenderTexture ? Est-ce que faire des calculs sur une RenderTexture, puis récupérer la texture pour la dessiner sur ma RenderWindow est vraiment plus rapide que de le faire directement sur la RenderWindow ?
– Dans le tuto, il est dit que "les performances sont directement liées au nombre d'appels à la fonction draw". Ça veut dire que si je dessine 1000 triangles en un appel, ça ira plus vite que si je dessine 50 fois 2 triangles (donc 100 en tout, mais en 50 appels) ?
– En utilisant les vues, est-ce que utiliser draw() sur une entité qui n'est au final pas visible à l'écran impactera les performances autant que si elle était visible ? Devrais-je faire en sorte de n'appeler draw() que sur les entités qui seront effectivement affichées ?

Et enfin, une question qui n'a pas vraiment de rapport : pourquoi dans le code des exemples y a-t-il un 'f' à la fin des nombres à virgule (enfin à point) ? Par exemple :
minimapView.setViewport(sf::FloatRect(0.75f, 0, 0.25f, 0.25f));
Moi, je n'en met pas, et ça ne me pose pas de problèmes...qu'est-ce que ça change ?


Merci d'avances pour vos réponses.

34
Graphique / Re : Vertex.texCoords
« le: Mars 30, 2015, 08:42:41 pm »
Ah d'accord, merci ^^'

Mais si je donne un Vector2i transtypé en Vector2f, ça ne posera pas de problèmes ? Tout ce qui compte est le format ?

35
Graphique / Vertex.texCoords
« le: Mars 30, 2015, 06:57:47 pm »
Bonjour,

J'étais en train de travailler avec les vertex quand je me suis demandé : pourquoi faut-il fournir un Vector2f pour les coordonnées de texture ? Est-ce qu'un Vector2i ne serait pas plus logique, de la même manière qu'un sf::Sprite demande un IntRect et non un FloatRect ? En fait, j'ai du mal à imaginer ce que cela signifie : être entre deux pixel de la texture ?...

Merci d'avance pour vos réponses.

36
Audio / Re : Une seule instance de sf::Music ?
« le: Mars 27, 2015, 06:12:58 pm »
Bon eh bien je ne vais faire qu'une instance, je trouve ça plus propre.
Merci pour votre réponse rapide !

37
Audio / Une seule instance de sf::Music ?
« le: Mars 27, 2015, 01:03:53 pm »
J'ai une question :
Je suis actuellement en train de créer un petit jeu vidéo qui possède deux musique : une pour le jeu en lui-même et une pour les menus.
Est-ce une bonne idée de créer une seule instance de sf::Music et d'appeler openFromFile() chaque fois qu'on passe du menu principal au jeu ou inversement, ou devrai-je avoir un sf::Music pour chaque musique ?
Si oui, est-ce nécessaire d'appeler stop() avant de changer de fichier ?

Merci d'avance pour vos réponses.

38
Graphique / Re : [Résolu] Plusieurs petits sprites ou un seul gros ?
« le: Décembre 19, 2014, 09:22:53 am »
Ooh...c'est incroyable tout ce qu'on peut faire sur ce forum.
Le seul truc qui manque c'est un bouton "Résolu"...Mais on ne va pas trop t'en demander non plus :)

39
Graphique / Re : Plusieurs petits sprites ou un seul gros ?
« le: Décembre 18, 2014, 07:46:48 pm »
Chez moi l'image fonctionne.

Mais merci pour tes conseils. Je vais garder mon système actuel.
En plus pour les rectangle verts j'aurais juste à la mettre au même emplacement que les sprites correspondant (ils n'ont pas le cadre noir), avec un fill color transparent, une outline thickness de 5 et après il me suffira de changer la couleur en noir ou blanc selon si l'achievment est obtenu ou non...je vais faire comme ça.

40
Graphique / [Résolu] Plusieurs petits sprites ou un seul gros ?
« le: Décembre 18, 2014, 03:47:12 pm »
Bonjour,

Je suis en train de faire un petit jeu pour me familiariser avec la SFML. Là, j'étais en train de coder la page des succès, voir le fichier joint.
(ne faites pas attention aux nombres en haut à gauche et au mélange anglais/français)
Et je me demandais, qu'est-ce qui est le mieux pour cette page ? Là je partais avec un sprite par icône de succès (4 donc), un sf::Text pour chaque titre et chaque description plus un pour la titre de la page elle-même.
Seulement, j'ai souvent vu que plus on limitait les appels à draw(), mieux c'était pour les performances. Devrais-je donc garder mon système actuel, ou n'avoir qu'un sprite un peu comme l'image donnée pour n'avoir qu'un appel à draw ?
Sachant que le seul dynamisme de la page est d'afficher un contour vert sur les icônes des succès obtenus, ce qui peut facilement être fait avec un sf::RectangleShape, et une flèche pour revenir au menu principal (qu'on ne voit pas sur l'image que j'ai donnée).
Sachant aussi que pour moi c'est plus simple de faire une seule image toute faite que de placer chaque sf::Sprite et chaque sf::Text là où il faut...

Merci d'avance pour vos réponses.

41
Suggestions de nouvelles fonctionnalités / Re : Support des gifs animés
« le: Novembre 25, 2014, 09:34:06 am »
Pour les classes de sprites animés, je pense que celle-ci est la meilleure :
https://github.com/SFML/SFML/wiki/Source:-AnimatedSprite
Enfin en tous cas c'est celle que j'utiliserais.

42
Suggestions de nouvelles fonctionnalités / Re : Support des gifs animés
« le: Novembre 24, 2014, 12:56:42 pm »
Ah...bon. Je vais essayer de la faire moi-même dans ce cas.
Merci quand même pour cette réponse rapide :)

43
Suggestions de nouvelles fonctionnalités / Support des gifs animés
« le: Novembre 24, 2014, 12:30:41 pm »
Est-il prévu un support des gifs animés ? Actuellement (SFML 2.1), un gif non animé s'affiche correctement, mais un gif animé ne s'affiche pas.
Cette suggestion n'est pas très longue mais je ne vois pas ce qu'il y aurait de plus à dire...

44
Graphique / Re : Redimensionnement Qt + SFML
« le: Novembre 22, 2014, 09:42:58 pm »
Le peu de code a l'air correct et l'image que tu as donné est ridiculement petite, on ne voit pour ainsi dire rien...
Avec des conditions pareilles, c'est difficile de donner un avis.

45
Graphique / Le sprite qui ne s'affiche pas
« le: Novembre 21, 2014, 01:39:56 pm »
Bonjour,

J'ai commencé une petite GUI pour la SFML, et là j'en suis à faire un éditeur de ligne, c'est-à-dire une cadre, on clique dedans et on peut y entrer du texte. Ma classe LineEditor n'est pas parfaite (par exemple pour le moment un texte trop long dépasse du cadre), mais elle fonctionne. Sauf quand elle est membre d'une autre classe !
Voici la définition (abrégée) de LineEditor :
(click to show/hide)
(click to show/hide)

(click to show/hide)

(click to show/hide)

Quand j'utilise le 2e code, que j'instancie une MyWindow et que j'appelle sa fonction show(), une fenêtre s'ouvre bien, mais elle reste blanche, le LineEditor n'y apparaît pas, il semble qu'il n'y soit même pas puisqu'il ne réagit pas quand je passe ma souris là où il est supposé être (j'avais ajouté une petite ligne de code qui affichait "focused" dans la console quand ma souris passe sur lui).

J'ai aussi essayé de créer un LineEditor dans la fonction show() (donc non membre de MyWindow) pour remplacer le LineEditor member, et là il est bien affiché, mais ne réagit toujours pas aux évènements. Je ne comprends pas.

Merci d'avance pour vos réponses.

anything