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

Pages: [1]
1
Fenêtrage / Re : Le Full Screen plante
« le: Février 13, 2016, 03:57:20 am »
Non, ça ne change rien. Je suis allé voir sur le forum anglais, il y a un topic à ce propos.

http://en.sfml-dev.org/forums/index.php?topic=17238.msg132031#msg132031

Mais mon anglais est pas 100% top et ils conseilent de compiler la librairie à partir du git :S (galère pour moi)

Je me demande si c'est vraiment utile étant donné que le dernier commit remonte à aout, je suppose que la version précompilée est la dernière.


2
Fenêtrage / Re : Le Full Screen plante
« le: Février 12, 2016, 03:54:40 pm »

J'ai réglé le souci précédent en compilant avec g++-4.9

Je suis donc maintenant bien en 2.3.2 mais aucune différence, j'ai toujours le même écran :/

3
Fenêtrage / Re : Le Full Screen plante
« le: Février 12, 2016, 03:39:32 pm »


Merci de ta réponse :)

J'ai essayé avec sf::VideoMode::getFullscreenModes, ça ne règle pas le souci et mon écran est en 1900*600.

Je me suis donc lancé dans l'installation de la 2.3.2 mais elle n'est pas disponible dans les paquets 14.04.3
Je ne sais pas si je peux installer ceux des versions plus récentes en ajoutant les dépots, j'ai peur que ça plante :S

J'ai téléchargé les paquets précompilés pour linux  et installé les dépendances mais à la compilation j'obtiens :

/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../lib/libsfml-graphics.so||undefined reference to `std::__throw_out_of_range_fmt(char const*, ...)@GLIBCXX_3.4.20'|

ça n'a pas vraiment de rapport avec mon souci de base et je vais chercher de mon coté, mais si vous avez une idée, je suis preneur :)

4
Fenêtrage / Le Full Screen plante
« le: Février 12, 2016, 02:06:08 pm »

Bonjour, j'ai essayé de passer mon programme en mode fullScreen mais cela fait planter tout l'affichage,

Pour le code minimum qui enclenche le bug :

int main(int, char const**) {

    RenderWindow w(VideoMode(1600, 900), "Test",sf::Style::Fullscreen);
    return EXIT_SUCCESS;
}


Le bug en lui même est dure à décrire.
Une foi le programme lancé, la sourie reste coincée dans un rectangle d'à peu près 800*600 en haut à droite de l'écran.
L'écran devient tout noir exepté un petit rectangle de ~ 50*300 à gauche au milieu de l'écran dans lequel j'aperçois une toute petite partie de mes programmes. Je peux toujours contrôler mon ordi (mais c'est pas facile) et le bug se corrige en redémarrant ma session.

Ma config :

Version SFML : je suppose que c'est la 2.1
Dans config.hpp :
#define SFML_VERSION_MAJOR 2
#define SFML_VERSION_MINOR 1

Je suis sur Kubuntu 14.04.3
Carte Graphique : Nvidia GeForce GT840M 2 Go
Driver graphique : NVIDIA binary driver - 352.63 (version recommandée par kubuntu)

J'espère que vous pourrez m'aider,

Merci d'avance :)

5
Général / Re : Conception d'une classe Bouton
« le: Février 12, 2016, 01:34:49 pm »

Salut,

Pour la première méthode:

c'est une méthode "classique" et c'est aussi à peu près comme cela que j'aurai procédé dans un premier temps.
Je pense qu'elle a l'avantage d'être robuste, simple à débugger.
Toute fois si tu reste sur celle-ci, tu peux surement l'améliorer.
Il serai judicieux d'utiliser les entrées temps réel :

sf::Mouse::isButtonPressed(sf::Mouse::Left) te dit directement si la sourie est enfoncée ou non et tu n'as plus qu'a vérifier si elle est sur un bouton ou non
voir : http://www.sfml-dev.org/tutorials/2.0/window-inputs-fr.php

La deuxième méthode :
Mon conseil, oublie les pointeurs de fonction, c'est plutôt dangereux.
En revanche, tu peux très bien récupérer un pointeur vers ta classe principale et faire un principale->taFonction() , ce sera bien plus propre.
Je pense que c'est à essayer. J'avais implémenté le même genre de fonctionnement pour changer d'écran, ça ne m'avais pas vraiment plus mais c'était intéressant à programmer. 

Bonne continuation :)

6
Général / Souci entre thread
« le: Février 07, 2016, 08:05:22 pm »

Bonjour :)

Je me suis lancé dans le multi-thread et je suis tombé sur une difficulté que je ne comprend pas :

J'ai pour le moment un thread principale et un thread graphique. Mais un bug survient toujours au même endroit dans le thread 2 (graphique) et sur une ligne gérant le clavier dans le principale :

thread 1 : if (event.type == Event::Closed || Keyboard::isKeyPressed(Keyboard::Escape))

thread 2 : window->clear(sf::Color(0,0,0,255));

Je me demandais surtout pourquoi ça arrive (variable partagée entre clear et le clavier?). Sinon pour résoudre le souci ça passe en mettant des mutexs partout mais ça m’embête un peu.

Pour plus de détails :

J'ai bien placé le window->setActive(false);

et j'ai cette erreur :
HackSlash4: ../../src/xcb_io.c:635: _XReply: Assertion `!xcb_xlib_threads_sequence_lost' failed.
Aborted (core dumped)

Je suis sur linux et j'utilise le cpp11 pour mes threads.

Pages: [1]
anything