Qtimer et QProcess

Version imprimable

07/01/2009, 19h48
AlKoLiK

Qtimer et QProcess

Bonjour, j'ai besoin d'appeler un exécutable (qui sert a récupérer une image d'une caméra) toutes les secondes depuis mon application qt quand un certain bouton est appuyé. Tout à l'air de bien se passer mais ça plante parfois. Je voulais être sur que que c'était surement pas l'appli qt qui merdouille...

Dans le constructeur de maWidget :

Citation:

timer = new QTimer(this);
connect(timer, SIGNAL(timeout()), this, SLOT(update()));

slot du bouton...

Citation:

void maWidget::buttonClicked() {
if (!isOn) {
isOn = true;
timer->start(1000);
} else {
isOn = false;
timer->stop();
}
}

slot appelé à chaque timeout de timer

Citation:

void maWidget::update() {
QString program = "programme.exe";
QStringList arguments;
QProcess *myProcess = new QProcess(0);
myProcess->start(program, arguments);
label->setPixmap(QPixmap("image.jpg").scaled(176, 144));
}

1)

Citation:

timer->start(1000);

veut bien dire que les "ticks" ont lieu toutes les 1000ms ?? (je croyais que c'était setInterval au début...)

2)

Citation:

myProcess->start(program, arguments);
label->setPixmap(QPixmap("image.jpg").scaled(176, 144));

la 2 ème ligne est bien appelée quand myProcess se termine ou bien l'appli fork et myProcess et la 2ème ligne s'exécutent en même temps ?

Merci d'avance !
08/01/2009, 09h29
Gulish
Salut,

Deja, il y a sans doute quelques infos dans la faq, notamment si tu veux démarrer dans un thread parallèle ou alors rendre l'éxécution de ton process bloquante.
http://qt.developpez.com/faq/?page=q...ir_application

Citation:

ça plante parfois.

On peut avoir des détails ?

Citation:

Citation:
timer->start(1000);

veut bien dire que les "ticks" ont lieu toutes les 1000ms ?? (je croyais que c'était setInterval au début...)

Oui, en fait
Code:

1 2 3 4 timer->start(1000); //est équivalent à timer->setInterval(1000); timer->start();
Citation:

Citation:
myProcess->start(program, arguments);
label->setPixmap(QPixmap("image.jpg").scaled(176, 144));

la 2 ème ligne est bien appelée quand myProcess se termine ou bien l'appli fork et myProcess et la 2ème ligne s'exécutent en même temps ?

Comme renseigné dans la FAQ, les 2 sont possibles. A toi de choisir lequel tu veux. Sinon, es tu bien sûr que ton "programme.exe" se termine bien à chaque fois ? Car si tu le lances toutes les secondes et qu'il merde à la fermeture, ça va te créer des ennuis.

Pense à bien vérifier que tes process et ton timer sont arrêtés quand ils doivent l'être.

G.
08/01/2009, 22h58
AlKoLiK

1) Bien compris pour le timer ! Avant je faisais setInterval(1000) puis start(0) et je ne comprenais pas pourquoi j'entendais le ventilateur se mettre en route :lol:

2) Si je comprends bien la doc trolltech, QProcess::start n'est pas bloquant alors que QProcess::execute l'est ?? (ce n'est pas très clair dans la FAQ). Dans ce cas c'est QProcess::execute qu'il me faut.

3)

Citation:

Envoyé par Gulish

On peut avoir des détails ?

Mon appli qt appelle un programme intermédiaire pour obtenir l'image d'une webcam distante puis affiche l'image obtenue d'où le

Citation:

myProcess->start(program, arguments);
label->setPixmap(QPixmap("image.jpg").scaled(176, 144));

. Il se trouve que le programme intermédiaire fait un petit seg fault de temps en temps. Ce ne serait pas si dérangeant si une alert Windows n'apparaissait pas par dessus mon appli qt pour me le faire savoir. La cause de l'erreur pourrait être que l'appli qt cherche a lire l'image tandis que le programme intermédiaire cherche à écrire dessus. C'est pour ça qu'il faut que je sois sur que j'essaie d'afficher l'image quand ce dernier a fini de s'exécuter. De plus j'ai tenté d'implémenter un mutex dans le slot update malgré timer->start(1000); car je ne sais par combien de temps prendra la transmission wifi de l'image pour s'éxécuter.

Citation:

void maWidget::update() {
if (isBusy == true)
return;
isBusy = true;
QString program = "programme.exe";
QStringList arguments;
QProcess *myProcess = new QProcess(0);
myProcess->start(program, arguments);
label->setPixmap(QPixmap("image.jpg").scaled(176, 144));
isBusy = false;
}
09/01/2009, 09h42
Gulish
Salut,

Au lieu de faire ça :
Code:

1 2 3 QProcess *myProcess = new QProcess(0); myProcess->start(program, arguments); label->setPixmap(QPixmap("image.jpg").scaled(176, 144));
et de prier pour que l'image soit là à temps :mouarf: , il existe ce signal :

Citation:

void QProcess::finished ( int exitCode, QProcess::ExitStatus exitStatus ) [signal]
This signal is emitted when the process finishes. exitCode is the exit code of the process, and exitStatus is the exit status. After the process has finished, the buffers in QProcess are still intact. You can still read any data that the process may have written before it finished.

See also exitStatus().

Il te suffit de le connecter à un slot qui affiche ton image, si le code de retour est bon par exemple, ou d'afficher une notification d'erreur de lecture si ton programme s'est mal éxécuté.

Après, si la transmission Wi-fi de ton image n'est pas comprise dans l'éxécution de ton programme annexe, ça peut poser problème, dans ce cas, tu pourrais ajouter un petit delay avant la lecture effective de l'image. Ou alors, plus archaïquement, tu pourrais faire des tests sur ton fichier (est ce qu'il fait la bonne taille, est ce qu'il est possible de l'ouvrir avec QFile, etc...)

Bonne chance,

G.
09/01/2009, 11h06
yan
Salut.
attention, quand tu fait ceci :
Code:

1 2 3 4 5 6 7 void maWidget::update() { ... QProcess *myProcess = new QProcess(0); myProcess->start(program, arguments); label->setPixmap(QPixmap("image.jpg").scaled(176, 144)); isBusy = false; }
1- à chaque update tu créé un QProcess qui n'est jamais détruit => fuite mémoire
2- tu n'as aucune attente de fin de programm => il doit arriver des moment ou tu lie l'image pendant que ton process l'écrit (mais ca on te l'as déjà ecrit).

Pour moi trois solution comme tu as une ihm :
1- un thread qui à temps régulier va executer ton process avec la fonction static QProcess::execute et émettre un signal avec l'image
http://qt.developpez.com/doc/4.4/qprocess/#execute

2- la méthode de gulish. Tu n'utilise qu'un process et tu te sert du signal finished

3- es tu obliger d'utiliser un exe externe?