1
Projets SFML / Re : Framework
« le: Décembre 29, 2013, 05:09:13 pm »
Passionant...
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: [1] 2 Suivante »
2
Projets SFML / Re : Re : Framework
« le: Décembre 24, 2013, 07:32:24 pm »
Ce topic est une perle ! 
3
Projets SFML / Re : Framework
« le: Décembre 23, 2013, 10:41:11 pm »
J'ai écris un petit ensemble de classes pour architecturer un projet plaisir sur lequel je travaille à mes heures perdues. Au bout de quelques mois, j'obtiens, en résumant beaucoup, un "framework" proposant un coeur modulaire (insertion/retrait dynamiques de modules, système de communication par appels directs ou bus), et une couche IO, le tout réutilisable pour créer n'importe quel type de jeu.
Et je peux te dire que je suis loin d'être parti dans des trucs super complexes, à vouloir réinventer la roue, avec au final un résultat simple à mettre en oeuvre, stable, et suffisement performant, et surtout qui me permet aujourd'hui de progresser beaucoup plus rapidement dans le développement du "jeu" à proprement parler, et c'est le but.
Et au fait ? Ton système de signaux/slot, n'était-ce pas pour la version 2, comme dis 2/3 pages auparavant ? Il faudrait vraiment que tu songes à finaliser quelque chose de prévu pour la V1 avant d'aller papillonner à droite à gauche, là tu seras crédible. Et aussi, comme dis Laurent, à ouvrir un blog "Moi, Ma Vie, Mon Oeuvre" pour y déverser tes élucubrations...
J'interviens peu sur ce forum, car je trouve dans 99% des cas les réponses à mes questions dans la doc (très bien faite au passage), mais là j'avoue que c'est plus fort que moi. Tu me rappelles une vieille connaissance estudiantine, qui raflait toujours de superbes notes aux soutenances de projets en blablatant sur tout ce qu'il projetait de faire... et qui au final réalisait 1% de ses ambitions initiales...
Bon j'arrête là le hors-sujet...
Ce topic devrait être épinglé "culte", dans la série "Best Of", section "Nid de Coucou" !
Et je peux te dire que je suis loin d'être parti dans des trucs super complexes, à vouloir réinventer la roue, avec au final un résultat simple à mettre en oeuvre, stable, et suffisement performant, et surtout qui me permet aujourd'hui de progresser beaucoup plus rapidement dans le développement du "jeu" à proprement parler, et c'est le but.
Et au fait ? Ton système de signaux/slot, n'était-ce pas pour la version 2, comme dis 2/3 pages auparavant ? Il faudrait vraiment que tu songes à finaliser quelque chose de prévu pour la V1 avant d'aller papillonner à droite à gauche, là tu seras crédible. Et aussi, comme dis Laurent, à ouvrir un blog "Moi, Ma Vie, Mon Oeuvre" pour y déverser tes élucubrations...
J'interviens peu sur ce forum, car je trouve dans 99% des cas les réponses à mes questions dans la doc (très bien faite au passage), mais là j'avoue que c'est plus fort que moi. Tu me rappelles une vieille connaissance estudiantine, qui raflait toujours de superbes notes aux soutenances de projets en blablatant sur tout ce qu'il projetait de faire... et qui au final réalisait 1% de ses ambitions initiales...
Bon j'arrête là le hors-sujet...
Ce topic devrait être épinglé "culte", dans la série "Best Of", section "Nid de Coucou" !
4
Projets SFML / Re : Framework
« le: Décembre 23, 2013, 09:38:17 pm »
Je trouve que tu te compliques bien la vie... je dis ça je dis rien...
5
Projets SFML / Re : Framework
« le: Décembre 23, 2013, 06:54:27 pm »
Passionant... mais euh sans vouloir te vexer t'en es où exactement dans ton projet ? Parce que bon, au bout de 10 pages quasiment à toi tout seul (en exagérant à peine), j'ai du mal à voir exactement ce que tu souhaites obtenir pour une hypothétique première version. Vu de l'extérieur tu donnes l'impression de partir dans tous les sens.
Ne serait-ce pas plus cohérent de figer une "wishlist" de ce que ton projet doit comporter (exit les super nouvelles idées à implémenter tout de suite maintenant avant même que le reste ne soit fonctionnel), ce qui donnerait une idée de son état d'avancement ("fait", "à faire"), et te permettrait de terminer quelque chose de concret.
Fixe toi une liste d'objectifs et essaie de t'y tenir, parce que sinon tu n'auras jamais fini. Et puis celà sert-il à quelque choses de raconter tout ce que tu as fais/fais/voudrais faire pendant des pages et des pages ? Franchement, bosse, fais un truc solide, utilisable, utile et stable, présente-le et puis voilà...
L'idée pouvait paraître bonne, c'est pour ça que je suis ce topic, mais bon là c'est rapidement lassant...
Ne serait-ce pas plus cohérent de figer une "wishlist" de ce que ton projet doit comporter (exit les super nouvelles idées à implémenter tout de suite maintenant avant même que le reste ne soit fonctionnel), ce qui donnerait une idée de son état d'avancement ("fait", "à faire"), et te permettrait de terminer quelque chose de concret.
Fixe toi une liste d'objectifs et essaie de t'y tenir, parce que sinon tu n'auras jamais fini. Et puis celà sert-il à quelque choses de raconter tout ce que tu as fais/fais/voudrais faire pendant des pages et des pages ? Franchement, bosse, fais un truc solide, utilisable, utile et stable, présente-le et puis voilà...
L'idée pouvait paraître bonne, c'est pour ça que je suis ce topic, mais bon là c'est rapidement lassant...
6
Projets SFML / Re : Framework
« le: Décembre 19, 2013, 08:02:18 pm »
Avant de penser à la version 2, 3 ou 18, tu devrais déjà clarifier pas mal ton code, parce que c'est un peu (beaucoup ?) le bazar entre les .h et .cpp... Je vois des .h contenant toute l'implémentation, d'autres avec juste la déclaration, d'autres avec un bout d'implémentation, un bout de déclaration, bref.
7
Projets SFML / Re : Émulation de CLI rétro. (basique)
« le: Août 25, 2013, 04:33:11 pm »
Un petit retour rapide :
- il est possible d'effacer l'invite ">" avec la touche Backspace
- dans le cas où l'invite a été effacé, tout saisie et validation d'un nombre crash le programme
- crash du programme si validation de tout autre chaîne de caractères qu'un nombre (y compris une chaîne vide)
- il est possible d'effacer l'invite ">" avec la touche Backspace
- dans le cas où l'invite a été effacé, tout saisie et validation d'un nombre crash le programme
- crash du programme si validation de tout autre chaîne de caractères qu'un nombre (y compris une chaîne vide)
8
Projets SFML / Re : Émulation de CLI rétro. (basique)
« le: Août 24, 2013, 09:12:57 pm »
La sortie d'erreur m'indique la même chose que le message que je t'ai envoyé.
Et sinon, m'envoyer les sources, que je les compile pour voir si ça fonctionne ne serait-il pas plus simple ?
Mon système :
ArchLinux x86_64
SFML 2.1 des dépots officiels
Et sinon, m'envoyer les sources, que je les compile pour voir si ça fonctionne ne serait-il pas plus simple ?
Mon système :
ArchLinux x86_64
SFML 2.1 des dépots officiels
9
Projets SFML / Re : Émulation de CLI rétro. (basique)
« le: Août 24, 2013, 04:30:48 pm »
C'est le message complet que j'ai sur ma console.
Si je l'exécute à travers gdb, voici ce que j'obtiens :
Si je l'exécute à travers gdb, voici ce que j'obtiens :
Starting program: /home/alex/Console/Console
warning: no loadable sections found in added symbol-file system-supplied DSO at 0x7ffff7ffa000
warning: Could not load shared library symbols for linux-vdso.so.1.
Do you need "set solib-search-path" or "set sysroot"?
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".
/home/alex/Console/Console: symbol lookup error: /home/alex/Console/Console: undefined symbol: _ZN2sf6Window6createENS_9VideoModeERKSsjRKNS_15ContextSettingsE
[Inferior 1 (process 514) exited with code 0177]
warning: no loadable sections found in added symbol-file system-supplied DSO at 0x7ffff7ffa000
warning: Could not load shared library symbols for linux-vdso.so.1.
Do you need "set solib-search-path" or "set sysroot"?
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".
/home/alex/Console/Console: symbol lookup error: /home/alex/Console/Console: undefined symbol: _ZN2sf6Window6createENS_9VideoModeERKSsjRKNS_15ContextSettingsE
[Inferior 1 (process 514) exited with code 0177]
10
Projets SFML / Re : Émulation de CLI rétro. (basique)
« le: Août 23, 2013, 08:02:51 pm »
Et il dépend de quoi ton projet ?
Parce qu'en lançant ton exécutable j'obtiens symbol lookup error: ./Console: undefined symbol: _ZN2sf6Window6createENS_9VideoModeERKSsjRKNS_15ContextSettingsE...
Parce qu'en lançant ton exécutable j'obtiens symbol lookup error: ./Console: undefined symbol: _ZN2sf6Window6createENS_9VideoModeERKSsjRKNS_15ContextSettingsE...
11
Général / Re : Re : SFML et thread du c++11.
« le: Août 12, 2013, 11:25:31 am »CiterDans ce code l'affichage se fait dans le thread principal.
Ha bon, QTimer n'utilise pas de thread
Je pensais.
Ce qui est bien c'est qu'on te l'a déjà dis dans un autre thread (
)...Je t'ai aussi dis que Qt n'acceptera pas non plus que tu manipules l'IHM depuis un autre thread.
T'es du genre tête dure toi non ?
12
Système / Re : Comment bien utiliser les mutex ?
« le: Août 12, 2013, 11:20:09 am »
Et quelques incantations plus loin... http://fr.sfml-dev.org/forums/index.php?topic=12610.0
13
Système / Re : Re : Comment bien utiliser les mutex ?
« le: Août 12, 2013, 12:32:32 am »Je vais aller voir sur le forum de Qt, au pire, je virerai ce QTimer et j'utiliserai un std::thread pour appeler le repaint du widget, le débuguer me dis que le ça plante dans la méthode repaint de Qt, mais ne me donne pas beaucoup d'infos. :/
QThread, std::thread, sf:Thread = idem. Juste des interfaces vers les threads OS. Et bon courage pour faire un repaint depuis un autre thread. Qt n'accepte pas que tu manipules un widget dans un autre thread que celui qui l'a créé si mes souvenirs sont bons (comme la plupart des bibliothèques d'IHM d'ailleurs). Si tu appelles n'importe quelle méthode depuis un thread, cette méthode s'exécute dans ce même thread.
Et puisque je vois que tu utilises Qt, une petite remarque sur la pertinence de blinder ton code de threads pour tirer partie des CPU multi-coeurs : regarde juste combien ton programme compte de threads sans même compter les tiens... sûrement plus que ton CPU n'a de coeurs...
14
Système / Re : Re : Comment bien utiliser les mutex ?
« le: Août 11, 2013, 02:06:41 pm »CiterMais la question c'est : as-tu réellement besoin de gérer tout un bric à brac de threads qui risque de tout compliquer sans te rendre réellement service par rapport à un système mono thread ?
Heu peut être que j'en ai pas besoin mais se serait dommage de s'en passer sur un PC multi-coeur.
Hélas il ne suffit pas de créer quelques threads ça et là et de laisser le système se débrouiller avec pour que ça soit plus efficace qu'un seul thread qui réaliserait les mêmes opérations.
15
Système / Re : Comment bien utiliser les mutex ?
« le: Août 11, 2013, 12:15:26 pm »
Mais la question c'est : as-tu réellement besoin de gérer tout un bric à brac de threads qui risque de tout compliquer sans te rendre réellement service par rapport à un système mono thread ?
Pages: [1] 2 Suivante »