Interface bloquée malgré multi-thread

Bonjour

Je développe une application (WPF + C#) devant me permettre de contrôler un appareil photo à distance. Jusqu'à présent pas de problème, j'arrive à déclencher des poses.
Maintenant je voudrais lancer la prise de vue dans un thread séparé pour éviter de bloquer l'interface utilisateur pendant une longue pose. J'ai tenté ceci :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

//méthode Execute d'une classe implémentant ICommand //vm est le ViewModel lié au datacontext de ma vue public void Execute(object parameter) { Action dispatchAction = () => { //méthode exécutant la prise de vue sur l'appareil connecté vm.SelectedCamera.takeBulbPicture(vm.bulbTime); };   ThreadStart start = delegate() { vm.Dispatcher.Invoke(DispatcherPriority.Normal, dispatchAction); };   new Thread(start).Start(); }

---

Mais cela ne fonctionne pas. La prise de vue est bien exécutée mais l'interface reste bloquée. Qu'ai'je fait de faux ?

Si ma mémoire est bonne (des fois on se demande), il suffit de faire

Code:

---

1 2 3 4 5 6 7 8

Action dispatchAction = () => { //méthode exécutant la prise de vue sur l'appareil connecté vm.SelectedCamera.takeBulbPicture(vm.bulbTime); };   vm.Dispatcher.BeginInvoke(DispatcherPriority.Normal, dispatchAction);

---

Ça ne fonctionne pas mieux. Pourtant ça correspond bien à différents exemples que j'ai pu trouver.

Pour être sur que le problème ne vienne pas de ma méthode takebulbpicture j'ai fait une méthode test tournant en boucle avec un sleep toutes les 100 ms, mais le résultat est le même. Vraiment bizarre.

Personne n'a une idée de ce qui peux bloquer ?
Je cherche, je cherche... mais franchement je ne vois pas pourquoi ça ne fonctionne pas.

Le dispatcher de "vm" correspond à celui du thread UI ?
Si oui le comportement observé est normal.

Il faudrait alors subdiviser le traitement de la pose afin d'alléger les traitements envoyés au thread UI via le dispatcher.

Tu peux essayer le composant BackgroundWorker qui permet de gérer plus facilement des traitments dans un thread séparé:
http://glarde.developpez.com/dotnet/bgworker/cs/

Hum ça ne devrait à priori pas régler le problème, mais c'est à essayer.

Le souci semble vraiment venir de la pose elle-même qui bloque l'UI; la changer de thread ne devrait rien améliorer.

Citation:

---

Envoyé par seriousme

Le dispatcher de "vm" correspond à celui du thread UI ?

---

vm est une instance de ma classe ViewModel. Elle est lié au datacontext de ma vue. Elle est passé au constructeur de ma commande.

Citation:

---

Envoyé par seriousme

Il faudrait alors subdiviser le traitement de la pose afin d'alléger les traitements envoyés au thread UI via le dispatcher.

---

Qu'est ce que tu veux dire par subdiviser le traitement ?

C'est bon, j'ai compris. Grâce à ce topic : http://www.developpez.net/forums/d79...ltithread-wpf/

Ma nouvelle méthode execute :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

vm.SelectedCamera.Properties.SerialPortName = vm.SelectedSerialPortName; vm.SelectedCamera.Properties.SerialPortMode = vm.SelectedSerialPortMode; uint exposure = vm.CurrentExposureTimeMinutes * 60 + vm.CurrentExposureTimeSeconds; uint interval = vm.CurrentInterval; uint mirrorLockupDelay = vm.CurrentMirrorLockupDelay; ICamera camera = vm.SelectedCamera;   ThreadStart starter = delegate { camera.takeBulbPicture(exposure, interval, mirrorLockupDelay); }; new Thread(starter).Start();

---

et dans mon viewModel j'ai encore :

Code:

---

1 2 3 4 5 6

public void SelectedCamera_OnBulbExposureTime(DslrLib.ICamera sender, BulbExposureTimeEventArgs e) { Action dispatchAction = () => ElapsedTime = e.ExposureTime; Dispatcher.BeginInvoke(DispatcherPriority.DataBind, dispatchAction); }

---

OnBulbExposureTime est un évènement déclenché par l'appareil. Il me permet d'afficher la durée de pose écoulée