Comparatif écrans TFT : protocole de test
Le moniteur reste de loin la pièce représentant le meilleur investissement possible dans une configuration PC, c'est un fait. Actuellement, les écrans TFT ont presque totalement remplacés les anciens écrans à tube chez les revendeurs. Malheureusement, ceux-ci font partie des éléments les plus difficiles à évaluer, de par les exagérations des caractéristiques constructeurs, et de par la subjectivité inhérente à tous les tests reposant seulement sur les impressions du testeur.
Insatisfaits des méthodes de test traditionnelles, notamment concernant la mesure du temps de latence, nous avons donc pris le parti de développer notre propre protocole de test que nous vous expliquons en détail. Cet article sera également l'occasion de revenir sur certaines différences fondamentales entre les écrans à tubes (via le LG 915 FT+) et les écrans plats (via le Iiyama AS4314UT), et sert d'introduction à nos prochains comparatifs d'écrans TFT.
70
Commentaires
Liens commerciaux







deux mots : la classe....
avec ca on aura enfin un bon test pour choisir son écran plat.
Vous n'auriez pas un lien qui permette d'imprimer sans se casser la tête en recopiant tout sous Word ???
Bah ouai perso, j'aime pas lire les articles directement sur l'écran, j'suis plusse concentré quand le texte est sur parpier.
ça ç'est une excellente idée !
Bravo pour cette nouvelle méthode de test !
Le but était de réaliser un test vraiment objectif et je croit que la c'est plutôt bien réussi !
Très intéressant cet article, j'en ai encore appris sur les tft et crt. Avec les batteries de test je vais p-e porter mon choix sur un tft sait-on jamais
Je sens que certains constructeurs vont repartir avec la queue entre les jambes
Chapeau bas messieurs. Très professionel, parfait.
bravo
Dommage que vous ne nous fassiez pas part de la partie étalonnage de la photodiode sur laquelle repose toutes vos mesures. J'espère que vous ne vous basez pas sur les datas constructeur. Tout protocolet de test doit reposer sur des composants en lesquels on a parfaitement confiance et dont l'étalonnage est toujours refait en interne il me semble
Surtout pour ce genre de capteur.
Bravo, beau travail.
Moi aussi, je souhaiterais un lien vers un *.pdf pour pouvoir imprimer et lire tranquilement.
D'autre part, je me rapelle avoir vu une tablette lumineuse chez les photographes qui sert à vérifier l'exposition des reflex. Un moyen d'étalonner la sonde?
bonjour,

TomZ, oui le systeme a ete verifie autrement qu'avec des ecrans egalement, cela va de soi, comme tu le dis:
il a ete verifie qu'aucun offset n'est present (condition de noir absolu), ou du moins se trouve-t-il sous le seuil de bruit (dark current et input current compris).
il a ete verifie egalement pour sa linearite face a une source lumineuse DC.
en consequence, le systeme permet donc toutes les mesures differentielles (linearite) comme le les temps de montee (10 % -> 90 %), et toutes les mesures relative (0 offset + linearite) comme le contraste.
mais comme je l'indique dans le test, je ne donnerai pas de mesure en candeal pour la luminosite puisque notre source lumineuse DC ne dispose pas de table "controle vs candela".
Cependant, les indications de luminosite restent comparables d'un ecran a l'autre directement a partir de la tension de sortie.
si tu veux pluys de details, tu peux me mailer.
Je sens que certains constructeurs vont repartir avec la queue entre les jambes
laquelle?
J'espère que tu testera le fonctionnement des lcd sous linuske. J'aimerais m'en acheter un fin du mois de juillet.![[:kryten]](http://img.infos-du-net.com/forum/images/perso/kryten.gif)
xam> en plus des mesures, le protocole comprend aussi des application typique, comme la bureautique, la video, le jeu, etc...

