Discussion :

[Garra]

Bonjour à tous

Déjà je suis contente de lire ceci: http://woboq.com/blog/qthread-you-we...-so-wrong.html car le seul qhtread que j'ai c'est une surcharge...

et justement voici ma question:

J'ai un qthread qui fait un traitement sur opencv de chaque image qu'il lit depuis une vidéo. Lorsqu'il a finit une image il le dit à la partie qui l'affiche et comme ça pour chaque image.

Bon, dans ce traitement j'ai le même traitement à faire sur chaque canal des 3canaux de l'image donc je me demandais si je pouvais faire un autre thread qui gère cela.
Déjà je ne sais pas si c'est une bonne idée de faire un thread dans un thread ou il faut plutôt les rendre indépendants.

Qu'en pensez-vous?

merci bien de vos lumières

[yan]

Pourquoi as tu besoin de faire un autre thread? les QtConcurrent ne résoudrais pas ton problème?

Vue que hérite de QThread, tu n'as plus d'eventloop dans ce thread, donc si tu y créé d'autre QThread ou d'autre object Qt tu risque d'avoir des problème d'event et d’exécution de slot.

[Garra]

Merci beaucoup de ta réponse

Oui, j'herite de QThread et je gère le run avec une variable stop, etc.

J'ai lu sur QtConcurrent et je me demandais justement si ce serait utile.
Après ma machine c'est un dual core donc j'ai le thread du GUI de Qt + le thread de mon traitement vidéo donc normalement ça ne m'apporterait rien de paralléliser cette méthode, non?

merci encore de ton aide

[yan]

Après ma machine c'est un dual core donc j'ai le thread du GUI de Qt + le thread de mon traitement vidéo donc normalement ça ne m'apporterait rien de paralléliser cette méthode, non?

En principe le thread ui ne fait pas grand chose et un thread par coeur (en plus de celui de l'ui) est un bon nombre. Après pour l'utilité ca depend de ce que tu fait. Mais si tout fonctionne sans, autant éviter d'en créer un autre.