Comment créer un thread qui puisse gérer les éléments de l'IHM

**SuperSeb95** · 17/05/2011, 17h13

Bonjour à tous,

voila j'ai créé et disposer des objets sur mon IHM (mainwindow.ui) et je voudrai créer un thread (je suppose avec QThread) qui puisse agir sur les objets, c'est à dire qu'il connaisse la classe 'ui' et 'this', tout au moins 'this' parce que 'ui' est un élément de 'this'.
Bon je ne sais pas si c'est clair

Merci d'avance de votre aide

PS: environement Qt Linux.

**yan** · 17/05/2011, 17h39

Salut
http://qt.developpez.com/faq/?page=Thread#ihm-thread

Donc tu ne peux pas directement. Mais tu peux passer par le système de signal/slot pour modifier ton ihm à partir du thread

**SuperSeb95** · 18/05/2011, 09h00

Merci Yan pour le lien, mais je vais être honnête, je débute, et même si je comprends un peu la théorie, je ne vois pas du tout comment faire, ce qu'il me faut ce sont des exemples de bouts de programme.

**yan** · 18/05/2011, 09h23

Envoyé par SuperSeb95

Merci Yan pour le lien, mais je vais être honnête, je débute, et même si je comprends un peu la théorie, je ne vois pas du tout comment faire, ce qu'il me faut ce sont des exemples de bouts de programme.

Pourquoi as tu besoin d'un thread?

**SuperSeb95** · 18/05/2011, 09h29

Je reçois une image d'une callback et je voudais mettre un thread en place pour afficher cette image parce que je ne peux pas le faire dans cette fonction callback. Je comptais mettre en place un système de signal pour dire "ok l'image est prete, tu peux afficher". Ou tout au moins lancer une fonction (pas besoin d'un thread) qui serait activée par un signal.
J'ai compris le système de signal/slot pour un objet, tel que l'appuit sur un bouton parce qu'il génére un signal "click" mais comment faire pour qu'une fonction lambda génére un signal ?

**yan** · 18/05/2011, 10h21

le thread semble superflue car t'as callback est surement déjà dans un thread.

Envoyé par SuperSeb95

mais comment faire pour qu'une fonction lambda génére un signal ?

Tu peut utiliser un QObject. Les signaux sont thread safe mais protected. Tu peut donc créé une fonction public qui va emettre le signal

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
class monObj : public QObject
{
Q_OBJECT
 
public :
   monObj(QObject * parent = 0):QObject(parent){}
   void sendImage(const QImage  &I) 
   {
      emit newImage(I);
   } 
signals :
   void newImage(const QImage &);
 
 
};
 
 
 
void myCallBack(...)
{
    monObj  * sender = /*tu récupère un pointeur par ton contexte*/;
    QImage img;
    /*
        tu génère ton QImage à afficher
    */
 
    sender->sendImage(img);
}

**gbdivers** · 18/05/2011, 10h37

En complément et juste pour information, uniquement dans le cas où il n'est pas possible/souhaitable/facile de créer un QObject, il est possible :
- de créer un QEvent personnalisé et de l'envoyer avec QApplication::postEvent
- ou d'émettre un signal avec QMetaObject::invokeMethod

L’inconvénient des signaux/slots ici, c'est qu'il faut avoir un pointeur vers le QObject qui reçoit le signal, ce qui n'est pas toujours facile (surtout avec une fonction callback). Probablement que l'approche par event serait le mieux (mais pas le plus léger à mettre en place). Il est peut être aussi possible d'émettre l'event à la place d'appeler la fonction callback, non ?

Bon courage

**yan** · 18/05/2011, 10h43

Envoyé par gbdivers

L’inconvénient des signaux/slots ici, c'est qu'il faut avoir un pointeur vers le QObject qui reçoit le signal,

Il te le faut aussi pour poster un event

.
Mais au finale, ça fait la même chose.

A la limite, tu met un eventfilter sur le singleton de QCoreApplication et envoie l'event dessus.

