La formule pour déterminer la luminosité de la couleur de RVB

Je suis à la recherche d'une sorte de formule ou d'un algorithme pour déterminer la luminosité d'une couleur donnée, les valeurs RVB. Je sais qu'il ne peut pas être aussi simple que d'ajouter les valeurs RVB ensemble et avoir des sommes élevées être plus clair, mais je suis un peu à une perte quant à où commencer.

  • La luminosité perçue est ce que je pense, je suis à la recherche, je vous remercie.
  • Il y a un bon article (Manipulation des couleurs dans .NET - Partie 1) sur les espaces de couleurs et de conversations entre eux, y compris à la fois la théorie et le code (C#). Pour la réponse, regardez Conversion entre les modèles sujet dans l'article.
  • J'ai été membre pendant beaucoup d'années, et je n'ai jamais fait cela avant. Puis-je suggérer que vous passez en revue les réponses et pense qu'il acceptera?
InformationsquelleAutor robmerica | 2009-02-27
  1. 433

    Voulez-vous dire de la luminosité? La luminosité perçue? Luminance?

    • De Luminance (standard pour certains espaces de couleurs): (0.2126*R + 0.7152*G + 0.0722*B) [1]
    • Luminance perçue de l'option 1): (0.299*R + 0.587*G + 0.114*B) [2]
    • Luminance perçue de l'option 2, plus lent à calculer): sqrt( 0.241*R^2 + 0.691*G^2 + 0.068*B^2 ) → sqrt( 0.299*R^2 + 0.587*G^2 + 0.114*B^2 ) (grâce à @MatthewHerbst) [3]
    • Notez que ces deux insister sur les aspects physiologiques: le globe oculaire humain est le plus sensible à la lumière verte, moins rouge et moins de bleu.
    • Oui, tout dépend de l'application. Tous ces modèles de l'homme y compris la perception subjective...
    • Notez également que tous ces éléments sont probablement linéaire 0-1 RVB, et vous avez probablement correction gamma RGB 0-255. Ils ne sont pas convertis comme vous pensez qu'ils sont.
    • Pour les deux premiers de la source dans les autres réponses. Comme pour le dernier, je pense que c'est à partir du cours sur la télévision ou graphiques...
    • Je pense que votre dernière formule est incorrecte. - Je l'obtenir de revenir en noir pour une couleur bleu foncé.
    • N'est pas correcte. Avant d'appliquer la transformation linéaire, on doit d'abord appliquer l'inverse de la fonction gamma pour l'espace de couleur. Puis, après application de la fonction linéaire, la fonction gamma est appliquée.
    • Luminance uniquement des comptes pour homme spectrale sensibilité. Il ne prend pas en compte l'humain par la non-perception linéaire de Luminance, qui la CIE standardisé que la "Légèreté" (le L dans l'espace couleur CIELAB) en Fonction de votre application, vous devez d'abord calculer la Luminance, puis Légèreté ... en.wikipedia.org/wiki/Lightness
    • Les deux premiers sont linéaires, le dernier est un peu arbitraire et ne tient pas compte de correction de gamma ou sRGB espace de couleur correction.
    • la première formule utilise linéaire des valeurs RVB et la seconde utilise le gamma-valeurs corrigées. La première formule est plus moderne, la deuxième date de l'invention de l'NTSC. Et la plage n'a pas d'importance car il n'y a pas non linéaire des opérations. La troisième formule semble fonctionner sur la correction gamma, valeurs, mais comme ce n'est pas une norme, c'est plus difficile d'être sûr.
    • Si les composantes de couleur sont limités à 8 bits, la perception de la luminance de l'option 2 peut être calculé aussi vite que l'option 1 avec 256 ints table de recherche de la précalculées carrés. Et tous les trois peuvent être calculées très rapide avec une table de recherche de la valeur de chaque couleur prémultiplié avec chaque coefficient. Bien que ne nécessitent beaucoup de mémoire.
    • Dans la dernière formule, est-il (0.299*R)^2 ou bien est-il 0.299*(R^2) ?
    • Voici un jsfiddle qui vous permet de choisir les couleurs et de voir la luminance, dans le cas où quelqu'un d'autre a besoin de voir quels types de valeurs que vous obtenez de ces formules. (Basé sur la dernière formule la plus lente) jsfiddle.net/sbrexep0
    • Comme c'est écrit ici, cela signifierait 0.299*(R^2) (parce que l'exponentiation va devant la multiplication)
    • De pages Wikipédia pour en.wikipedia.org/wiki/Relative_luminance et en.wikipedia.org/wiki/Grayscale . Il est important de noter que les activités de R, G, & B multiplicateurs ne sont fondées sur aucune science exacte, mais plutôt, ils sont juste des valeurs qui ont été trouvés à être la moyenne de la luminance perçue par l'œil humain pour chaque canal. C'était d'une importance cruciale lorsqu'il existait deux B&b (niveaux de gris) & TV couleur; des-le test de la population a été fait autour de ce temps (années 1950). Plus d'arrière-plan dans le en.wikipedia.org/wiki/Color_television .
    • Quand il s'agit de W3C sur a11y, la plus récente WCAG guide spécifie la 1ère formule à la suggestion pour la linéarisation: w3.org/TR/WCAG20-TECHS/G17.html#G17-tests
    • J'ai vérifié que le dernier utilise gamma-valeurs corrigées. FWIW à mes yeux la première formule donne les meilleurs résultats, même si c'est cher si vos couleurs ne sont pas dans l'espace linéaire. Le dernier peut être un bon hack si vous ne voulez pas annuler le gamma.
    • formule n ° 3 a été modifié, il est maintenant le même que le n ° 2 avec une approximation de gamma linéaire de la conversion. C'est à l'aide d'une gamma de 2.0 au lieu de 2,2 pour rendre les choses plus rapidement. Si vous allez utiliser linéaire RVB j'aimerais utiliser les constantes de la formule #1 au lieu de cela, mon expérience correspond à la vôtre que le n ° 1 avec linéaire est le meilleur.

    InformationsquelleAutor Anonymous
  2. 278

    Je pense que ce que vous cherchez est le RGB -> Luma formule de conversion.

    Photométrique/numérique L'UIT BT.709:

    Y = 0.2126 R + 0.7152 G + 0.0722 B

    Numérique L'UIT BT.601 (donne plus de poids à la R et B composants):

    Y = 0.299 R + 0.587 G + 0.114 B

    Si vous êtes prêt à l'exactitude des opérations commerciales de performance, il y a deux approximation des formules comme celle-ci:

    Y = 0.33 R + 0.5 G + 0.16 B

