Messages

1

Fenêtrage / Re : [Résolu] Détection de clic "agrandir" - SFML 2

« le: Juillet 28, 2013, 12:02:39 pm »

En allant dans un menu décocher la case plein écran par exemple (le bouton "Agrandir" serait un raccourci)

_{^{J'aime pas les touches FX, j'arrive jamais à me souvenir quelle touche fait quoi >_<}}

2

Fenêtrage / Re : Détection de clic "agrandir" - SFML 2

« le: Juillet 28, 2013, 10:52:57 am »

En fait c'est parce que quand on clique sur agrandir on a une fenêtre qui prend tout l'écran à l'exception de la barre de titre et la barre des tâches. Et je me disais que dans le cas d'un jeu, ça pourrait être sympa de ne plus être dérangé par ces barres quand on clique sur "Agrandir". Mais bon, c'est qu'un détail

Sinon il y a quand même une petite différence par rapport à un redimensionnement manuel: la fenêtre ne peut plus bouger après (enfin ça dépend comment l'OS est paramétré)

Merci beaucoup!

3

Fenêtrage / Re : Détection de clic "agrandir" - SFML 2

« le: Juillet 27, 2013, 10:48:47 pm »

Oui, mais cet événement ne dit pas si l'utilisateur a cliqué sur le bouton. Et les dimensions ne correspondent ni à getDesktopMode(), ni à aucun des éléments de getFullScreenVideoModes().
Ca ne permet pas de faire la différence entre cliquer "Agrandir" et redimensionner "normalement"

4

Fenêtrage / [Résolu] Détection de clic "agrandir" - SFML 2

« le: Juillet 27, 2013, 07:29:50 pm »

Bonjour,

Je me pose une question:
Existe-t-il un moyen de détecter un clic sur le bouton "Agrandir" en n'utilisant que les fonctions de SFML-2?

Merci d'avance!

5

Graphique / Re : Undefined reference to constructeur de RenderWindow

« le: Juillet 15, 2013, 09:30:44 am »

Merci!

6

Graphique / Re : Re : Undefined reference to constructeur de RenderWindow

« le: Juillet 14, 2013, 08:59:48 pm »

Tu traînes de vieux en-têtes pré-SFML 2.0. Ce prototype de constructeur n'existe plus.

Ah ben oui, effectivement =X ça m'apprendra à faire mes mises à jour entièrement :-D _{^{(là j'me sens carrément nul ^^)}}

Merci beaucoup!

Sinon je me demandais, à quoi sert libsfml-main.a?

7

Graphique / Re : Undefined reference to constructeur de RenderWindow

« le: Juillet 14, 2013, 05:51:09 pm »

Ca ne change rien

8

Graphique / [Résolu] Undefined reference to constructeur de RenderWindow

« le: Juillet 14, 2013, 05:28:42 pm »

Bonjour,

Je me suis remis à programmer il y a deux semaines (maintenant que c'est les vacances ^^) et j'en suis arrivé au moment où je dois utiliser SFML. Donc voilà, je prépare tout ce qu'il me faut pour compiler le code minimal de SFML (celui donné dans l'accueil de la doc) et j'obtiens une erreur à l'édition des liens (une seule!):

undefined reference to `_imp___ZN2sf12RenderWindowC1ENS_9VideoModeERKSsjRKNS_15ContextSettingsE'

J'ai donc recompilé sfml par moi-même (001.png, 002.png, log.txt => fichier joint), tout semble s'être bien passé: les exemples compilent et s'exécutent comme il faut. Puis j'ai refait le projet Code::Blocks en suivant les instructions du tutoriel (pour le linker, dans l'ordre: audio - graphics - window - system), j'ai déclaré SFML_DYNAMIC, mais ça ne change rien. En mettant SFML_STATIC (c'est absurde, mais bon), j'ai un message un peu plus explicite:

undefined reference to `sf::RenderWindow::RenderWindow(sf::VideoMode, std::string const&, unsigned int, sf::ContextSettings const&)'