certaines sont effectivement sous nux... basiquement, ca change pas grand chose quand meme, hein...
Malheureusement si
puisque le lcd du dell que mon frère à acheter ne fonctionne pas sous nux, l'image est décalée et j'ai pas réussi à la recentrée (note que c'est peut-être la cg). Dommage il voulait bien l'échanger avec mon 19p.
xam> bon bah rassure toi, tous les ecrans que nous avons teste ont egalement ete essaye sous nux.
pour le DELL ca m'etonne: au boulot on est tous sur DELL et on tourne tous sous nux sans problemes... bizarre...
Malheureusement si
puisque le lcd du dell que mon frère à acheter ne fonctionne pas sous nux, l'image est décalée et j'ai pas réussi à la recentrée (note que c'est peut-être la cg). Dommage il voulait bien l'échanger avec mon 19p.
Ca doit certainement être la carte graphique ...
Je teste la suse (9.0) depuis quelques jours, et avec Yast (sans installer de drivers spécifique), tu as un réglage de l'image (en direction et en taille) ...
xam> bon bah rassure toi, tous les ecrans que nous avons teste ont egalement ete essaye sous nux.
pour le DELL ca m'etonne: au boulot on est tous sur DELL et on tourne tous sous nux sans problemes... bizarre...
Ca doit être cette merde de cg alors.
Ca doit certainement être la carte graphique ...
![[:franckyiv]](http://img.infos-du-net.com/forum/images/perso/franckyiv.gif)
Je teste la suse (9.0) depuis quelques jours, et avec Yast (sans installer de drivers spécifique), tu as un réglage de l'image (en direction et en taille) ...
Suse c'est facile, moi j'utilise une slack.
xam > ça ne change rien, un kernel c'est un kernel![[:spamafote]](http://img.infos-du-net.com/forum/images/perso/spamafote.gif)
c'est quoi comme carte ?
tu as ce décalage sous X uniquement ?
Suse c'est facile, moi j'utilise une slack.
Ben vient pas t'plaindre alors
je suggere d'ouvrir un topic sous la categorie Linux pour ce genre de discussions. Moi je dis ca je dis rien...
Félicitations !
Non vraiment, c'est du bon boulot !
Je me réjouis de voir les différents tests fleurir !
Ce qui pourrait être pas mal, ça serait de de faire un tableau pour les écrans LCD les plus répandus où figureraient les réglages de luminosité et de contraste optimaux
ma2trigk> oui c'est le but: le test a paraitre comprendra pour chaque ecran la meilleure valeur de contraste avec une plage d'utilisation en luminosote:

tu pourras retrouver ces valeurs sous forme de graphiques comme la:
http://www.presence-pc.com/article-133-9.html
et un tableau recapitulatif reprendra bien sur toutes les valeurs mesurees sur tous les ecrans testes.
voila.
Ben vient pas t'plaindre alors
![[:rire2]](http://img.infos-du-net.com/forum/images/perso/rire2.gif)
Si parcque à priori c'est pas mon install la responsable.
xam > ça ne change rien, un kernel c'est un kernel![[:spamafote]](http://img.infos-du-net.com/forum/images/perso/spamafote.gif)
c'est quoi comme carte ?
tu as ce décalage sous X uniquement ?
1/ Non un kernel vanilla n'est pas un kernel suse
2/ non, une intel tout pourryte.
Une suggestion : peut-etre mettre une 3eme vis nylon, ce qui permettrait un reglage plus facile du parallelisme diode/ecran.
caabale> non, les vis nylons ne reglent pas la distance a l'ecran: la compresison de la mousse antistatique le fait: elle ne se compresse quasi-pas.
les vis nylon M3 sont la pour fixer la tete optique a l'electronique, la rigidite etant assuree par les spacers nylon, c'est pour ca que j'ap pas mis de troisieme vis.
mais en l'absence de la couche de mousse, tu aurais absolument raison.
Bonjour,
D'abord bravo pour ce protocole de test, qui ùanquait grandement a la presse specialisé pour le test des LCD qui je suis permettront de calmer les service marketing des constructeurs car les valeur publié pourront maintenant etre verifier (et l'on connait connait la reaction du public quand un constructeur lui ment)
J'espere egalement voir des comparatif dans les deux mode DVI et VGA pour les ecrans comportant les deux entrées. Car si il est evident que le DVI apporte une nette amelioration de l'image, on peux supposer que cela doit jouer egalement sur le temps de latence (pas de conversion analogique->numerique).
En tout cas bravo a l'equipe de presence-pc et vivement les prochains test.
Chriscc> les constructeurs ne mentent pas forcement, ils donnent generalement de vrais valeurs mais qui ont ete prises dans des conditions ideales qui ne sont pas les conditions normales d'utilisation.