LE post qui a tout demarré: fabriquer son colorimetre

[artefact]

C'est bien le fabriquant de nôtre capteur (filliale opotoelectronique de Texas Instrument).
D'ailleurs il y a sur ce site un document d'application très complet et qui explique pas mal de choses: http://www.taosinc.com/downloads/pdf/tcs230wp.pdf
Avec bien sûr la doc d'Emmanuel quelques posts en arrière.

J'ai pas été plus loin sur le site ....

J'ai pas compris ta question sur les normes...

Ben j'ai trouvé un CD rom (sous DOS ) sur la lumière et les couleur où il est expliqué pas mal de chose, la vue, la percistance rétinienne ... et les couleur avec l'explication des normes CIE (X, Y, Z), le corps noir .... et il est rajouté des précision sur d'autre "méthode" de qualification de la couleur dans d'autres référentiels (peut être plus simple que CIE). Je vais essayer de prendre des notes et rapporter ça ici ce soir. Faudrait que je fasse un topo de ce que j'ai lu pour poser des questions plus clair au vu des spécialistes féru dans le domaine.

Artefact qui vous lis avec de plus en plus d'interret.

PS quelqu'un connait-il un soft freeware pour faire des copie d'écran sous DOS ?

[Georges G]

Salut tout le monde

Toujours à propos de ce problème de balance des blancs, je me demandais s'il n'était pas possible d'étalonner le capteur sur les coordonnées CIE des sommets du triangle de gamut. En effet, on peut trouver ces informations dans la presse ou sur le net, et il est très facile d'afficher à l'écran une couleur primaire pure pour la mesurer. Reste à s'assurer que le triangle de gamut ne varie pas en fonction de l'usure de la lampe...

Mes deux centimes d'euros...

Pour Letchoa: je travaille tous les jours sur Visual C++ 6, mais ça ne me dérangerais pas d'utiliser Visual .NET. Cela dit, si on souhaite que ce soft rassemble davantage de développeurs dans l'avenir, il serait peut-être judicieux d'envisager de l'écrire en Java. En comme l'environnement de développement eclipse est en freeware, ça permettrait à davantage d'amateurs de bosser sur le projet.

Georges

[MLill]

La mesure du D65 n'est pas nécessaire dans mon cas. Je mesure les primaires et ensuite je suppose que le blanc correspond à D65 pour calculer la matrice mais je ne mesure pas le blanc pour calibrer. Cette supposition sur le D65 est due au fait que je ne connais pas le Y pour les primaires car autrement avec 3 mesures RGB correspondant à 3 reférences XYZ, il est très simple de calculer la matrice (il suffit de multiplier la matrice des références par l'inverse de la matrice des mesures). D'ailleurs, tu devrais pouvoir faire ça facilement avec ton APN (en raw) et des mesures colorfatcs.

Je comprends pas bien pourquoi il faudrait faire une balance des blancs...

Tu fais une supposition sur le blanc à D65. C'est le point qui me gène.
La balance des blancs permet de régler les gains de manière à avoir le blanc à D65. L'exactitude des coordonnées de rouge vert et bleu dans CIExy a alors une importance mineure.

Colorfacts dispose d'un mode maître-élève utilisant deux colorimètres.
On effectue deux séries de mesures rouge-vert-bleu-blanc dont on dérive une matrice à appliquer aux mesures de l'élève.
En l'utilisant j'arrive à faire restituer par mon "tristimulus" une échelle de gris correcte. Mais le diagramme CIE reste inexploitable.

Je n'ai pas encore essayé ce type d'approche avec l'APN.

Michel

[MLill]

Toujours à propos de ce problème de balance des blancs, je me demandais s'il n'était pas possible d'étalonner le capteur sur les coordonnées CIE des sommets du triangle de gamut. En effet, on peut trouver ces informations dans la presse ou sur le net, et il est très facile d'afficher à l'écran une couleur primaire pure pour la mesurer. Reste à s'assurer que le triangle de gamut ne varie pas en fonction de l'usure de la lampe...

Le triangle de gamut ne varie pas en fonction de l'usure de la lampe.
Pour construire la matrice il faut les 3 points rouge vert bleu et ... le blanc.
Mes erreurs sur la mesure du rouge du vert et du bleu sont (hélas) nettement supérieures à mes erreurs sur la mesure du blanc.

Michel

[Georges G]

Salut Michel

Ok, je pense que je comprend l'utilité de la mesure du blanc. Si j'ai bien compris ton explication, les couleurs primaires sont invariantes en fonction de l'usure de la lampe, mais les puissances lumineuses de chaque primaire varie indépendamment les unes des autres quand la lampe s'use.

Cela dit, si on connait les coordonnées CIExy des primaires, il est possible en jouant sur les réglages de mesurer précisément la luminosité maximale de chaque primaire indépendamment des autres (au rapport de contraste théorique près)... Est-ce qu'on ne pourrait pas faire quelque chose de ce type de mesure, avec des maths, pour se passer d'une référence de blanc ?