Y = 0.375 R + 0.5 G + 0.125 B

    Ces peut être calculée rapidement 

    Y = (R+R+B+G+G+G)/6

Y = (R+R+R+B+G+G+G+G)>>3
    • J'aime que vous mettez en valeurs précises, mais également une rapide "assez près" type de raccourci. +1.
    • Comment venir à votre " calculé rapidement les valeurs n'incluent pas de bleu dans le rapprochement à tous?
    • Dumaine - les deux formules de calcul à la fois bleu - 1er est (2*Rouge + Blue + 3*Vert)/6, 2e (3*Rouge + Blue + 4*Vert)>>3. accordé, à la fois rapide des approximations, Bleu a le poids le plus bas, mais il est toujours là.
    • Hmm je ne sais pas pourquoi je n'ai pas vu le B qui est là avant.
    • C'est parce que l'œil humain est moins perspicace vers le Bleu 😉
    • La version rapide fonctionne bien. Testé et appliqué au monde réel de l'app avec des milliers d'utilisateurs, tout semble parfait.
    • La version rapide est encore plus rapide si vous ne l': Y = (R<<1+R+G<<2+B)>>3 (c'est seulement 3 à 4 cycles de CPU sur les BRAS) mais je pense que un bon compilateur va faire que l'optimisation pour vous.

    InformationsquelleAutor Franci Penov
  3. 94

    J'ai fait la comparaison des trois algorithmes dans la accepté de répondre. J'ai généré les couleurs dans le cycle où seulement environ tous les 400e de la couleur a été utilisée. Chaque couleur est représentée par 2x2 pixels, les couleurs sont classés du plus foncé au plus clair (de gauche à droite, de haut en bas).

    1ère photo - La Luminance (relative)

    0.2126 * R + 0.7152 * G + 0.0722 * B

    2ème photo - http://www.w3.org/TR/AERT#color-contrast

    0.299 * R + 0.587 * G + 0.114 * B

    3ème photo - HSP Modèle de Couleur

    sqrt(0.299 * R^2 + 0.587 * G^2 + 0.114 * B^2)

    4ème photo - WCAG 2.0 SC 1.4.3 relative de la luminance et rapport de contraste formule (voir @Synchro de l' réponse)

    Modèle peut parfois être repéré sur la 1ère et la 2ème photo en fonction du nombre de couleurs dans une rangée. Je n'ai jamais repéré de n'importe quel motif sur l'image de 3e ou 4e algorithme.

    Si j'avais à choisir, j'irais avec l'algorithme de numéro 3 depuis son beaucoup plus facile à mettre en œuvre et de ses environ 33% plus rapide que la 4ème.

    La formule pour déterminer la luminosité de la couleur de RVB

    • C'est pour moi la meilleure réponse, car oyu utiliser une image modèle qui vous permettent de percevoir si des teintes différentes sont rendus avec th même luminance. Pour moi et mon moniteur actuel de la 3ème photo est le "meilleur", car il est également plus rapide, puis la 4ème qui est un plus
    • La comparaison de l'image est incorrecte parce que vous n'avez pas fourni le bon d'entrée pour toutes les fonctions. La première fonction exige de linéaire entrée RVB; je ne peux que reproduire les effets de bandes en fournissant non linéaire (c'est à dire correction gamma) RVB. La correction de ce problème, vous n'obtenez pas de baguage des artefacts et de la 1ère fonction est le gagnant clair.
    • le ^2 et sqrt inclus dans la troisième formule est un moyen plus rapide de l'approximation linéaire RVB de non-linéaires RGB au lieu de la ^2.2 et ^(1/2.2) ce qui serait plus juste. L'aide non-linéaire des entrées au lieu de linéaire est extrêmement courante malheureusement.
    InformationsquelleAutor Petr Hurtak
  4. 43

    Ci-dessous est le seul algorithme CORRECT pour la conversion de sRGB images, tel qu'utilisé dans les navigateurs, etc., en niveaux de gris.

    Il est nécessaire d'appliquer l'inverse de la fonction gamma pour l'espace de couleur avant de calculer le produit scalaire. Ensuite, vous appliquez la fonction gamma pour la réduction de la valeur. L'échec à intégrer la fonction gamma peut entraîner des erreurs jusqu'à 20%.

    Pour ordinateur ordinaire des choses, l'espace de couleurs sRGB. Les bons chiffres pour sRGB sont env. 0.21, 0.72, de 0,07. Gamma pour sRGB est une fonction composite qui se rapproche de l'exponentiation par 1/(2.2). Voici le tout en C++. 

    //sRGB luminance(Y) values
