[Tuto] Graphiques interactifs sur DearPyGui (Part 3 : Plot)

[@Maxneo44]

Merci pour tes vidéo sur DearPyGui, c'est une très belle découverte que j'ai fait grâce à toi.

[@damieneschimese6309]

Trop bien ! Super vidéos ! Hâte de voir l’éditeur nodal !

[@NeodymeTV]

Normalement la vidéo sur le node éditor devait sortir aujourd'hui, mais j'ai découvert un bug dans DearpyGUI 2.0 qui la rend temporairement obsolète. Le code que je présente fonctionne avec DPG 1.8 mais pas avec DPG 2.0 github.com/hoffstadt/DearPyGui/issues/2444 Je suis en train de faire un code qui contourne ce bug et peut-être vais-je devoir re-filmer une partie de la vidéo pour adresser ce bug 😅

[@optizognons802]

Aaaah des lignes de code !😇

[@mrxox33]

Vraiment cool cette lib, il faut que j'essaie rapidement 👍 Data envoyé via l'USB par une carte Arduino, et graphe en temps réel : faut il gérer des threads pour séparer les processus ou bien la lib gère-t-elle automatiquement ?

[@NeodymeTV]

Tout dépend de la fréquence de transmission de tes données. À mon travail, je pilote justement en serial des Arduino/ESP avec DPG et je suis aussi amené à récupérer des data depuis ces cartes. La render loop tourne à 60FPS donc si l'intervalle de transmission de ton Arduino est inférieur à 17ms tu n'as pas à t'inquiéter de devoir implémenter de multithreading pour ne pas skip de donnée. En pseudo code on aurait dans la main loop : while dpg.is_dearpygui_running(): if serial.available() : data = serial.read() plot(data) dpg.render_dearpygui_frame() Si par contre ton Arduino envoie en continu des données alors oui il faudra implémenter du multithreading, par défaut la lib (tout comme python) est single threaded et ne s'update que lors du render_frame(). Cela dit l'implémentation du multithreading est non seulement possible mais assez simple. Je l'utilise assez fréquemment pour réaliser des updates asynchrones de mon programme ou faire en sorte que des tâches lourdes en ressource ne ralentissement pas tout l'UI (dans une prochaine vidéo quand je montrerai un système de traitement d'image avec le Node-editor il y aura un exemple d'utilisation de multithreading évitant que l'update d'un image viewer ne ralentisse toute l'UI). En pratique, tu pourrais avoir un thread qui check en continu le serial et append les données dans une liste quand une nouvelle mesure arrive et à chaque render_loop update ton graphique avec cette liste de nouvelles données. Ton UI sera toujours à 60FPS mais ici tu seras en mesure d'ajouter une ou plusieurs nouvelles données dans ton graph. Cela dit si je ne dit pas de bêtises les chip serial ont généralement un buffer qui remplit nativement ce rôle. Mais en bref, tu ne dois t'inquiéter de ça véritablement QUE si tu remarques que ton projet a un bottleneck au niveau de la communication serial, sinon tu peux paisiblement l'ignorer 😄 Rem : quand je parle de mutithreading, je parle de la lib multithreading de python (celle qui en fait ne fait PAS de véritable multithreading à l'échelle du CPU, mais qui est adapté pour des situations IO intensive) et PAS de la lib multiprocessing qui elle spawn de nouveaux interpréteurs python et n'est pas très compatible avec DPG (ou alors, il faut implémenter une queue pour échanger les données entre process mais quasi certain que pour plot des mesure d'arduino tu ne seras pas ammené à devoir faire ça, c'est plutôt réservé aux situations où tu as un processing CPU intensive et que tu souhaites mieux exploiter la puissance de clacul de ton pc)

[@einstein8867]

hello, est ce que cela gère les graphe en 3D ?

[@NeodymeTV]

Non uniquement des graphes 2D 🥺 La liste se trouve ici dearpygui.readthedocs.io/en/latest/documentation/plots.html