Autre idée: il est également facile de faire des mesures RGB sur les couleurs complémentaires CMY, afin de voir dans quelle mesure la primaire verte joue sur le rouge et le bleu du capteur, et ainsi de suite. Est-ce que ces informations peuvent être utiles pour construire les matrices de calcul ?

Ca fait déjà beaucoup de questions...

A bientot
Georges

[MLill]

Salut Georges

Dans cette source pleine de formules utiles
http://www.babelcolor.com/download/A%20 ... spaces.pdf

on trouve en 4.4 pages 27 28 comment construire la matrice de conversion RVB -> XYZ.
Interviennent dans les formules xw et yw.

Les couleurs complémentaires se déduisent ... du blanc.
Et respectivement à partir des trois couleurs complémentaires on peut déduire le blanc.

Sur le diagramme CIExy La droite joignant chaque couleur à sa complémentaire passe par le blanc.
Donc théoriquement les trois droites doivent se couper sur le blanc correspondant au réglage du projecteur.
En pratique on a ... trois points plus ou moins proches.
Je n'ai encore vu personne publier ce tir mal groupé lors de ses tests .

Michel

[letchoa]

Toujours à propos de ce problème de balance des blancs, je me demandais s'il n'était pas possible d'étalonner le capteur sur les coordonnées CIE des sommets du triangle de gamut. En effet, on peut trouver ces informations dans la presse ou sur le net, et il est très facile d'afficher à l'écran une couleur primaire pure pour la mesurer. Reste à s'assurer que le triangle de gamut ne varie pas en fonction de l'usure de la lampe...

Oui et c'est ce que je fait grâce aux mesures de Michel pour les primaires du HS10. Le problème est qu'apparement ces mesures sont assez imprécises.

Pour Letchoa: je travaille tous les jours sur Visual C++ 6, mais ça ne me dérangerais pas d'utiliser Visual .NET. Cela dit, si on souhaite que ce soft rassemble davantage de développeurs dans l'avenir, il serait peut-être judicieux d'envisager de l'écrire en Java. En comme l'environnement de développement eclipse est en freeware, ça permettrait à davantage d'amateurs de bosser sur le projet.

Va pour VC++ 6 alors pour l'instant. On pourra toujours passer vers la version .NET plus tard mais il faut savoir qu'après passage à .NET on ne peut plus revenir à VC++6.
En ce qui concerne Java, c'est à voir mais j'ai peur qu'on ai pas accès à des routines d'acquisition audio ou RS232. En plus mon idée est aussi d'utiliser DirectX pour générer les mires comme ça on pourra faire des tests en Overlay, VMR9, via ffdshow, etc...

[letchoa]

Tu fais une supposition sur le blanc à D65. C'est le point qui me gène.
La balance des blancs permet de régler les gains de manière à avoir le blanc à D65. L'exactitude des coordonnées de rouge vert et bleu dans CIExy a alors une importance mineure.

Je suis obligé de faire une supposition sur le blanc. Je vais poster un peu plus tard la justification mathématique.
J'ai effectivement constaté par la simulation avec mon fichier excel que l'exactitude des référence RVG avait peu d'influence sur les courbes de mesure de l'échelle de gris mais par contre qu'une erreur sur la référence du blanc entraine très vite un décalage des courbes...

Colorfacts dispose d'un mode maître-élève utilisant deux colorimètres.
On effectue deux séries de mesures rouge-vert-bleu-blanc dont on dérive une matrice à appliquer aux mesures de l'élève.
En l'utilisant j'arrive à faire restituer par mon "tristimulus" une échelle de gris correcte. Mais le diagramme CIE reste inexploitable.

Il fait surement ça:

[letchoa]

Ok, je pense que je comprend l'utilité de la mesure du blanc. Si j'ai bien compris ton explication, les couleurs primaires sont invariantes en fonction de l'usure de la lampe, mais les puissances lumineuses de chaque primaire varie indépendamment les unes des autres quand la lampe s'use.

Cela dit, si on connait les coordonnées CIExy des primaires, il est possible en jouant sur les réglages de mesurer précisément la luminosité maximale de chaque primaire indépendamment des autres (au rapport de contraste théorique près)... Est-ce qu'on ne pourrait pas faire quelque chose de ce type de mesure, avec des maths, pour se passer d'une référence de blanc ?

Je pense que c'est l'intéret d'un systeme comme SMART qui est basé sur un luxmètre (qui mesure donc directement Y). Pour calibrer le système, on connait 3 points x,y théoriques qui sont les primaires du projo. On mesure aussi Y pour chacune de ces primaires et on obtient 3 valeurs xyY qui permettent de déterminer la matrice.
Plus besoin de supposition sur le blanc....

Est-ce que quelqu'un utilise SMART pour valider ça ?

[MLill]

Je pense que c'est l'intéret d'un systeme comme SMART qui est basé sur un luxmètre (qui mesure donc directement Y). Pour calibrer le système, on connait 3 points x,y théoriques qui sont les primaires du projo. On mesure aussi Y pour chacune de ces primaires et on obtient 3 valeurs xyY qui permettent de déterminer la matrice.
Plus besoin de supposition sur le blanc....