const double rY = 0.212655;
const double gY = 0.715158;
const double bY = 0.072187;

//Inverse of sRGB "gamma" function. (approx 2.2)
double inv_gam_sRGB(int ic) {
    double c = ic/255.0;
    if ( c <= 0.04045 )
        return c/12.92;
    else 
        return pow(((c+0.055)/(1.055)),2.4);
}

//sRGB "gamma" function (approx 2.2)
int gam_sRGB(double v) {
    if(v<=0.0031308)
        v *= 12.92;
    else 
        v = 1.055*pow(v,1.0/2.4)-0.055;
    return int(v*255+0.5); //This is correct in C++. Other languages may not
                           //require +0.5
}

//GRAY VALUE ("brightness")
int gray(int r, int g, int b) {
    return gam_sRGB(
            rY*inv_gam_sRGB(r) +
            gY*inv_gam_sRGB(g) +
            bY*inv_gam_sRGB(b)
    );
}
    • Pourquoi avez-vous utilisé une fonction composite, rapprochant l'exposant? Pourquoi ne pas simplement faire un calcul direct? Merci
    • C'est juste la façon dont sRGB est défini. Je pense que la raison est qu'il évite certains problèmes numériques proche de zéro. Il ne ferait pas beaucoup de différence si vous venez de mentionner le nombre de pouvoirs de 2.2 et 1/2.2.
    • JMD - dans le cadre de travail dans une perception visuelle de laboratoire, j'ai fait direct les mesures de luminance sur les moniteurs à tube CATHODIQUE et je peux confirmer qu'il y a une région linéaire de la luminance dans le bas de la fourchette de valeurs.
    • Je sais que c'est très vieux, mais il est toujours là pour les recherches. Je ne pense pas que cela peut être correct. Ne devrait pas gris(255,255,255) = gris(255,0,0)+gris(0,255,0)+gris(0,0,255)? Il n'a pas.
    • non, puisque les valeurs sont non-linéaires correction gamma, espace sRGB, vous ne pouvez pas l'ajouter. Si vous souhaitez ajouter d'eux, vous devez le faire avant d'appeler gam_sRGB.
    • Rdb est correct. La voie de l'ajouter est montré dans la fonction int gris(int r, int g, int b), qui "uncalls" gam_sRGB. Il me fait de la peine, après quatre années, la réponse correcte est de niveau si bas. 🙂 Pas vraiment.. je vais m'en remettre.
    • Votre gray fonction effectue un gamma de compression par la suite, mais la luminance est lui-même le non compressé de la valeur de gris, donc si vous voulez calculer la luminosité, puis quitter l'appel àgam_sRGB. Si vous voulez convertir les couleurs afin de les afficher en noir et blanc, alors vous devriez le laisser dans.

    InformationsquelleAutor Jive Dadson
  5. 10

    Il est intéressant de noter, cette formulation pour le RVB=>HSV utilise simplement v=MAX3(r,g,b). En d'autres termes, vous pouvez utiliser le maximum de (r,g,b) comme le V dans le HSV.

    J'ai vérifié et sur la page 575 de Hearn & Baker c'est la manière de calculer la "Valeur" ainsi.

    La formule pour déterminer la luminosité de la couleur de RVB

    • Juste pour mémoire, le lien est mort, version archive ici - web.archive.org/web/20150906055359/http://...
    • Le HSV n'est pas perceptuellement uniforme (et il n'est même pas proche). Il est utilisé uniquement comme une "pratique" de manière à ajuster la couleur, mais il n'est pas pertinent pour la perception et le V ne se rapportent pas à la vraie valeur de L ou Y (CIE de Luminance).
    InformationsquelleAutor bobobobo
  6. 10

    J'ai trouvé ce code (écrit en C#) qui fait un excellent travail de calcul de la "luminosité" d'une couleur. Dans ce scénario, le code est d'essayer de déterminer s'il faut mettre le blanc ou le noir du texte sur la couleur.

    • C'est exactement ce dont j'avais besoin. Je faisais un classique "barres de couleur" de la démo, et je voulais étiquette sur le dessus de la couleur avec les meilleurs en noir ou blanc au choix!
    InformationsquelleAutor sitesbyjoe
  7. 8

    D'ajouter que tous les autres ont dit:

    Toutes ces équations travail plutôt bien dans la pratique, mais si vous avez besoin d'être très précise, vous devez d'abord convertir les couleurs de l'espace colorimétrique linéaire (appliquer une image inverse-gamma), le poids moyen des couleurs primaires et - si vous souhaitez afficher les couleurs
    prendre la luminance de retour dans le gamma du moniteur.

    La différence de luminance entre ingnoring gamma et faire bonne gamma est jusqu'à 20% dans le noir gris.

    InformationsquelleAutor Nils Pipenbrinck
  8. 8

    Plutôt que de se perdre parmi la sélection aléatoire des formules mentionnées ici, je vous suggère d'aller pour la formule recommandée par les normes W3C.

    Ici est une simple, mais exacte PHP de mise en œuvre de la WCAG 2.0 SC 1.4.3 relative de la luminance et rapport de contraste formules. Il produit des valeurs qui sont appropriés pour évaluer les rapports requis pour la conformité WCAG, comme sur cette page, et en tant que tel est approprié pour toute application web. C'est trivial de port à d'autres langues.

    /**
 * Calculate relative luminance in sRGB colour space for use in WCAG 2.0 compliance
 * @link http://www.w3.org/TR/WCAG20/#relativeluminancedef
 * @param string $col A 3 or 6-digit hex colour string
 * @return float
 * @author Marcus Bointon <[email protected]>
 */
