Reddit – computervision – Alternative à imshow() + waitKey() pour le débogage en temps réel dans OpenCV

Cela fait très longtemps que je n’ai pas utilisé OpenCV, mais je me souviens avoir utilisé waitKey(1) pour afficher nos trames en temps réel. Les retards d’une seule milliseconde ne devraient pas faire une différence significative pour la plupart des traitements – même si vous traitez à 100FPS, vous ne voulez probablement imshow tous les quelques cadres de toute façon. Quoi qu’il en soit, votre programme doit traiter les événements qui ont été mis en file d’attente par le système d’exploitation à un moment donné afin de répondre aux entrées. waitKey est le moyen pour OpenCV de s’assurer que le traitement des événements a lieu, même si votre application est autrement monofilière. Si vous ne bougez pas votre souris, la quantité d’événements à traiter sera triviale. Alternativement, si vous passez à Qt et autres, vous voudrez probablement faire tout votre traitement de vision sur un thread séparé de toute façon. Et si vous utilisez tous les cœurs pour votre traitement, vous aurez besoin de changer de contexte vers un thread de traitement des événements assez fréquemment si vous ne voulez pas que votre interface graphique se fige, donc vous encourrez le même coût que si vous utilisiez waitKey. Allez définitivement à Qt/wx si vous pensez que vous aurez un jour besoin de toute sorte d’interactivité, mais ce n’est pas une panacée pour le problème de vitesse.