Discussion :

[frlep501]

Bonjour à tous,

je suis nouveau venu et débute avec python
je souhaite créer un dash-bord qui intègre notamment des captures à partir d'une caméra IP
je développe sous Windows pour des raisons pratiques, mais le code est destiné à une plateforme ARM sous Débian

l'extrait du code ci-joint fonctionne très bien sous Windows, mais je rencontre un problème sous Débian (plateforme ARM et Intel, le problème est d'ailleurs le même)

Quand je quitte mon interface, j'active un événement qui interrompt la temporisation et positionne à True le flag du gestionnaire d’événement du thread.
En fonction de l’endroit où je me situe dans la boucle While, le programme exécute le code restant avant de quitter la section Run() .
Le programme bloque sur l’instruction tk_photo = ImageTk.PhotoImage(rdim)

La seule solution que j’a trouvé, c’est positionner un timeout sur le join() et de tester si le thread est toujours en activité. Si c’est le cas , je force son arrêt. Mais je ne comprends pas pourquoi il bloque sur l’instruction ImageTk.photoImage du module PIL
J’ai repris ce code sans utiliser de thread , je n’ai pas le problème …

Quelqu’un a-t-il une idée ?

PS : dans le code , j'utilise une caméra publique pour le tester par tout le monde ...

Merci d’avance
photo2.py

[VinsS]

Salut,

Sous Python 2 les classes héritent de object et oublie définitivement les global

Donc:

Code :

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

1
2
3
4
5
6
 
class Application(object):
    def __init__(self):
        self.rep_images ="./images"
        self.threads = []
        self.root=Tk()

Tes threads ne devraient pas s'arrêter de cette manière, normalement un thread s'éteint faute de carburant.

Soit il a achevé sa tâche, soit il n'est plus alimenté, ce qui est ton cas.

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
class Objetvideo_live(threading.Thread):
    def __init__(self,controle):
        threading.Thread.__init__(self)
        self.controle= controle
        self._fin = False
        ...
 
    def run(self):
        while not self._fin:
        ...
 
    def arretetoi(self):
        self._fin = True

[frlep501]

Bonjour VinsS,
Merci pour ton aide,

J'ai corrigé mon pgm en supprimant
- les variables globlals
- en ajoutant l'héritage "Object" à ma class Application

le problème reste le même sous l'environnement Débian : blocage ImageTk.PhotoImage( ...) quand je donne l'info au thread de finir son execution
(evenement self._fin.set() de mon object self._fin = threading.Event()

Oui, faute de carburant, je devrais pouvoir mettre fin à l'execution Run() du thread
mais il bloque tjs sur la même instruction ...
je contourne en forçant l'arrêt du thread par l'instruction _Thread__stop() , mais ce n'est pas logique ...

fichier mis à jour : photo2.py

[VinsS]

J'expliquais dans mon post que threading.Event().set() ne sert aucunement à mettre fin à un thread, utilise la méthode que je t'ai indiquée.

[frlep501]

VinsS


je pensais que la methode utilisée pour quitter le bloc run() faisait la même chose .
Elle permetait en plus de ne pas attendre la fin d'une temporisation (quand on utilise un wait exemple "self._fin.wait(2.0)")

la doc https://docs.python.org/2/library/threading.html fait référence à l'object Event
Il sert normalement à la communication entre thread mais il peut être détourné ...
voir explications : http://python.developpez.com/faq/?page=Thread

j'ai intégré tes modifications => suppression de l'appel au gestionnaire d'évenement et utilisation d'un flag
le problème est toujours le même .


Fichier mis à jour

photo22.py

[Invité]

VinsS


je pensais que la methode utilisée pour quitter le bloc run() faisait la même chose .
Elle permetait en plus de ne pas attendre la fin d'une temporisation (quand on utilise un wait exemple "self._fin.wait(2.0)")

la doc https://docs.python.org/2/library/threading.html fait référence à l'object Event
Il sert normalement à la communication entre thread mais il peut être détourné ...
voir explications : http://python.developpez.com/faq/?page=Thread

j'ai intégré tes modifications => suppression de l'appel au gestionnaire d'évenement et utilisation d'un flag
le problème est toujours le même .


Fichier mis à jour

photo22.py

Bonjour,

Une idée en passant : si cela fonctionne OK sous Windows mais pas sous Debian ARM/Intel => peut-être que cela vient tout simplement des options de compilation de Tcl/Tk / Tkinter sous Debian ARM/Intel ?

Une option du style --threading=no-threads (je dis ce nom d'option au pif, là).

Peut-être faudrait-il regarder de ce côté-là ?

@+.