Discussion:Codage informatique des couleurs

message: Il y a dans cet article un lien appelé rendu réel des couleurs (environ au trois quarts de l'article) et j'ai pensé le rediriger vers l'article indice de rendu de couleur. Mais je ne sais pas si c'est vraiment judicieux. J'aimerais avoir d'autres avis avant de le faire. Qu'en pensez vous? --Charles Dyon 22 avr 2005 à 09:09 (CEST)

message: * Il y avait une confusion nette entre possibilités des écrans et possibilités des cartes graphiques (j'ai corrigé)
* Je ne crois pas que les exemples en binaire apportent grand chose, parce qu'ils mélangent ici des questions de basse technique à des questions de théorie, ce qui brouille le message et fait en fin de compte diversion. On peut sans doute reporter cela en fin d'article, dans une sorte se section "annexe".
81.65.27.14 22 septembre 2005 à 19:59 (CEST)
thread_title:  Article intéressant et beau, mais... 

message: Dans la représentation TSL, le T varie de 0 à 360 degrés. 
En appliquant la formule proposée, comme le ratio, différence entre couleurs, divisé par écart maxi entre couleurs est toujours inférieur à un, 
le To ne peut varier que de -1 à +5 avec Tmax=240, cela permet de parcourir le cercle de -40 à +200.
Ne faudrait-il pas un Tmax à 360 ? 
En effet, essayer de coder (255,0,255), couleur Magenta avec la formule proposée, donne 200° et non 300 ...
:Exact, j'ai corrigé. Jaymz Height-Field 25 janvier 2007 à 13:37 (CET)
thread_title:  Problème de conversion RGB vers TSL 

message: Après avoir testé tous les algos de convertion RVB -> TSL et TSL -> RVB de la page (avec toutes les variantes), je me suis apercu qu'aucun ne marche... c'est dommage...
J'ai cherché d'autres sources pour pouvoir corriger ca, mais je n'ai rien trouvé de satisfaisant.
Je n'ai donc rien a proposer pour réctifier, mais sachez que ce qui est donné ici est faux...
Sur easyrgb.com il y a d'autres formules mais c'est moins compréhensible. BBric (d) 15 avril 2013 à 20:32 (CEST)
thread_title:  RVB -> TSL et TSL -> RVB 

message: Le résultat de la conversion RVB -> TSL est effectivement inexact. Il faut aussi calculer T sur les frontières des divers domaines rouge, jaune, vert, cyan, bleu, magenta et rouge et traiter le cas des gris. Une solution possible est la suivante :
* Si (R > V & V >= B) T0 = (V-B)/delta
* Si (V >= R & R > B) T0 = (B-R)/delta + 2
* Si (V > B & B >= R) T0 = (B-R)/delta + 2
* Si (B >= V & V > R) T0 = (R-V)/delta + 4
* Si (B > R & R >= V) T0 = (R-V)/delta + 4
* Si (R >= B & B > V) T0 = (V-B)/delta + 6
puis si on adopte une échelle des teintes de 0 - 240 (Paint) :
T = T0 * 240 / 6
ou pour une échelle en degré angulaire 0 - 360 (Photoshop)
T = T0 * 360 / 6
Reste le cas des gris avec R = V = B 
T = ce que l'on veut (Paint calcule T = 160 et Photoshop T = 0°) et S = 0
A propos du problème avec T0 (RVB > TSL) j'ai cru remarquer que si T0 est < 0 le fait d'ajouter simplement Tmax donne le bon résultat, du moins dans les tests que j'ai effectué. 
Sinon dans la section TSL > RVB, de la même façon que la formule de T0 est déduite de celle de la section précédente, on peut déduire de la même façon M + m (de la formule de luminance), puis delta (saturation) et enfin M et m, au lieu des formules proposées (si L < Lmax /2 etc).
Pour finir je n'ai pas compris l'histoire de la partie entière car si T peut être égale à Tmax alors E(T0) peut valoir 6 mais ce cas ne figure n'est pas traité, à moins que ce soit le même traitement que lorsque E(T0) vaut 0. En tout cas ça semble fonctionner à +-1 près. BBric (d) 15 avril 2013 à 20:51 (CEST)
thread_title:  Conversion RVB -> TSL et TSL -> RVB 

message: Cet article va du n'importe quoi au n'importe quoi, tout y est confondu et mélangé. Si personne ne s'y oppose, je me propose pour sa refonte intégrale.
Déjà, il y est confondu "représentation des couleurs" avec "rendu des couleurs". Si, en informatique, le rendu s'effectue le plus souvent en RGB, ce n'est en rien une règle. Par exemple, en imprimerie numérique (faisant bien, on est d'accord, parti du secteur informatique), on utilisera la quadrichromie ! Et il faudra bien la "coder en informatique".
En outre il n'est pas fait mention de l'appréhension de ce qu'est une couleur et des différents systèmes colorimétriques envisageables.
Il est également notable qu'il est allégrement mélangé ici les notions de systèmes colorimétrique et d'espace colorimétrique.
De plus, nul mention du codage sur plusieurs dword, ou encore des systèmes de stockage comme celui particulier du JPEG ou des systèmes à palettes ! Scsami (d)
Une amélioration est toujours la bienvenue. Cependant, je te conseillerais de te créer un compte et de travailler au brouillon, soumis à une relecture pendant quelques temps, avant de tout modifier. Et n'oublie pas de signer dans les discussions.--Alasjourn (d) 20 février 2011 à 19:21 (CET)
thread_title:  Profondeur de l'article 

message: J'ai peur que ce paragraphe ne serve à rien ! J'aimerais l'enlever. [19 février 2011 à 21:49  par 81.65.65.171]
: Section supprimée (beaucoup d'inexactitudes, et les articles écrits depuis son insertion (le 18 avril 2005 à 21:25 par ) apportent toutes les informations nécessaires. PolBr (discuter) 26 juillet 2014 à 23:44 (CEST)
thread_title:  Généralisation du modèle de couleur 

message: L'utilisation du terme "codage informatique" dans l'article me perturbe. Dans ce cas, ne devrions-nous pas parler plutôt d'encodage ?
Voir https://fr.wikipedia.org/wiki/Encodage
--Plink~frwiki (discuter) 4 février 2016 à 10:32 (CET)
replies: text: Il s'agit bien d'un codage numérique : la représentation en code binaire d'une grandeur analogique (les niveaux de rouge, vert et bleu à afficher sur l'écran). Je ne vois pas pourquoi on dirait « encodage ». Ce mot suppose qu'on parte d'une grandeur autre que numérique, mais ce n'est pas le cas. On écrit souvent directement en code (par exemple en HTML). PolBr (discuter) 4 février 2016 à 11:48 (CET)
thread_title:  Codage/Encodage 

message: L'article, qui parle uniquement du codage RGB en 3x8 = 24 bits/pixel, indique : "En codant plus de trente fois plus de couleurs que ce que l'œil distingue, on peut cependant être sûr d'avoir suffisamment d'information, pour que deux codes qui ne diffèrent que de 1 ou 2 sur les 256 valeurs possibles de chaque canal donnent une couleur parfaitement indistincte". 
Rappelons que 24 bits <==> 16 millions de couleurs distinctes.
Mais cela semble contredit par des écrans commercialisés depuis 2014 qui utilisent 3x10 bits = 30 bits/pixel <==> 1 milliard de couleurs, ou bien 3x12 bits = 36 bits/pixel <==> 69 milliards de couleurs et qui donnent de meilleures qualités d'images et de vidéos : l'amélioration est visible à l'oeil nu.
(même si c'est un "argument de certains vendeurs" de téléviseurs, les codages avec 30 ou 36 bits/pixels existent et devraient donc être indiqués dans l'article)
[non signé par‎ 2a01:e35:87d7:24e0:4c9b:7e23:a3f0:e72 le  8 janvier 2017 à 19:30]
:Recherche de sources:
:* 1-billion-color TFT LCD TV with full HD format, 2005
:* High-speed 10-bit LCD column driver with a split DAC and a class-AB output buffer, 2009
: Ces publications parlent de TV numérique, et non d'informatique. La diffusion comprend une compression et décompression, pour laquelle les opérations avec un moindre seuil de quantification peut influer. En tous cas, il n'y est pas question de codage informatique. PolBr (discuter) 8 janvier 2017 à 21:00 (CET)
thread_title:  Codages 8 bits ou 10 bits ou 12 bits