Discussion :

[divide]

Bonjour,

Je developpe une application qui affiche des textures procedurales calculées en continue.
Mon thread principal (A) gere les evenement souris et receptionne des nouvelles textures, pendant qu'un thread parallele (B) calcule le contenu des textures au fur et a mesure et les envois a (A) via des slots.

Le problème c'est que ces evenements slots arrivant dans (A) sont suffisament rapprochés pour que tous les evenements souris arrivant dans (A) soient ignorés: du coup j'ai bien la mise a jour des textures, mais je ne peux plus traiter les evenements souris. Si j'intercalle un QCoreApplication::processevents() a l'arrivée de mon slot dans (A) je peux à nouveau receptionner des evenements souris, mais dans ce cas si je bouge la souris sans m'arreter tous les evenements souris (A) bloquent la queue de traitement de mes slot venant de (B)...!

Quelle solution me suggérez vous ? Y-a t-il moyen de ne faire traiter qu'un seul evenement en attente, de manière à par exemple alterner traitement souris/traitement texture ?

Merci !

[Gulish]

Bonjour,

Le problème c'est que ces evenements slots arrivant dans (A) sont suffisament rapprochés pour que tous les evenements souris arrivant dans (A) soient ignorés:

Je ne comprends pas trop cela. Comment des events peuvent être ignorés ? Pour moi, s'ils ne sont pas traités, c'est que ton application est gelée, et qu'elle n'est en fait pas multithread (ou que la priorité relative des threads n'est pas adaptée).

A mon avis, si ton application était correctement threadée, tu n'aurais pas à t'embêter à gérer les événements individuellement.

Si tu peux nous mettre un bout de code sur la création de tes threads, on pourra peut être t'aider.

G.

[divide]

Les threads fonctionnent, mais le traitement des données arrivant de B vers A gèlent l'application qui repose sur le thread A (B débite trop rapidement vers A pour que A ai le temps de traiter le moindre évènement souris).

Du coup si j'intercalle un processEvents() en A à l'endroit ou arrivent les données de B, je récupere du temps de traitement pour les evenements souris, mais du coup si je bouge la souris sans m'arreter (flux continue d'evenements souris), ce sont les evenements souis qui bloquent le traitement des données arrivants de B ! (la queue de slots B->A s'accumule sans jamais etre traité, sauf quand j'arrete de bouger la souris).

B { boucle de traitement, envois resultats au fur et a mesure }
A { reception et traitement des resultats, traitement des evenements souris }

[Gulish]

Les threads fonctionnent, mais le traitement des données arrivant de B vers A gèlent l'application qui repose sur le thread A (B débite trop rapidement vers A pour que A ai le temps de traiter le moindre évènement souris).

Je me permets un peu d'insister, mais je ne veux surtout pas t'offenser.
Pour moi, s'il y a freeze, alors l'application n'est pas correctement threadée.
J'insiste car nombreux sont ceux qui font des erreurs (moi le premier !) dans l'utilisation des threads Qt, et ne connaissant pas ton expérience dans le domaine, une erreur dans l'initialisation des threads me semble la plus probable.

Sinon, je ne peux pas t'aider davantage avec les informations que tu as fournis. Tu peux essayer de diminuer la fréquence d'appel des slots en augmentant la quantité de calcul du thread B à chaque appel. Essaie aussi d'optimiser la gestion de tes évènements souris.

G.