Messages

31

Général / Re: Test unitaire

« le: Août 22, 2020, 11:16:44 am »

Salut

C'est pas vraiment le bon endroit pour se renseigner sur les tests unitaires

Il y a plein de frameworks de tests unitaires en C++ ; en ce qui nous concerne on a démarré quelque chose avec Catch mais il y en a plein d'autres. Il y a aussi des outils pour tout ce qui est graphique, mais je n'en sais pas plus que ça.

32

Fenêtrage / Re: Classe Input

« le: Juillet 30, 2020, 01:01:01 pm »

Tout est très bien expliqué dans les tutoriels et dans la documentation de l'API.

Ensuite, n'hésite pas à pratiquer. C'est en les utilisant que tu verras ce qui est le plus adapté à ce que tu souhaites faire.

33

Système / Re: [RESOLU] faire une "pause" avec la même touche clavier.

« le: Juillet 16, 2020, 06:30:51 am »

Et c'est mieux de le vérifier avant d'accéder aux données de l'évènement (ie. inverse l'ordre de tes conditions dans les if), sinon tu as en théorie un comportement indéterminé, car tu accèdes potentiellement à un membre d'union qui n'est pas initialisé.

34

Général / Re: SFML et CMake sous MacOsX (Qt Creator)

« le: Juin 08, 2020, 04:07:59 pm »

Ton premier fichier CMake ne faisait qu'ajouter le répertoire contenant les en-têtes de SFML, aux options de ton projet. Ce qui était suffisant pour compiler, mais pas pour faire l'édition des liens.

Ton second fichier CMake lie les targets sfml-graphics et sfml-audio à ton projet, en terminologie CMake ça veut dire que tu prends tout ce qu'il faut (répertoire d'en-têtes, bibliothèques, flags, ...). Donc là c'est bon

35

Général / Re: Se dispenser des .dll.

« le: Mai 25, 2020, 08:23:40 am »

La façon de lier statiquement SFML est décrite dans le tutoriel de démarrage pour ton compilateur.

https://www.sfml-dev.org/tutorials/2.5/index-fr.php#dcemarrer

36

Général / Re: Se dispenser des .dll.

« le: Mai 19, 2020, 06:04:40 pm »

Il faut lier des bibliothèques statiques, de façon à ce que le code soit intégré à l'exécutable. Si c'est SFML c'est facile et c'est expliqué dans la documentation, si ce sont les DLLs du compilateur (bibliothèque standard, threads, ...), alors il y a des options spécifiques à lui passer pour utiliser des équivalents statiques.

Attention cependant, certaines options peuvent être incompatibles avec la manière dont SFML a été compilée, et il faudra dans ce cas la recompiler toi-même avec ces options.

37

C / Re: Hitbox-Boîtes englobante-CSFML

« le: Mai 01, 2020, 09:06:13 pm »

Si tu as déjà la hitbox définie (sous forme de sfFloatRect ?), puisque tu nous dis que tu sais faire les collisions, et que tu sais utiliser un sfRectangleShape (sinon cf. la doc, c'est vraiment pas compliqué), alors où est le problème ? Il suffit de créer le rectangle, lui donner ta hitbox en paramètre, et le dessiner. Je ne vois pas bien ce qui te bloque là.

38

C / Re: Hitbox-Boîtes englobante-CSFML

« le: Mai 01, 2020, 03:28:30 pm »

Tu devrais préciser ta question. Qu'est-ce qui te pose problème exactement ? Qu'est-ce que tu as déjà fait ? Est-ce que ta hitbox est un rectangle, ou une forme bizarre comme dans ton screenshot ?

39

Général / Re: Sqlite SFML et les accents

« le: Avril 30, 2020, 09:04:04 pm »

sf::String::fromUtf8. Voir la doc pour tous les détails

40

Graphique / Re: probleme debutant aves sf::Texte

« le: Avril 19, 2020, 06:30:02 pm »

Tu stockes des copies d'instances de la classe "icon" dans ton vector. Et lors d'une copie, le sf::Text membre va être copié ainsi que le sf::Font membre. Mais le sf::Text va toujours "pointer" vers le sf::Font de l'instance originale, pas sa nouvelle copie. Et comme ce premier n'existe plus au moment de l'appel à draw... ça plante.

Ce n'est pas une bonne idée de stocker les ressources du genre texture, font, ... à cet endroit, car tu vas rapidement être sujet à ce genre de problème, et d'autre part tu te retrouves à charger et stocker plein de fois la même ressource, c'est du gaspillage de temps et de mémoire.

Charge ta police une fois, et passe la en paramètre à tes instances. Ou alors utilise un gestionnaire de ressources. Il y a plein de solutions

Sinon, l'autre solution, c'est de considérer que tes instances sont des entités à part entière, et qu'elles ne doivent pas être copiées. Dans ce cas déclare les "non-copyable", alloue-les dynamiquement et stocke des pointeurs (intelligents) dans ton vector. Comme ça pas de duplications. Mais reste le problème du gaspillage de ressource.

41

Graphique / Re: probleme debutant aves sf::Texte

« le: Avril 19, 2020, 03:45:56 pm »

Le debugger t'a déjà donné beaucoup d'éléments : la ligne qui provoque l'erreur, et l'adresse mémoire 0xCDCDCDDA. 0xCDCDCDDA c'est en fait 0xCDCDCDCD avec un petit offset, et 0xCDCDCDCD c'est de la mémoire allouée dynamiquement mais non initialisée.

La cause du problème se trouve donc certainement en amont, il faut voir le code qui crée et utilise la classe icon.

42

Graphique / Re: probleme debutant aves sf::Texte

« le: Avril 19, 2020, 09:33:28 am »

Utilise ton debugger, lui te dira précisément ce qui ne va pas.

43

Audio / Re: Problème SoundBuffer

« le: Avril 17, 2020, 08:27:29 am »

Ne sois pas désolé, si le forum existe c'est bien pour répondre aux questions

44

Audio / Re: Problème SoundBuffer

« le: Avril 16, 2020, 10:23:00 pm »

Je ne sais pas ce que tu as fait, mais non, il n'y a aucunement besoin des DLLs, ni au moment de la compilation, ni au moment de l'édition des liens. Elles sont chargées uniquement lorsque l'exécutable est lancé.

Et oui, si ton code charge des fichiers (sons, images, ...) il faut évidemment que tu les distribues avec ton exécutable, à l'endroit où ton code va les chercher.

45

Audio / Re: Problème SoundBuffer

« le: Avril 16, 2020, 05:29:05 pm »

je me dépêche car j'ai cru voir que je n'avais que 60 minutes de Login !

Hmm ?? Tu as dû mal voir.

=> Sauriez m'afficher un screen de votre "Linker Setting" avec tous les modules et toutes les dépendances organisées -pour un SFML_STATIC- de la plus parfaite des manières ? * - *

Puisque ça compile et ça lie, c'est que c'est bon maintenant

Je lu aussi qu'il était nécessaire -même avec une création SFML static- de fourrer le openal32.dll dans ... un dossier, quelque part dans mon projet, mais j'avoue ne pas avoir compris où avec précision

Suffit de ne pas lire le tutoriel en diagonale. Juste avant la phrase que tu cites, il est écrit :

[...] copier les DLLs de SFML (qui se trouvent dans <installation-de-sfml/bin>) dans le répertoire où se trouve votre exécutable compilé

C'est pour cela que cette information n'est pas répétée dans la phrase que tu cites, qui suit immédiatement celle-ci.