Discussion :

[gronaze]

hello,

Je veux convertir une image RVB en niveaux de gris. En faisant un histogramme sur chaque couleur je me rends compte que le canal vert est beaucoup plus étroit que les autres, or j'utilise la formule suivante:

Y = 0.299*R + 0.587*G + 0.114*B

Je voulais savoir si je pouvais calculer les 3 coefficients (0.299 ; 0.587 ; 0.114) en tenant compte de ma répartition RVB, de tel sorte d'obtenir une image plus "fine", dans mon exemple de diminuer le facteur pour le canal vert.

existe-il un calcul particulier??

ps: je sais bien que c'est pas une question d'algorithme mais je sais pas trop dans quel forum aller

[ToTo13]

Bonjour,

tout les softs d'imagerie font la conversion, donc il existe des algos.

Le plus simple ne serait il pas de faire la moyenne des trois couleurs ?

[hansaplast]

j'aurait dit une moyenne pondérée, afin de palier aux contraste trop forts...

[gronaze]

Voici le genre d'histogramme que j'obtiens:

Je ne suis pas très sur que la moyenne des 3 canaux soit très performants...

Toto13 sais tu ou je pourrais trouver ce genre d'algo (j'ai dans l'idée que ça utilise la moyenne et l'ecart type mais je sais pas exactement le calcul a appliquer)

[Flo.]

Salut la formule :

Y = 0.299*R + 0.587*G + 0.114*B

correspond au calcul de la luminance. C'est la luminance telle que les êtres humains la perçoivent (brillant, sombre, etc...). L'oeil humain est plus influencé par la luminance des composantes vertes que celles des composantes bleues et rouges. C'est donc pour cela que le vert y est prédominant.

C'est également pour cela, il me semble, que sur les filtres couleur des capteurs couleur , on trouve 2 pixels vert pour 1 pixel rouge et 1 pixel bleu en maille carrée (et aussi en maille hexagonale je crois).

Le mode de conversion d'une image RGB en niveau de gris n'est pas "normalisé" et il ne tient qu'à toi de définir des propres coefficients de pondération.

... en tenant compte de ma répartition RVB, de tel sorte d'obtenir une image plus "fine", dans mon exemple de diminuer le facteur pour le canal vert.

Par contre ton post traduit un induit un autre problème je pense. Peut-être l'espace RGB dans lequel tu travailles n'est pas celui qui correspond le mieux à ton problème. Si tu veux isoler un ensemble de teintes particulier, passe en HLS.

A+

Flo.

[gronaze]

pour resoudre mon probleme, j'ai fait un histogramme sur chaque canal (tabR, tabG, tabB), l'histo a une longeur de 22.

et voila le travail:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
    int r, g, b;
    r = g = b = 22;
 
 
    for(i=0;i<22;i++)
    {
        if(tabR[i] == 0) r--;
        if(tabG[i] == 0) g--;
        if(tabB[i] == 0) b--;
    }
 
    int sum = r + g + b;
 
    *R = (float) r / sum;
    *G = (float) g / sum;
    *B = (float) b / sum;

merci pour votre aide

[Flo.]

Il me semble que ton calcul n'est pas normalisé. Ton image résultat ne sera donc pas forcément étalée sur la pleine échelle des valeurs.

C'est dommage : tu perds de l'information lors de cette conversion.

Ton calcul est étrange, je suis pas sur qu'il corresponde à quelque chose de concrêt. Tu peux détailler son principe, stp ?

Ton calcul est très dépendant du bruit aussi ...

Flo.

[gronaze]

petite explication sur le calcul:

j'ai un histogramme de 22 colonnes
des que je n'ai pas de valeurs pour un canal, dans une colonne de l'histogramme, je soustrait 1 à 22 etc

Lorsque j'ai balayé tout l'histogramme, j'obtiens un truc qui ressemble à ça:
r = 15
g = 20
b = 12
(ce qui signifie que 15 colonnes de l'histo rouge ne sont pas nulles, 20 pour le vert...)

Ensuite je normalise mes valeurs R, G, B en divisant par la somme des colonnes non nulles des 3 canaux.

Au final R+G+B = 1
avec R = 15 / (15 + 20 + 12) = 0.31
G = 0.42
B = 0.25

et voila je peux passer aux niveaux de gris:
en appliquant la formule:
Yn = R * (la valeur du pixel rouge) + G * (la valeur du pixel vert) + B * (la valeur du pixel bleu)

ou Y signifie la valeur de mon pixel en niveau de gris de 0 à 255



Dis moi flo qu'entends-tu par bruit ??

[Flo.]

Ok

je pensais que :

*R = (float) r / sum;
*G = (float) g / sum;
*B = (float) b / sum;

correspondait au calcul RGB du pixel courant ... j'avais pas compris que R, G et B étaient tes coefficients de conversions en niveaux de gris (faut dire que c'était pas précisé) ...

Quant aux bruits, imagine que tu as :

tabR[1] = 1;

Une valeur parasite, mal triée, mal seuillée, ..., du bruit quoi !!!

Ben du coup, ça fausse ton calcul.

Mais bon ça dépend de tes données : cependant mieux vaut ne pas traiter des donner brutes pour ta conversion ...

Flo.

[gronaze]

Dis moi flo, je suis en train de me demander si je n'ai pas fait une bêtise:

On est d'accord pour dire que le canal vert est plus résolu que les autres, mais curieusement c'est celui pour lequel la répartition dans l'histogramme est la plus étroite, et d'après ce que tu viens de me dire à propos du bruit c'est donc le canal le moins bruité.

Il faudrait donc dans mon calcul que je fasse un truc qui ressemble à ça:
r = 22 - r
g = 22 - g
b = 22 - b

sum = r + g + b

R = r / sum
G = g / sum
B = b / sum

[gronaze]

effectivement après test les résultats sont (beaucoup) mieux

[Flo.]

Quelles genres de données traites-tu exactement ? Ce "22" est intriguant ...

D'autre part je ré-itère mes avertissements, ta formule est très sensible au bruit. Si t'as des données bruitées, il se peut que les 22 éléments de ton histogramme ne soient pas nuls ... tes calculs seront faussés.

En outre, ton calcul n'intègre pas (par exemple) la fréquence d'apparition des valeurs qui est une base du travail sur les histogrammes ... ça rejoint ma remarque sur le bruit.

si tu as hist[a] = 100000 et hist[b] = 5

N'est-il pas judicieux de considérer hist[b] = null ? Tu vois ce que je veux dire ?

La probabilité d'obtenir un niveau "a" est beaucoup plus grande que celle d'obtenir un niveau "b" (qui peut être considérée comme quasiment nulle).

Flo.

[gronaze]

Ok j'intègre ce que tu m'as dit pour le bruit.
je vais essayer de trouver le seuil au dela duquel ce n'est plus considéré comme du bruit.


le 22 correspond au tranches de valeurs:
si pixel[i]<= 12 alors tabR[0]++
si pixel[i]<=24 && pixel[i]>12 alors tabR[1]++
...
si pixel[i]>252 alors tabR[21]++