function relativeluminance($col) {
    //Remove any leading #
    $col = trim($col, '#');
    //Convert 3-digit to 6-digit
    if (strlen($col) == 3) {
        $col = $col[0] . $col[0] . $col[1] . $col[1] . $col[2] . $col[2];
    }
    //Convert hex to 0-1 scale
    $components = array(
        'r' => hexdec(substr($col, 0, 2)) /255,
        'g' => hexdec(substr($col, 2, 2)) /255,
        'b' => hexdec(substr($col, 4, 2)) /255
    );
    //Correct for sRGB
    foreach($components as $c => $v) {
        if ($v <= 0.03928) {
            $components[$c] = $v /12.92;
        } else {
            $components[$c] = pow((($v + 0.055) /1.055), 2.4);
        }
    }
    //Calculate relative luminance using ITU-R BT. 709 coefficients
    return ($components['r'] * 0.2126) + ($components['g'] * 0.7152) + ($components['b'] * 0.0722);
}

/**
 * Calculate contrast ratio acording to WCAG 2.0 formula
 * Will return a value between 1 (no contrast) and 21 (max contrast)
 * @link http://www.w3.org/TR/WCAG20/#contrast-ratiodef
 * @param string $c1 A 3 or 6-digit hex colour string
 * @param string $c2 A 3 or 6-digit hex colour string
 * @return float
 * @author Marcus Bointon <[email protected]>
 */
