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 - minirop

Pages: [1] 2 Suivante »
1
Général / Re : SFML 2.1 avec Qt5 sans résultat
« le: Janvier 06, 2014, 07:13:48 pm »
déjà 2 trucs bizarres.
1/ tu utilises les .lib qui sont des fichiers pour Visual Studio et non les .a pour Mingw/gcc
2/ tu definis SFML_STATIC mais tu linkes les versions non statiques (sfml-system vs sfml-system-s)

2
j'utilise mingw 4.8.1 TDM et ce code compile (à condition de mettre "std::regex(regex)" ligne 4).

3
Graphique / [résolu] [segfault] activate(true)
« le: Septembre 06, 2013, 10:08:00 pm »
edit: juste un *ù$^*ù de conflit à la DLLs hell

Bonjour,

j'utilise la version 2.1 (le zip des sources sur le site, pas de clone de github) recompilé¹ release par mes soins, ça marchait nickel et un jour, segfault (j'ai pas touché à mes drivers, et en testant, ça me dit qu'ils sont à jour). donc j'ai recompilé en debug et voilà ce que me sort GDB:
Citer
Program received signal SIGSEGV, Segmentation fault.
0x68ed4fa5 in sf::RenderTarget::clear (this=0x28fd10, color=...)
    at C:\Users\minirop\Documents\SFML-2.1\src\SFML\Graphics\RenderTarget.cpp:59
59          if (activate(true))
(gdb) bt
#0  0x68ed4fa5 in sf::RenderTarget::clear (this=0x28fd10, color=...)
    at C:\Users\minirop\Documents\SFML-2.1\src\SFML\Graphics\RenderTarget.cpp:59
#1  0x0040154b in main ()

Voilà un code minimal qui reproduit le bug:
int main()
{
        sf::RenderWindow window(sf::VideoMode(800, 600), "SFML window");
        window.clear();
        return EXIT_SUCCESS;
}
le j'ai aussi avec un appel à "draw". ça segfault sur la première ligne "activate(true)" trouvée.

Et donc je suis perdu (et pas qu'un peu...)

merci d'avance.

¹: j'ai aussi tenter les binaires précompilés, ça segfault au même endroit.

4
Graphique / Re : [SFML2] Utiliser les accents
« le: Octobre 16, 2012, 12:49:56 pm »
quitte à faire du "pas portable", ça serait pas plus simple de faire ceci (code non testé) ?
// window est sf::RenderWindow crée avec un titre "bidon"
SetWindowText(window.getSystemHandle(), L"tété");

5
Général / Re : Architecture d'un projet SFML
« le: Octobre 13, 2012, 09:51:52 pm »
J'utilise ce système pour mon projet, et la fonction "draw" de mes "écrans" prend un sf::RenderTarget & target en paramètre. et donc tu lui passes ta RenderWindow (je vois pas comment faire autrement¹ et "proprement").
j'ai mis RenderTarget comme ça je peux également utiliser un RenderTexture si j'ai envie.

¹: parce qu'un objet global ou alors passer ta fenêtre dans le constructeur de façon à ce qu'il en garde un pointeur c'est pas spécialement plus "propre". Même si tu peux utiliser la deuxième façon si tu as besoin d'accéder à la fenêtre également dans "update".

6
Suggestions de nouvelles fonctionnalités / Re : Support de l'ipv6
« le: Septembre 18, 2012, 05:25:22 am »
en France oui, au moins Free et SFR le permettent. (pour SFR une choix oui/non dans les options de la box)

7
Graphique / Re : sprite.draw qui prend du temps
« le: Septembre 14, 2012, 06:38:17 am »
tu peux pas faire comme les autres jeux ? mettre un bel écran de loading ?

8
c'est le coup du "entité VS valeur".
Si tes widgets sont copiables, tu dois aussi redéfinir les operateurs +, -, *, /, ==, <, etc. Et tu vois que c'est impossible/illogique.

10
Heu... , c'est une blague ? qu'entend tu par là ? tu doutes de ton propre code ? je ne te suis pas du tout là.  :o
je dirais juste qu'il est conscient/réaliste.

y'a une diff entre un truc testé et éprouvé depuis de longue années (genre Qt) et une lib dév par un seul homme sur son temps libre (et utilisé à bcp moins grande échelle).
suffit de voir les bugs (notamment ceux de la 1.6).

11
Fenêtrage / Re : Bug: trop de Event::Resized sous linux
« le: Juillet 11, 2012, 05:45:05 am »
« it's not a bug, it's a feature »

Pour faire simple, je vais citer ce que j'ai trouvé : The X server can report ConfigureNotify events to clients wanting information about actual changes to a window's state, such as size, position, border, and stacking order.
XCreateWindow doit appeler XResizeWindow ou autre ce qui génère un event de type "ConfigureNotify".
Et vu la "généralité" de cette notification, y'a peut-être pas d'autres moyens.

edit: et c'est peut-être trop "lourd" de faire un "if(window.width != event.width) postEvent(resizeEvent);"

12
Site web SFML / Re : Nouveau forum
« le: Juillet 04, 2012, 06:44:29 pm »
tu peux les modifier dans l'admin et mettre ce que tu veux, mais vu que c'est le même forum fr/us y'a pas de raison de les modifier (surtout que tout le monde s'en fiche de son « rang »)

13
Discussions générales / Re : SFML2 RC - Frametime ?
« le: Juin 10, 2012, 01:06:47 pm »
tu le « gères » toi-même avec sf::Clock.

14
Graphique / Re : [SFML 2] Texture
« le: Mai 26, 2012, 09:16:44 am »
la taille prise en mémoire par une image dépend de ses dimensions, donc quelque soit le format sur le disque, en mémoire, c'est forcément décompressé, donc 11.4 pour chacune de tes images. Après les 18 donnent ~200Mo, pas 1.2Go, donc ça n'explique pas la différence. ça ne peut venir que de ton code je présume.

15
Projets SFML / Re : Quelle library add-hoc pour SFML?
« le: Mai 26, 2012, 05:20:17 am »
vu que c'est pour t'améliorer, qu'est-ce qui t'en empêche ? code ce que tu veux et ensuite compare avec les autres.
Tu auras tout le temps de trouver une idée originale quand tu voudras faire une lib “éprouvée” que tu auras envie de publier.

Pages: [1] 2 Suivante »
anything