[SFML 2.0] Chargement de sf::Texture

[Neckara]

Bonjour,

J'ai un petit problème et je ne comprend toujours pas ce qui se passe.

Code: [Sélectionner]

  std::ifstream fichier(chemin.c_str());
    std::string ligne;
    if(fichier.fail())
    {
        std::cerr << "fichier de config non trouv�\n" << std::endl;
        exit(1);
    }
    fichier >> nb_fenetre;
        std::cout << nb_fenetre << std::endl;
        std::cout << chemin << std::endl;
    liste_images = new sf::Texture[nb_fenetre];
    std::getline(fichier, ligne);
    while(i != nb_fenetre)
    {
        std::getline(fichier, ligne);
        std::cout << ligne << std::endl;
        if (!liste_images[i].loadFromFile(ligne.c_str()))
        std::cerr  << ligne << " not found" <<  std::endl;
            //exit(1);
        }
        i++;
        std::cout << ligne << "-" << std::endl;
        std::cout << i << "/" << nb_fenetre << std::endl;
    }
    fond.setTexture(liste_images[2], true);


do_wait: drmWaitVBlank returned -1, IRQs don't seem to be working correctly.
Try adjusting the vblank_mode configuration parameter.
3
Config/intro.txt
icone1.png
". Reason : Unable to open fileg
 not found
-cone1.png
1/3
icone2.png
". Reason : Unable to open fileg
 not found
-cone2.png
2/3
icone3.png
icone3.png-
3/3

Code: [Sélectionner]

void NFenetre_intro::getImage(Nwindow &wind)//Nwindow hérite de sf::RenderWindow
{
    wind.draw(fond);
}
pour l'affichage, j'ai une fenetre totalement noir.
Quand le chargement de la 3ème sf::Texture marche, et que je met true pour redimensionner le sf::Sprite, lorsqu'ensuite je décide de changer la source du sf::Sprite par une image non chargée, j'ai un carré blanc.

Je pense donc qu'il a réussi à charger la taille mais qu'il y a un problème dans le chargement ou l'affichage de mon image png (avec transparence)

En modifiant le dernier chemin en chemin absolue :

3/3
neckara@NeckDebian:~/test$ ./exe
do_wait: drmWaitVBlank returned -1, IRQs don't seem to be working correctly.
Try adjusting the vblank_mode configuration parameter.
3
Config/intro.txt
icone1.png
". Reason : Unable to open fileg
 not found
-cone1.png
1/3
icone2.png
". Reason : Unable to open fileg
 not found
-cone2.png
2/3
~/Documents/Donnees/Gestion-fenetre/icone3.png
". Reason : Unable to open filets/Donnees/Gestion-fenetre/icone3.png
 not founds/Donnees/Gestion-fenetre/icone3.png
-/Documents/Donnees/Gestion-fenetre/icone3.png
3/3

Sinon, je ne comprend pas tout à fait pourquoi quand je fais un :

Code: [Sélectionner]

std::cout << ligne << "-" << std::endl;
le "-" remplace le premier caractère de ligne dans l'affichage et ce uniquement lorsque le chargement de l'image ne marche pas.

Pourtant, j'ai une sf::Image qui me sert pour le logo et elle est toujours correctement affichée dans la barre de titre.

EDIT : si je remplace

Code: [Sélectionner]

!liste_images[i].loadFromFile(ligne.c_str())
par

Code: [Sélectionner]

!liste_images[i].loadFromFile("icone3.png")

Je n'ai plus d'erreur au chargement mais cela m'affiche des pixel aléatoirement comme si l'image n'avait en fait pas du tout été chargée.

[Orwel]

Par contre je ne suis pas sur que cela résolve ton problème. Fait plutôt des cout<<"Step 1 "<<ligne...

C'est plus facile de suivre le déroulement du programme de notre coté 

Peut-on connaître l’arborescence de ton projet???
Peut-on voir le fichier intro.txt???

Sinon, ce genre de lecture de fichier est souvent soumise à erreur. Je te conseille de passer par une structure moins linéaire et plus modulable.
Voir utiliser du XML.

[Neckara]

Voici l'archive du projet  https://imo.im/fd/E/NXS2FUhnmp/test.zip (le lien ne dure que 24h)

le fichier intro.txt est bel et bien lu et tout est bel est bien noté dans le std::string ligne comme en atteste les std::cout

Mais j'ai fait un test en faisant

Code: [Sélectionner]

ligne += "/";
std::cout << ligne << std::endl;
et il m'affiche

/cone.png

Et quand ça arrive, le loadFromFile() retourne false donc je pense que le problème doit venir là, mais je ne vois pas du tout ce qui le provoque.

Ensuite, pour les images etc... ce n'est pas un problème de chemin vu que lorsque je remplace le "ligne.c_str()" par "icone3.png" il n'y a pas d'erreur lors du chargement de l'image.

Par contre, lors de l'affichage, on a bel et bien la bonne taille du sprite mais pas l'image.

EDIT : et ce n'est pas non plus un problème d'affichage vu que lorsque je met une couleur au sprite, le sprite s'affiche correctement.

EDIT : je pense avoir compris pourquoi les loadFromFiles ne marchaient pas, apparemment dans mon fichier texte, il y a un caractère non imprimable à la fin de chaque ligne.
Par contre pour le dernier du fichier, il n'a pas ce caractère non imprimable, bizarre...

Donc maintenant j'ai des sprite qui s'affichent avec un contenu aléatoire, dois y avoir encore un problème sur la source de l'image du sprite.

EDIT : le caractère mis à la fin de mes lignes serait un carriege return. (code ascii 13) mais que vient-il faire ici???

[Neckara]

J'ai trouver ce qui ne va pas :