**gbdivers** · 18/05/2011, 11h00

Oui, effectivement, je pensais à ça

**SuperSeb95** · 18/05/2011, 11h01

Yan quand tu mets dans ton code :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
monObj  * sender = /*tu récupère un pointeur par ton contexte*/;

ça veut dire

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
MainWindow  *sender = (MainWindow *)o_p_userData;

avec o_p_userData = this.

j'ai ma fonction d'affichage :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
void MainWindow::displayImage(void *v_image)
{
....
}

et le compilo me dit :
multiple definition of "MainWindow::displayImage(void*)
et lorsque je clique dessus il m'ouvre le fichier moc_mainwindow.cpp et pointe sur #include "mainwindow.h" --> c'est quoi ce fichier, d'où sort'il ?
après j'ai :
first defined here, et là il pointe sur ma fonction
et pour finir par : collect2: Id returned 1 exit status -1
bon je suis perdu comme vous pouvez le constater.
Ceci dit le mécanisme que tu m'as donné semble bien adapté à ce que je veux faire.

pour info, voici mon Objet

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
 
class MainWindow : public QMainWindow {
    Q_OBJECT
public:
    MainWindow(QWidget *parent = 0);
    ~MainWindow();
    void sendImage(void *v_image)
    {
        emit displayImage(v_image);
    }
 
protected:
    void changeEvent(QEvent *e);
 
private slots:
 
signals :
    void displayImage(void *v_image);
 
private:
    Ui::MainWindow *ui;

Je viens de faire un tout nettoyer et tout recompiler, et sur l'erreur multiple definition ... il pointe toujours sur le fichier moc_mainwindow.cpp mais sur le code suivant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
 
// SIGNAL 0
void MainWindow::displayImage(void * _t1)
{
    void *_a[] = { 0, const_cast<void*>(reinterpret_cast<const void*>(&_t1)) };
    QMetaObject::activate(this, &staticMetaObject, 0, _a);
}
QT_END_MOC_NAMESPACE

**yan** · 18/05/2011, 11h19

1- il ne faut jamais transmettre de pointeur
2- les signaux sont générés par Qt. Tu n'as pas à les implémenter.

Essaie de regarder les premier tuto de Qt avant de continuer. Sinon, tu va pas avancer.

**gbdivers** · 18/05/2011, 11h20

Hum... tu ne fais pas exactement ce que Yan a proposé :

- en utilisant MainWindow au lieu d'un QObject créé spécifiquement pour émettre le signal, tu ne respectes pas trop le principe de responsabilité unique

- en utilisant MainWindow, tu as un couplage fort entre ta fonction callback et MainWindow, c'est à dire que ta fonction callback doit connaitre la définition de MainWindow (avec des risques d'inclusion et de définitions multiples... comme tu as pu le constater). Tu perds l'intérêt des signaux/slots qui ne nécessite pas que la classe émettrice connaisse la classe réceptrice et vice-versa. Tu pourrais appeler directement une fonction

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

MainWindow::drawImage(const QImage&)

En bref, n'utilise pas MainWindow

**SuperSeb95** · 18/05/2011, 11h33

Je viens donc de créer un nouvel objet, donc ma fonction finale qui doit afficher l'image, j'ai dedans le code suivant

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
 
        QImage *imageQimage = new QImage((uchar *)zoneImage, (int)width, (int)height, QImage::Format_Indexed8);
        //Test la taille de l'image pour réduction
        *imageQimage = imageQimage->scaled((int)(width), (int)(height), Qt::IgnoreAspectRatio, Qt::SmoothTransformation);
        QPixmap imagePixmap(QPixmap::fromImage(*imageQimage,Qt::AutoColor));
        QGraphicsScene *imageScene = new QGraphicsScene(this);
        imageScene->addPixmap(imagePixmap);
        ui->graphicsView_Image->resize((int)(width), (int)(height);
        ui->graphicsView_Image->setScene(imageScene);
        ui->graphicsView_Image->show();

or "ui" et "this" il ne connait pas, alors comment faire ?