Chez Cowcotland, tester un cran, ce nest plus simplement regarder si les couleurs sont jolies ou si le pied pivote dans tous les sens avec une fiche technique longue comme un ticket de caisse de passionn RGB. Aujourdhui, entre les promesses de 0,03 ms, les modes overdrive turbo violence, le 240 Hz devenu banal et les constructeurs qui annoncent dsormais du 480 Hz ou du 1000 Hz sans mme cligner des yeux, une question finit toujours par revenir : oui, mais en vrai il ragit en combien de temps cet cran ?
Le problme, cest que les outils srieux de mesure de latence ne courent pas exactement les rues. Bien sr, il existe le fameux LDAT de NVIDIA, sorte de petite bote noire devenue presque mythologique dans le milieu du hardware. Sauf que dans les faits, loutil reste difficile obtenir et rserv certains partenaires. Du coup, une ide toute simple a commenc germer : puisque personne ne voulait nous prter un LDAT autant fabriquer notre propre systme.
Cest comme a quest n le LucasDAT, un petit botier DIY dvelopp par SKL Systems pour Cowcotland, avec un objectif trs simple : mesurer le temps rel entre une commande envoye par le PC et lapparition effective de lumire sur la dalle. Pas une valeur marketing imprime en gros sur un carton avec trois astrisques caches en bas de page. Une vraie mesure physique, capte directement sur lcran via un capteur lumineux.
Un botier DIY qui regarde littralement les pixels bouger
Le principe du LucasDAT reste volontairement simple. Le logiciel affiche une mire noire, puis envoie une commande START au botier. ce moment prcis, un microcontrleur RP2040 dmarre un chronomtre interne pendant que le PC affiche une mire blanche. Ds que le capteur lumineux dtecte rellement la lumire sur la dalle, le chrono sarrte et la valeur remonte au logiciel.
En rsum : le PC dit GO, lcran finit par afficher quelque chose, et le botier mesure le temps coul entre les deux. Une sorte de radar routier pour pixels sous strodes lumineux.
Le systme repose sur une architecture relativement accessible avec un RP2040, une photodiode BPW34, un comparateur LM393, un firmware maison et une application Python capable de grer les sries de tests, les statistiques et lexport CSV. Mme le botier a t imprim en 3D avec une approche trs pragmatique : feutrine pour limiter la lumire parasite, capteur amovible en JST et suffisamment de robustesse pour survivre des sessions de benchmark rptes. Parce quun projet hardware nest jamais vraiment termin tant quil na pas son petit botier noir avec un logo lumineux dessus.
Le plus intressant : LucasDAT mesure toute la chane
L o le projet devient particulirement intressant, cest dans ce quil mesure rellement. Le LucasDAT ne regarde pas uniquement le temps de rponse brut de la dalle faon gris–gris marketing. Il mesure en ralit toute la chane daffichage : le logiciel, Windows, le GPU, le rafrachissement cran, le traitement interne de lcran et enfin lapparition physique de lumire dtecte par le capteur.
Autrement dit, le rsultat obtenu correspond davantage une latence daffichage globale relle. Et pour comparer des crans, des frquences ou des rglages doverdrive dans des conditions identiques, cest finalement beaucoup plus parlant quun simple chiffre constructeur isol dans une fiche technique.
Mais attention, le LucasDAT mesure la latence cran.
La latence du joueur entre le cerveau et la souris a, mme un RP2040 prfre ne pas savoir.
Et justement, nous travaillons actuellement sur une mthode permettant disoler davantage la partie purement cran afin de retirer au maximum la latence propre au PC et au pipeline logiciel. Lide tant terme de pouvoir comparer encore plus prcisment les comportements des diffrentes dalles et traitements internes sans que le reste du systme ne vienne brouiller les mesures.
Parce quau final, ce qui nous intresse surtout, ce nest pas uniquement de savoir si un cran affiche une image rapidement. Cest de savoir quel moment exact le pixel arrte officiellement de faire semblant.