mon tableau de sf::Texture perd son contenu pour une raison inconnue (pourtant j'ai fait une allocation dynamique...)

[Neckara]

Est-il normal que la fonction draw d'une classe héritée de sf::RenderWindow à laquelle je donne en argument un sf::Sprite dont la source de l'image est un sf::Texture vide la sf::Texture de son contenu???

[Koryushin]

Je suis pas sur mais le sprite est il passé par reference? Sinon ça peut expliquer le problême.

[Neckara]

Le sprite est effectivement passé par référence constante.

Code: [Sélectionner]

void draw (const Drawable &drawable, const RenderStates &states=RenderStates::Default)

Mais comment faire pour éviter que ma texture ne soit modifiée?

[Neckara]

Pour une raison obscure,lors d'un sf::RenderWindow::draw() si le sf::Sprite a pour source d'image un sf::Texture dont l'image a été chargée avant l'activation de la fenêtre et pas dans le même thread, ce sf::Texture verra alors son contenu modifié.

[Laurent]

https://github.com/SFML/SFML/issues/160 ?

[Neckara]

Je ne suis pas super doué en anglais, mais j'arrive à comprendre un peu.

Apparemment, j'ai le même problème :

Un sf::Texture doit "recevoir son image"  pendant que la fenêtre est active (peu importe si elle est désactivée ensuite) sinon lors de l'appel de la fonction draw, la sf::Texture sera effacée. (pour le thread, je me suis trompé, peut importe le thread, le tout est d'avoir la fenetre activée dans le thread)

La fonction sf::Texture::create() n'apporte rien de plus.

EDIT : après relecture, je vois qu'ils ont trouvé la même explication, il faut que la fenêtre soit active.
Mais c'est très contraignant, ceci veut dire qu'il faut interrompre l'affichage pour charger les images.

[Laurent]

Alors déjà c'est pas normal hein, ça ne se produit que sous Linux et ce sera corrigé une fois que j'aurai compris pourquoi ça ne marche pas

Ensuite tu peux nous montrer ton code, ou un pseudo-code qui nous aide à comprendre ce que tu fais ? Parce que "très contraignant" et "interrompre l'affichage"... non, à mon avis tu fais des trucs inutilement compliqués.

[Neckara]

Je n'ai pas tout à fait fini de réécrire le code correctement.

Voici un pseudo-code :
.hpp

Code: [Sélectionner]

class Hevent
{
private:
bool Running;
sf::RenderWindow wind;
public:
void event();
void afficher();
Hevent();
~Hevent();
};
.cpp

Code: [Sélectionner]

void lance_afficher(void *data)
{

Hevent *hevent = static_cast<Hevent*>(data);
hevent->afficher();
}

Hevent::Hevent()
{
sf::Thread Thread(&lance_afficher, this);
Thread.launch();
event();
Thread.wait();
}


Hevent::~Hevent()
{
}

void Hevent::event()
{
Running = true;
while (Running)
{
sf::Event Event;
while (wind.waitEvent(Event))
{
                              //traitement de l'évènement
}
}
}

void Hevent::afficher()
{
wind.setFramerateLimit(IMGPROSEC);
while(Running)
{
//tous les wind.draw
wind.display();
}
}

Je suis obligé de mettre l'affichage et la réception d'évènement dans deux partie distinctes car il pourra arriver que le traitement de certains évènements soient assez long et ceci ne devra pas interrompre l'affichage.

Le problème, c'est que je serais obliger de télécharger tous les éléments graphique avant de commencer d'afficher (ou en arrêtant l'affichage pour un temps) afin de pouvoir faire wind.setActive(false) dans la boucle d'affichage puis de faire un wind.setActive(true) dans le processus qui gèrera le chargement des images.

Donc il va falloir que je gère une ou plusieurs classes de stockage d'images pour stocker un maximum d'image avant de continuer l'affichage.

Ensuite, certains évènement vont conduire à modifier certaines textures, donc non seulement il va falloir que je mette des verrous un peu partout dans la boucle d'affichage.

Sinon, il faut que dans la fonction qui se chargera de récupérer le sf::Sprite d'une classe particulière pour le dessiner sur le sf::RenderWindows, faire un test et effectuer les modifications, mais cela va demander plus de temps (pas seulement le if, mais toutes les modifications à effectuer).

Je ne suis pas sûr mais je pense que ça doit être la même chose pour les sf::RenderTexture (?)
Si j'ai bien compris, il faudra que je fasse un clear(), des draw() puis un display() à chaque modifications (?)

Sinon, comment savoir s'il y a des correction apportée à la 2.0 et surtout comment les inclure à notre version?

[Laurent]

Désolé, mais pour ma part il y a trop de code, trop d'explications. En ce moment j'ai très peu de temps libre alors si tu veux une aide efficace essaye de faire dans le concis. Je sais que c'est pas ta faute, mais là je peux vraiment pas prendre le temps de décortiquer ton code et tes explications

[Neckara]

Pour faire très simple, je fais deux threads :
- un pour l'affichage
- un pour le traitement des évènements

Mais il faut alors que j'arrête la boucle d'affichage (via un mutex) à chaque fois que je souhaite mettre une image dans un sf::Texture.

EDIT : puisque si j'ai deux threads où la sf::RenderWindow activée, ça plante.

Je redoute aussi d'avoir des problèmes similaire avec les sf::RenderTexture quand j'aurais à les utiliser.

[Laurent]

Tu n'as pas à faire de trucs compliqués, il y a juste deux choses à retenir :
- les évènements doivent être gérés dans le thread qui a créé la fenêtre
- tu dois désactiver le contexte de la fenêtre (setActive(false)) dans le thread où elle est active, avant de dessiner (clear, draw, display) dans un autre thread