La seule chose qui me paraît possible est que je n'aie pas mis les bonnes options de compilation (003.png), mais je sèche un peu quant à savoir si c'est ça ou autre chose. Et puisqu'une fenêtre est indispensable pour faire un jeu, ça me laisse pas trop le choix que de régler le problème ^^'

Au passage, je me posais une question: à quoi sert libsmfl-main.a?

Merci d'avance!

9

Général / Re : [SFML 2.0] Problèmes de performances

« le: Septembre 04, 2012, 09:19:27 pm »

Bah tu les ouvres avec un éditeur hexa et tu décryptes?

Ca n'avait pas l'air faisable, de ce que j'ai vu en téléchargeant un fichier. Tu ne peux pas exporter les résultat en fichier texte ?

Nan mais ça en fait c'était pour rire ^^ c'est pas faisable de décrypter un fichier binaire. Mais par contre j'ai pu récupérer (après une série de conversions) les résultats en .txt, mais c'est très moche à lire. Du coup je préfère mettre au format .ods (je suppose que tu as au moins OpenOffice ^^) et au pire il y a les .txt dans mon premier message

Et sinon, non je n'ai pas changé le code. Mais quand j'exécute le code de test, ça fait vraiment 4 threads. C'est pour ça que je pose la question


[Édit]: erreur de screen

[attachment deleted by admin]

10

Général / Re : [SFML 2.0] Problèmes de performances

« le: Septembre 04, 2012, 05:27:34 pm »

Bah tu les ouvres avec un éditeur hexa et tu décryptes? 

Il te faut juste l'aperçu en gros du truc (pour chaque enregistrement) (comme le premier screen) ou des détails sur certains des appels qui semblent arriver souvent?
Et aussi, quand j'ai fait les profilages, j'ai choisi de profiler les 4 threads du programme en action; est-ce que cela te semble "correct"? Ou juste celui qui prend le CPU est suffisant?

11

Général / Re : [SFML 2.0] Problèmes de performances

« le: Septembre 04, 2012, 05:05:05 pm »

N'étant plus sûr de ce que j'ai fait dans le screen (tsss, pas sérieux) j'ai refait le tout

Plutôt qu'un screen j'ai enregistré un fichier pour chaque profilage, ça prend moins de temps à faire (l'autre fois j'avais du le faire en plusieurs fois le screen) et ça contient plus d'informations (c'est-à-dire tout  )

[attachment deleted by admin]

12

Général / Re : [SFML 2.0] Problèmes de performances

« le: Août 31, 2012, 03:44:45 pm »

D'accord, mais je n'ai jamais utilisé de tel outil par contre... 

Édit: je viens d'utiliser un profiler (Sleepy) et voilà le résultat

13

Général / Re : [SFML 2.0] Problèmes de performances

« le: Août 31, 2012, 03:25:54 pm »

Bah ce qui est bizarre, c'est que ça se passe mal qu'en mode débug. Côté driver graphique, j'ai fait la mise à jour hier avant de poster (enfin si pilote et driver c'est bien le même)

14

Général / Re : [SFML 2.0] Problèmes de performances

« le: Août 31, 2012, 03:06:10 pm »

Sans la synchro verticale, ça monte à plus de 3.000 fps
Et avec le setFramerateLimit(60), je suis à environ 66 fps et le CPU bloque à zéro! 

15

Général / Re : [SFML 2.0] Problèmes de performances

« le: Août 31, 2012, 10:48:31 am »

Sauf que là, je pense que c'est un peu démesuré d'avoir un CPU maximum pour le code que j'ai mis dans mon premier post (qui ne fait aucun affichage) juste parce que c'est compilé en débug.

Sinon, je suis parfaitement d'accord avec toi que le plus important, c'est le release en ce qui concerne les performances, mais pour la phase de développement c'est toujours mieux d'avoir un débug opérationnel