61
Graphique / Re: Enorme bug Graphique
« le: Mars 17, 2020, 07:07:29 pm »
Les descriptions de code en langage naturel, c'est toujours très vague. Voir directement le code en question, ce serait plus clair 
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.
Pages: « Précédente 1 ... 3 4 [5] 6 7 ... 301 Suivante »
62
Graphique / Re: Enorme bug Graphique
« le: Mars 17, 2020, 08:35:30 am »
Salut
Un code complet minimal qui reproduit le problème serait le bienvenu.
Un code complet minimal qui reproduit le problème serait le bienvenu.
63
Discussions générales / Re: SFML Warning
« le: Mars 09, 2020, 12:46:53 pm »Citer
J'insiste bien sur les segfaults randomIls ont beau être aléatoires, un debugger te sera bien plus utile que ma boule de cristal
Citer
undefined reference to `sf::CircleShape::CircleShape(float, unsigned int)'Ce n'est pas une erreur de compilation, mais d'édition de liens. Cela signifie que l'éditeur de liens ne trouve pas la fonction citée dans les bibliothèques SFML, bien que celle-ci soit déclarée dans les en-têtes. Causes récurrentes de ce genre d'erreur : tu n'as pas lié à sfml-graphics, ou alors à une version qui ne correspond pas aux en-têtes (ça peut être le cas lorsque plusieurs versions de SFML cohabitent).
64
Discussions générales / Re: SFML Warning
« le: Mars 08, 2020, 06:18:51 pm »
Le "warning" n'est pas gênant, ça te dit simplement que tu as un contexte OpenGL 4.6 et non 2.0, mais c'est 100% compatible.
Si tu as un crash il faut utiliser ton debugger pour le résoudre.
Si tu as un crash il faut utiliser ton debugger pour le résoudre.
65
Graphique / Re: SetPos avec matrice
« le: Février 26, 2020, 08:45:00 pm »
Et le "int" que tu sors de ta matrice, il représente quoi ? En tout cas, si tu veux positionner un rectangle il te faudra à un moment donné une position...
66
Fenêtrage / Re: Joysticks
« le: Février 12, 2020, 08:35:23 pm »
Je pense que le terme exact est "contrôleur de jeu". En gros tout ce que tu peux brancher qui possède des axes et/ou des boutons. Donc oui, le truc dans sa globalité, pas une sous-partie. Les sous-parties ce sont justement les axes et les boutons -- je pensais que c'était plus ou moins évident après lecture de la doc et des tutos
67
Audio / Re: Mp3 nouveauté blabla
« le: Février 03, 2020, 06:29:54 am »
Juste pour être clair, je n'ai pas parlé d'une autre bibliothèque mais bien d'un ajout à SFML :
https://github.com/SFML/SFML/issues/1232
https://github.com/SFML/SFML/issues/1232
68
Audio / Re: Mp3 nouveauté blabla
« le: Février 02, 2020, 11:36:47 am »
Salut
Pour répondre à ta question, il y a une tâche sur github qui traite de cela, et quelqu'un a bossé dessus très récemment. Je te laisse la retrouver.
Citer
les nouveautés de la SFMLLesquelles ? Je ne suis pas au courant
Pour répondre à ta question, il y a une tâche sur github qui traite de cela, et quelqu'un a bossé dessus très récemment. Je te laisse la retrouver.
69
Système / Re: Thread et Fonction de classe à un parametre
« le: Janvier 22, 2020, 09:51:12 pm »
Avec SFML tu ne peux pas. Utilise std::thread !
Et... tout cela sent la fausse bonne idée et les embrouilles Tu n'as pas besoin d'un thread pour gérer des animations.
Et... tout cela sent la fausse bonne idée et les embrouilles
Tu n'as pas besoin d'un thread pour gérer des animations.
70
Graphique / Re: Duplication d'objet
« le: Janvier 16, 2020, 08:34:00 am »
Première chose, avec les langages compilés comme le C++, on ne parle pas de script, mais de code
Et... tu utilises la fonction sf::FloatRect::intersect, ok, que puis-je te dire d'autre ? Ca marche, tu en es content ? Ou bien il y a un souci ? Encore une fois, précise ta question.
Il ne faut pas avoir peur d'essayer des choses, d'écrire du code, de tester par toi-même. Le pire qui puisse arriver c'est que ça ne fonctionne pas, et que tu apprennes des choses en te corrigeant
Et... tu utilises la fonction sf::FloatRect::intersect, ok, que puis-je te dire d'autre ? Ca marche, tu en es content ? Ou bien il y a un souci ? Encore une fois, précise ta question.
Il ne faut pas avoir peur d'essayer des choses, d'écrire du code, de tester par toi-même. Le pire qui puisse arriver c'est que ça ne fonctionne pas, et que tu apprennes des choses en te corrigeant
71
Graphique / Re: Duplication d'objet
« le: Janvier 15, 2020, 02:37:03 pm »
En effet tu pourrais dessiner plusieurs fois l'objet comme ça, mais ce n'est pas vraiment la solution "préférée". SFML utilise des objets dessinables (et non des fonctions de dessin) justement pour que chaque objet affiché ait sa propre existence et ses propriétés dans le programme.
Si tu veux juste factoriser l'initialisation d'une entité tu as deux façons très simples :
Si tu veux juste factoriser l'initialisation d'une entité tu as deux façons très simples :
sf::RectangleShape r1;
//configure r1...
auto r2 = r1;
r2.setPosition(...);
auto r3 = r1;
r3.setPosition(...);
//configure r1...
auto r2 = r1;
r2.setPosition(...);
auto r3 = r1;
r3.setPosition(...);
sf::RectangleShape makeRectangle(sf::Vector2f position)
{
sf::RectangleShape r;
// configure r...
r.setPosition(position);
return r;
}
auto r1 = makeRectangle(...);
auto r2 = makeRectangle(...);
auto r3 = makeRectangle(...);
{
sf::RectangleShape r;
// configure r...
r.setPosition(position);
return r;
}
auto r1 = makeRectangle(...);
auto r2 = makeRectangle(...);
auto r3 = makeRectangle(...);
72
Graphique / Re: Duplication d'objet
« le: Janvier 15, 2020, 08:08:23 am »
C'est très très vague comme problème. Qu'as-tu déjà fait ? Sur quoi bloques-tu précisément ?
73
Graphique / Re: getline(fichier,contenu) utf8
« le: Décembre 04, 2019, 02:32:41 pm »
Tu es sûr que ton code compile en l'état ? sf::String::toUtf8(contenu) est incorrect, c'est sf::String::fromUtf8 qu'il faut utiliser.
Ensuite, il faut bien sûr que ton fichier soit encodé en UTF-8, et peut-être même le flux (pas sûr). Lorsque c'est comme ça, au lieu d'essayer plein de choses un peu au hasard, regarde au debugger ou sur la sortie standard les valeurs des octets lus, ça te permettra d'en déduire si l'encodage est bon ou pas (par exemple, 'é' s'encode 0xC3 0xA9 en UTF-8, mais 0xE9 en Latin-1, etc.).
PS : attention aux règles du forum (double-post, mauvaise section, formattage du post, ...)
Ensuite, il faut bien sûr que ton fichier soit encodé en UTF-8, et peut-être même le flux (pas sûr). Lorsque c'est comme ça, au lieu d'essayer plein de choses un peu au hasard, regarde au debugger ou sur la sortie standard les valeurs des octets lus, ça te permettra d'en déduire si l'encodage est bon ou pas (par exemple, 'é' s'encode 0xC3 0xA9 en UTF-8, mais 0xE9 en Latin-1, etc.).
PS : attention aux règles du forum (double-post, mauvaise section, formattage du post, ...)
74
Audio / Re: Buffer depuis loadFromSamples : Probléme pour lire le sample entiérement
« le: Octobre 26, 2019, 09:07:59 pm »
Ton son s'arrête car l'objet qui contient ses données (sf::Sound) est détruit. Et il est détruit car il est local à la fonction, et que la fonction se termine. C'est pour cela que le tutoriel utilise une boucle avec pause, il faut laisser le temps au son de terminer avant de le détruire. Or là avec une boucle qui s'exécute instantanément, ou au mieux en 400 ms si tu décommentes l'appel à sf::sleep, tu n'as pas le compte.
Deux solutions :
- soit tu veux lire ton son de manière bloquante (ie. que ton programme bloque jusqu'à ce qu'il ait terminé), alors fais une pause (sf::sleep) de la durée de ton son, soit une seconde.
- soit tu veux lire ton son en parallèle (ie. faire d'autres choses pendant qu'il se termine) et alors il faudra le stocker de manière un peu plus persistante que ça, et le détruire lorsqu'il aura terminé.
Deux solutions :
- soit tu veux lire ton son de manière bloquante (ie. que ton programme bloque jusqu'à ce qu'il ait terminé), alors fais une pause (sf::sleep) de la durée de ton son, soit une seconde.
- soit tu veux lire ton son en parallèle (ie. faire d'autres choses pendant qu'il se termine) et alors il faudra le stocker de manière un peu plus persistante que ça, et le détruire lorsqu'il aura terminé.
75
Suggestions de nouvelles fonctionnalités / Re: Angles en radians pour Transformable
« le: Octobre 19, 2019, 09:25:30 pm »
D'un point de vue de la conception c'est pourtant plus "clean" de centraliser la conversion dans une unique fonction, et de garder une seule version des fonctions dans l'API. C'est juste plus verbeux.
Pages: « Précédente 1 ... 3 4 [5] 6 7 ... 301 Suivante »