Discussion :

[_alx_]

Bonsoir,
Existe-t-il un moyen, avec un PC sous Windows et par logiciel avec Delphi, de dater précisément (à la milliseconde ou mieux) l'affichage d'un motif à l'écran (le texte d'un label ou un graphique dans un canevas), c'est-à-dire de déterminer le moment exact où il devient visible après l'envoi des instructions d'écriture (VCL ou FMX) ? Je suppose un écran LED avec un temps de rafraichissement négligeable.
Merci d'avance à qui aura une idée.
Alx.

[ShaiLeTroll]

Pense que le dessin sous Windows, cela passe par WM_PAINT
Modifier le texte ne provoque pas le dessin, cela provoque un Invalidate qui amènera à un Paint ultérieur via la file d'attente.

QueryPerformanceCounter ou TStopwatch, une précision autour de la µs (voir 100 ns) mais l'affichage c'est complexe, fragmenté (seule une zone est dessiné, cela peut être juste le label comme tout un écran)
la VCL gère le DoubleBuffered, donc cela dessine dans un tampon et c'est lui qui est dessiné à l'écran ensuite

FMX, encore plus complexe, cela passe par DirectX, donc accélération graphique, double ou triple buffered.

Si l'on active, la synchronisation verticale, Directx ou OpenGl vont se cadencer à la fréquence de l'écran
Désactivé, on peut avoir plusieurs images qui se dessinent, la première n'est pas terminée que cela commence la seconde, cela peut faire quelques artefacts à la rupture (encore plus complexe avec les cartes graphiques qui divisent l'écran en plusieurs parties pour paralléliser des calculs, héritage de technologie de Naomi de SEGA)


Quel est l'objectif réel ?

[_alx_]

Quel est l'objectif réel ?

Je suis en train de tester le logiciel d'acquisition d'une caméra CMOS qui est capable d'horodater les images successives d'une vidéo.
Faute de matériel (ou d'astuce !), j'imaginais pouvoir avoir une idée des temps de latence en filmant l'écran du PC d'acquisition sur lequel j'écris l'heure qu'il est, en discontinu, avec un timer.
Ca marche, mais j'obtiens des délais qui ne sont pas en accord avec la liaison rapide en USB3 et qui doivent en effet venir plutôt du logiciel de dessin.
D'après vos remarques, cela n'a pas l'air facile d'en avoir une estimation.

[ShaiLeTroll]

Filmer un écran, généralement le résultat est pas terrible
Avec un LED, je crois que maintenant, ça se film sans soucis
Avec un LCD de 2010, tu verrais une taillade dans l'image
Avec un Cathodique, tu verrais une zébrure
Avec des LED de bricolage type Ardunio, tu le verrais clignoter.

La caméra filme en 25 images / seconde ?


Mais le décalage, tu l'observes à combien, pas plus de 1 / 25eme de seconde ?
Et c'est peut-être le logiciel d'acquisition qui prend un peu de temps aussi

Perso, je n'ai travaillé qu'avec des caméras en Coaxial sur des DVR Dahua ou des Caméras IP Axis.
L'horodatage était intégré (c'est conçu pour la vidéo surveillance, fonctionnalité de base)

[_alx_]

Filmer un écran, généralement le résultat est pas terrible.

C'est un écran moderne (portable DELL), de bonne qualité: il n'y a pas de souci de lisibilité.

La caméra filme en 25 images / seconde ?

c'est une caméra de course (pour l'astro) qui tourne, dans ce test, à 200 Hz avec des poses de 1 milliseconde.

Mais le décalage, tu l'observes à combien, pas plus de 1 / 25eme de seconde ?

c'est le problème: il est de 63 +/- 5 millisecondes, ce que je ne comprends pas.

Et c'est peut-être le logiciel d'acquisition qui prend un peu de temps aussi

C'est un logiciel réputé (dans le milieu astro) et j'ai vérifié, par exemple, que son horodatage, après l'USB3, a la régularité qu'on attend du hardware de la caméra. Il y a juste ce décalage.

Je me demande si le problème ne vient pas plutôt d'un délai dans l'affichage (Windows + Delphi): ce que je peux dater facilement (QueryPerformanceCounter, etc...) c'est l'instruction qui lance l'affichage graphique. Ce que je ne vois pas, et c'était ma question, c'est comment dater le moment où quelque chose va être visible à l'écran !
Ou, du moins, comment l'estimer.

[Paul TOTH]

alors, déjà Windows n'est pas un OS temps réel...et il est dépendant du hardware...sur x86 tu ne descends pas sous 15ms.

ensuite, je ne suis pas spécialiste, mais qu'appelles-tu visible à l'écran ?

1) le soft envoie des ordres graphiques
2) le hard alimente la mémoire vidéo avec les données calculées
3) le moniteur récupère l'info pour actualiser l'écran
4) les led réagissent électroniquement à la fréquence de rafraichissement de l'écran

si tu as un écran à 60Hz, ça veux dire si je ne m'abuse 60 images seconde, soit 16.6ms/image...et tu arrives aux limites du timer

donc je ne sais pas bien ce que tu veux horodaté (et où ?)