function contrastratio($c1, $c2) {
    $y1 = relativeluminance($c1);
    $y2 = relativeluminance($c2);
    //Arrange so $y1 is lightest
    if ($y1 < $y2) {
        $y3 = $y1;
        $y1 = $y2;
        $y2 = $y3;
    }
    return ($y1 + 0.05) /($y2 + 0.05);
}
    • pourquoi préférez-vous le w3c définition? personnellement, j'ai mis en œuvre à la fois CCIR 601 et le w3c qui est recommandé et j'ai été beaucoup plus satisfaits de la CCIR 601 résultats
    • Parce que, comme je l'ai dit, c'est recommandé par le W3C WCAG?
    • Pas/ le droit Doit s'appliquer inverse gamma. etc/
    • Comme je le vois, il est appliqué là où il est dit //Correct for sRGB. Au moins, c'est presque la même opération que vous avez défini inv_gam_sRGB. Donc, je pense que c'est correct.
    • Le W3C formule est incorrecte sur un certain nombre de niveaux. Il n'est pas en prenant de l'homme de la perception en compte, ils sont à l'aide de la "simple" contraste à l'aide de la luminance qui est linéaire et non à tous les perceptuellement uniforme. Entre autres choses, il semble qu'ils en se basant sur des normes aussi vieille que l'1988 (!!!) qui ne sont pas pertinents aujourd'hui (ces normes sont fondées sur des moniteurs monochromes, tels que le vert/noir, ainsi que le contraste total de on à off, ne tenant pas compte des niveaux de gris ni de couleurs).
    • C'est de la foutaise. Luma est précisément de perception - c'est pourquoi il a coefficients différents pour le rouge, le vert et le bleu. L'âge n'a rien à faire avec elle - la super CIE Lab de perception de l'espace couleur date de 1976. Le W3C, l'espace n'est pas aussi bon, mais c'est une bonne approximation pratique qui est facile à calculer. Si vous avez quelque chose de constructif à proposer, poste qu'au lieu de vider la critique.
    • non, la luminance est une GAMMA CODÉ (Y) part de certains encodages vidéo (NTSC, par exemple de l'espace YIQ). La Luminance, c'est à dire Y comme dans CIEXYZ est LINÉAIRE, et pas du tout la perception. le W3C utilisez linéaire de luminance et de contraste simple, qui ne permet pas de définir correctement le contraste sur le milieu de gamme (c'est loin). Rédaction d'un article sur ce droit maintenant, je vais poster le lien quand il sera complet. Oui, CIELAB est excellent, mais le W3C ne SONT PAS à l'UTILISER. L'ancienne doc je fais référence est la norme ANSI-HFES-100-1988, et ne convenait pas à l'écran les contrastes de couleurs.
    • Juste à ajouter/mettre à jour: nous sommes actuellement à la recherche de remplacement des algorithmes de meilleur modèle de perception du contraste (discussion sur Github Question 695). Cependant, comme une question distincte pour information, le seuil pour sRGB est 0.04045, et non pas 0.03928 qui a été référencées à partir d'une obsolète début sRGB projet. L'autorité de la CEI std utilise 0.04045 et un pull request est à venir pour corriger cette erreur dans les WCAG. (ref: IEC 61966-2-1:1999) C'est sur Github problème 360, bien que de mentionner, dans le 8bit il n'y a pas de différence réelle — près de l'extrémité du fil 360 j'ai graphiques des erreurs, y compris 0.04045/0.03928 en 8bit.

    InformationsquelleAutor Synchro
  9. 1

    Le HSV palette devrait faire l'affaire, voir le article de wikipédia selon la langue que vous utilisez, vous pouvez obtenir une bibliothèque de conversion .

    H est la teinte qui est une valeur numérique pour la couleur (c'est à dire le rouge, le vert...)

    S est la saturation de la couleur, c'est à dire comment "intense" il est

    V est la luminosité de la couleur.

    • Problème avec l'espace de couleur HSV est que vous pouvez avoir la même saturation et la valeur, mais différente de la teinte, pour bleu et jaune. Le jaune est beaucoup plus lumineux que le bleu. En va de même pour les LGV.
    • hsv vous donne la luminosité d'une couleur dans un sens technique. dans la perception de la luminosité hsv vraiment échoue
    • HSV et LGV ne sont pas perceptuellement précis (et il n'est même pas proche). Ils sont utiles pour les "contrôles" pour un ajustement relatif à la couleur, mais pas pour la prévision précise de la perception de la légèreté. Utiliser L* a partir de CIELAB pour de perception de la légèreté.
    InformationsquelleAutor Ian Hopkinson
  10. 1

    RVB valeur de Luminance = 0.3 R + 0,59 G + 0.11 B

    http://www.scantips.com/lumin.html

    Si vous êtes à la recherche pour combien de proches et blanc à la couleur, vous pouvez utiliser la Distance Euclidienne de (255, 255, 255)

    Je pense que l'espace de couleurs RVB avec perspicacité non-uniforme à l'égard de la L2 distance euclidienne.
    Uniforme des espaces comprennent CIE LAB et LUV.

    InformationsquelleAutor
  11. 1

    L'inverse-gamma formule par Jive dadson lili de grandpré a besoin d'avoir la demi-ajuster supprimé lors de la mise en œuvre en Javascript, c'est à dire le retour de la fonction gam_sRGB doit être de retour int(v*255); pas de retour de type int(v*255+.5); Demi-ajuster les tournées, et cela peut provoquer une valeur trop élevée sur un R=G=B c'est à dire de couleur gris triade. La conversion en niveaux de gris sur un R=G=B triade doit produire une valeur égale à R, c'est une preuve que la formule est valide.
    Voir Neuf Nuances de Gris pour la formule en action (sans demi-ajuster).

    • Il semble que vous connaissez votre sujet, j'ai donc enlevé le +0.5
    • J'ai fait l'expérience. En C++, il a besoin de l' +0.5, donc je le remets. J'ai ajouté un commentaire à propos de la traduction vers d'autres langues.
    InformationsquelleAutor Dave Collier
  12. 1

    Voici un peu de code C qui doit calculer correctement perçue de luminance.

    //reverses the rgb gamma
#define inverseGamma(t) (((t) <= 0.0404482362771076) ? ((t)/12.92) : pow(((t) + 0.055)/1.055, 2.4))

//CIE L*a*b* f function (used to convert XYZ to L*a*b*)  http://en.wikipedia.org/wiki/Lab_color_space
#define LABF(t) ((t >= 8.85645167903563082e-3) ? powf(t,0.333333333333333) : (841.0/108.0)*(t) + (4.0/29.0))


float
rgbToCIEL(PIXEL p)
{
   float y;
   float r=p.r/255.0;
   float g=p.g/255.0;
   float b=p.b/255.0;

   r=inverseGamma(r);
   g=inverseGamma(g);
   b=inverseGamma(b);

   //Observer = 2°, Illuminant = D65 
   y = 0.2125862307855955516*r + 0.7151703037034108499*g + 0.07220049864333622685*b;

   //At this point we've done RGBtoXYZ now do XYZ to Lab

   //y /= WHITEPOINT_Y; The white point for y in D65 is 1.0

    y = LABF(y);

   /* This is the "normal conversion which produces values scaled to 100
    Lab.L = 116.0*y - 16.0;
   */
   return(1.16*y - 0.16); //return values for 0.0 >=L <=1.0
}
    InformationsquelleAutor EddingtonsMonkey
  13. 1

    Je me demande comment ceux rvb coefficients ont été déterminés. J'ai fait l'expérience moi-même et j'ai fini avec les éléments suivants:

    Y = 0.267 R + 0.642 G + 0.091 B

    Proche, mais, mais évidemment différent de l'établi de longue date de l'UIT coefficients. Je me demande si ces coefficients peut être différent pour chaque observateur, parce que nous avons tous peuvent avoir un nombre différent de cônes et bâtonnets de la rétine de nos yeux, et surtout le rapport entre les différents types de cônes peuvent différer.

    Pour référence:

    DE L'UIT BT.709:

    Y = 0.2126 R + 0.7152 G + 0.0722 B

    DE L'UIT BT.601:

    Y = 0.299 R + 0.587 G + 0.114 B

    J'ai fait le test en se déplaçant rapidement une petite barre grise sur un rouge vif, vert vif et bleu vif de fond, et en ajustant le gris jusqu'à ce qu'il confondait tout autant que possible. J'ai aussi répété que le test avec d'autres nuances. J'ai refait le test sur les différents écrans, même avec un fixe gamma facteur de 3.0, mais il semble tout à fait la même chose pour moi. De plus, l'UIT coefficients sont littéralement mal pour mes yeux.

    Et oui, j'ai sans doute une vision de couleur normale.

    • Dans vos expériences avez-vous linéariser pour supprimer le composant gamma en premier? Si vous n'avez pas qui pourrait expliquer vos résultats. MAIS AUSSI, les coefficients sont liés à la CIE 1931 expériences et ceux qui sont d'une moyenne de 17 observateurs, donc oui il n'y a personne à la variance dans les résultats.
    InformationsquelleAutor vortex
  14. 0

    Veuillez définir la luminosité. Si vous êtes à la recherche pour combien de proches et blanc à la couleur, vous pouvez utiliser La Distance Euclidienne de (255, 255, 255)

    • Non, vous ne pouvez pas utiliser la distance euclidienne entre les valeurs sRGB, sRGB n'est pas un perceptuellement uniforme Cartésien/espace vectoriel. Si vous souhaitez utiliser la distance Euclidienne comme une mesure de différence de couleur, vous devez au moins convertir CIELAB, ou mieux encore, utiliser une CAM comme CIECAM02.
    InformationsquelleAutor Ben S
  15. 0

    Le 'V' de HSV est probablement ce que vous cherchez. MATLAB est un rgb2hsv fonction et le déjà cité l'article de wikipédia est plein de pseudo-code. Si un RGB2HSV la conversion n'est pas possible, à moins précises modèle serait la version en niveaux de gris de l'image.

    InformationsquelleAutor Jacob
  16. 0

    Ce lien explique tout en détail, notamment pourquoi ces multiplicateur des constantes existent avant le R, G et B les valeurs.

    Edit: Il a une explication à l'une des réponses ici aussi (0.299*R + 0.587*G + 0.114*B)

    InformationsquelleAutor dsignr
  17. 0

    Pour déterminer la luminosité d'une couleur avec R, - je convertir le système RVB de la couleur dans le HSV système de couleur.

    Dans mon script, j'utilise le système HEX code avant pour d'autres raisons, mais vous pouvez commencer aussi avec le système RGB code avec rgb2hsv {grDevices}. La documentation est ici.

    Ici est cette partie de mon code:

     sample <- c("#010101", "#303030", "#A6A4A4", "#020202", "#010100")
 hsvc <-rgb2hsv(col2rgb(sample)) # convert HEX to HSV
 value <- as.data.frame(hsvc) # create data.frame
 value <- value[3,] # extract the information of brightness
 order(value) # ordrer the color by brightness
    InformationsquelleAutor Pierre-louis Stenger
  18. 0

    Pour plus de clarté, les formules qui utilisent une racine carrée besoin d'être

    sqrt(coefficient * (colour_value^2))

    pas

    sqrt((coefficient * colour_value))^2

    La preuve de cela réside dans la conversion d'un R=G=B triade de niveaux de gris R. Qui n'est vrai que si tu place la valeur de couleur, pas la couleur de la valeur temps de coefficient. Voir Neuf Nuances de Gris

    • il y a des parenthèses mistmatches
    • à moins que le coefficient que vous utilisez est la racine carrée de la bonne coefficient.
    InformationsquelleAutor Dave Collier
  19. 0

    La "Accepté" la Réponse est Incorrecte et Incomplète

    Les seules réponses exactes sont les @jive-dadson lili de grandpré et @EddingtonsMonkey des réponses, et de soutenir @nils-pipenbrinck. Les autres réponses (y compris les acceptée) sont des liens vers ou en citant des sources qui sont soit mauvais, non pertinentes, obsolètes ou cassé.

    Brièvement:

    • sRGB doit être LINÉARISÉ avant d'appliquer les coefficients.
    • Luminance (L ou Y) est linéaire comme c'est la lumière.
    • Perçu luminosité (L*) est non-linéaire comme c'est la perception de l'homme.
    • HSV et LGV ne sont même pas à distance exacte en termes de perception.
    • La norme de la CEI pour sRGB indique un seuil de 0.04045 il est PAS 0.03928 (c'est de l'obsolescence du début du projet).
    • L'être utiles (c'est à dire par rapport à la perception), distances Euclidiennes besoin d'un perceptuellement uniforme Cartésien espace vectoriel tel que CIELAB. sRGB n'est pas un.

    Ce qui suit est correcte et complète réponse:

    Parce que ce fil apparaît fortement dans les moteurs de recherche, je suis l'ajout de cette réponse à clarifier les différentes idées fausses sur le sujet.

    Luminosité est un attribut perceptif, il ne dispose pas d'une mesure directe.

    Luminosité perçue est mesurée par une certaine vision de modèles tels que CIELAB, ici L* (Lstar) est une mesure de de perception de la légèreté, et est non-linéaire à rapprocher de la vision humaine non-linéaire de la courbe de réponse.

    Luminance est une mesure linéaire de la lumière, le spectre pondéré pour une vision normale, mais pas ajustés pour la non-perception linéaire de légèreté.

    Luma (Y premier) est un gamma codé, pondérée du signal utilisé dans certains encodages vidéo. Il n'est pas à confondre avec la luminance linéaire.

    Gamma ou de la courbe de transfert (TRC) est une courbe qui est souvent similaire à la perception de la courbe, et est généralement appliqué à des données d'image pour le stockage ou la diffusion de réduire le bruit perçu et/ou d'améliorer l'utilisation des données (et les raisons).

    Pour déterminer la luminosité perçue, d'abord convertir gamma codée en RGB de l'image des valeurs de luminance linéaire (L ou Y ) et puis pour les non-linéaire de la luminosité perçue (L*)

    POUR TROUVER LUMINANCE:

    ...Parce que, apparemment, il était perdu quelque part...

    Première Étape:

    Convertir tous les sRGB 8 bits entier des valeurs à virgule 0.0-1.0

      vR = sR /255;
  vG = sG /255;
  vB = sB /255;

    Étape Deux:

    Convertir un gamma codée en RGB pour un linéaire de la valeur. en sRGB (standard informatique), par exemple, nécessite une courbe de puissance d'environ V^2.2, bien que les "précise" de la transformation est:

    La formule pour déterminer la luminosité de la couleur de RVB

    Où V est la gamma-codé R, G ou B canal du sRGB.

    Pseudo:

    function sRGBtoLin(colorChannel) {
        //Send this function a decimal sRGB gamma encoded color value
        //between 0.0 and 1.0, and it returns a linearized value.

    if ( colorChannel <= 0.04045 ) {
            return colorChannel /12.92;
        } else {
            return pow((( colorChannel + 0.055)/1.055),2.4));
        }
    }

    Étape Trois:

    Pour trouver la Luminance (Y) l'application de la norme coefficients pour sRGB:

    La formule pour déterminer la luminosité de la couleur de RVB

    Pseudo-code ci-dessus en utilisant les fonctions: 

    Y = (0.2126 * sRGBtoLin(vR) + 0.7152 * sRGBtoLin(vG) + 0.0722 * sRGBtoLin(vB))

    POUR TROUVER LUMINOSITÉ PERÇUE:

    Étape Quatre:

    Prendre de luminance Y à partir de ci-dessus, et de se transformer en L*

    La formule pour déterminer la luminosité de la couleur de RVB

    Pseudo:

    function YtoLstar(Y) {
        //Send this function a luminance value between 0.0 and 1.0,
        //and it returns L* which is "perceptual lightness"

    if ( Y <= (216/24389) {       //The CIE standard states 0.008856 but 216/24389 is the intent for 0.008856451679036
            return Y * (24389/27);  //The CIE standard states 903.3, but 24389/27 is the intent, making 903.296296296296296
        } else {
            return pow(Y,(1/3)) * 116 - 16;
        }
    }

    L* est une valeur de 0 (noir) à 100 (blanc) où 50 est la perception "gris moyen". L* = 50 est équivalent à Y = 18.4, ou, en d'autres mots, un de 18% de la carte grise, soit au moyen d'une photographie de l'exposition (Ansel Adams (zone V).

    Références:

    IEC 61966-2-1:1999 Standard

    Wikipedia sRGB

    Wikipedia CIELAB

    Wikipedia CIEXYZ

    Charles de Poynton Gamma FAQ

    InformationsquelleAutor Myndex