Est-ce que quelqu'un utilise SMART pour valider ça ?

Tu obtiens trois "mesures" xyY pour R V et B mais tu dois bien faire une supposition sur le blanc quelque part si tu veux construire la matrice.

Si cela marche n'importe quel luxmètre permet de calibrer même sans filtre coloré. Il y a un truc qui m'échappe dans ton raisonnement.

Michel

[letchoa]

Tu obtiens trois "mesures" xyY pour R V et B mais tu dois bien faire une supposition sur le blanc quelque part si tu veux construire la matrice.

D'après ma compréhension, ce n'est pas nécessaire.

[letchoa]

Si cela marche n'importe quel luxmètre permet de calibrer même sans filtre coloré. Il y a un truc qui m'échappe dans ton raisonnement.

Non il y a bien besoin de filtres colorés mais l'avantage d'un luxmètre est que l'on peut aussi s'en servir pour mesurer le Y de la référence.
Par contre comme toutes les mesures sont obtenues à partir de la réponse spectrale du luxmètre qui atténue très fortement les fréquences dans le rouge et le bleu, il doit y avoir de sérieux problèmes de bruit sur la mesure.

[letchoa]

Colorfacts dispose d'un mode maître-élève utilisant deux colorimètres.
On effectue deux séries de mesures rouge-vert-bleu-blanc dont on dérive une matrice à appliquer aux mesures de l'élève.
En l'utilisant j'arrive à faire restituer par mon "tristimulus" une échelle de gris correcte. Mais le diagramme CIE reste inexploitable.

Il fait surement ça:

En fait pour être plus précis Colofacts doit utiliser la méthode suivante qui est basée sur la mesure des primaires ET du blanc pour s'affranchir des erreurs de mesures sur Y:
http://physics.nist.gov/Divisions/Div844/facilities/photo/Publications/IST97.pdf
http://physics.nist.gov/Divisions/Div844/facilities/photo/Publications/IST98_2.pdf

Je me suis basé sur cette démonstration pour calculer ma matrice de transfert.

[alec]

Non il y a bien besoin de filtres colorés mais l'avantage d'un luxmètre est que l'on peut aussi s'en servir pour mesurer le Y de la référence.
Par contre comme toutes les mesures sont obtenues à partir de la réponse spectrale du luxmètre qui atténue très fortement les fréquences dans le rouge et le bleu, il doit y avoir de sérieux problèmes de bruit sur la mesure.

vous allez finir avec une simple LDR comme pour mon projet
mais vous n'avez pas le droit, c'est propriété privée
de plus il parait que ca peut pas marcher ...
en fait le rouge et le bleu ont un facteur 0.3 a 0.6 environ par rapport au vert. pas vraiment de probleme de bruit.
ensuite pour chaque projo, il y aura 2 coefs a determiner, le gain bleu et le gain rouge par rapport au vert.
une mesure sur un projo calibré et ce modele est dans la base .
reste a trouver un projo calibré pour chaque modele... meme si d'un exemplaire a l'autre d'un meme modele il puisse y avoir des disparités, c'est a voir.
en tout cas c'est vraiment le plus simple.

[Emmanuel Piat]

Hello.

Michel et Letchoa nous trouvent décidément plein de doc hyper intéressantes !

Normalement, suite de mon topo demain (vous me faites coucher très tard et je vous maudit ). Enfin, c'est plutôt mon épouse qui vous maudit

Je pense que beaucoup vont apprécier le document car je détaille toutes les étapes de la construction d'un espace de couleur (celui du capteur ou n'importe quel autre). Après j'illustre via les espace CIE-RGB (totalement rédigé) et CIE-XYZ (à rédiger ce soir, pauvre de moi).

Il me restera à expliquer en détail comment on passe d'un espace à un autre et après je pourrais commencer à réfléchir.

Le pb n°1, c'est comment arriver à repérer le blanc de référence (celui de l'illuminant D65) avec le capteur.

J'ai appris qu'il y avait un labo de colorimétrie à l'ESTIT à l'univ. catholique de lille.

En fonction de la manière dont le projet évolue et des difficultés sur lesquelles on butera, je me demande si ça ne vaudrait pas le coup de les contacter pour savoir si on peut se procurer une source fiable metamère avec l'illuminant D65 (peut être que ça existe pour les pro et que c'est abordable en prix).

Sinon, effectivement je maitrise le C (et pas le C++) mais je n'ai jamais programmé sous environnement windows. Je fais aussi un cours sur le PIC 16F877 dans mon école d'ing... (mais ki en connaît surement plus que moi sur la question vu son expérience. Je n'ai jamais programmé le bus I2C par exemple. Par contre interruption, timer, PWM, etc. pas de problème si ce n'est qu'il n'y a que 24 heures dans une journée, que j'ai une activité de recherche prenante en temps, qu'il faut bien dormir et que j'ai mon pu**** d'écran à terminer. Bref, je préfèrerai éviter d'avoir à intervenir sur ce chapitre).

@+
Emmanuel