Version imprimable
Salut,
Je voudrais faire la réduction des couleurs d'une image. En fait j ai les valeurs RGB de chaque pixel donc 256 valeurs. je veux pouvoir réduire chaque une image a 128, 64, 32, 16, 8, 4, 2 valeurs RGB.
J'aimerai aussi faire la même réduction en manipulant les Bits.
Merci pour tout début de solution
Il suffit de tronquer les bits pour réduire l'espace de couleurs (sauf si tu veux faire comme le gif/png qui utilisent des tables de couleurs, mais faisons simple ^^).Citation:
Envoyé par inf018
Pour chaque composante R G B, tu es sur 8 bits, donc 256 valeurs pour chaque.
Si tu ne veux avoir que 128 valeurs pour chaque, il suffit de ne garder que les 7 premiers bits, si tu en veux 64 tu ne gardes que les 6 premiers...
Merci pour votre message,
J'ai attaché une petite fonction pour inverser les couleurs une images.
Es que vous pouvez me présicisez ce que vous entandez par garder les 7, 6, 5, ...Bits.
Car je voudrais résoudre le problèmes avec 2 méthodes: Manipulation des valeurs RGB et Manipulation des Bits
Merci
Merci pour votre message,
J'ai attaché une petite fonction pour inverser les couleurs une images.
Es que vous pouvez me présicisez ce que vous entandez par garder les 7, 6, 5, ...Bits.
Car je voudrais résoudre le problèmes avec 2 méthodes: Manipulation des valeurs RGB et Manipulation des Bits
Merci
Une valeur RGB (en int) ce n'est que la concaténation des 3 valeurs RGB sur 8 bits.
Par exemple si R=255 G=0 et B=255, ça fait:
0000000011111111000000011111111
(soit 0xff00ff)
Si tu veux ne garder que les 6 premiers bits de chaque valeur, tu ne prends que les 6 premiers '1' du R, les 6 premiers '0' du G et les 6 premiers '1' du B.
Les opérateur logiques &, |, ^ et de décalages >>, >>>, << te seront utiles :)
®om : C'est tout à fait incorrect ! Cette "solution" ne marchera absolument pas. Par exemple, si ta valeur de rouge est 128, tu as 1000 0000. Avec ta solution, en tronquant le premier bit, on obtient 0. De 50% de rouge on passe à 0%... Une solution simple, et sûrement peu correcte visuellement, est de projeter les valeurs dans le nouvel espace. Par exemple 128/256 pour du 8 bits deviendra 32 sur 7 bits ((128 / 256) * 64).
On ne tronque pas le premier bit, on tronque le dernier (on garde les 7 premiers) (enfin ça dépend de quel côté on part), ce qui donne 1000000. En fait en réalité on met simplement des 0 sur les k derniers bits (si tu as 1011 1101 et que tu veux diviser par 8 ton espace de couleurs, ça fait 1011 1000) (c'est de la troncature, mais pour plus de "précision" on peut le faire par arrondi, suffit de regarder le bit numéro k pour faire l'arrondi)Citation:
Envoyé par Gfx
Le but de réduire l'espace de couleurs est généralement de gagner de la place, donc on ne stocke pas les "0" implicites, mais forcément au décodage on les remet (si on veut utiliser un codage RGB), sinon c'est sûr on obtient n'importe quoi.
Donc le 1011 1101 sera stocké 10111 et décodé en 10111000...
Les multiplications/divisions par des puissances de 2 sont strictement équivalentes à des décalages de bits...Citation:
Une solution simple, et sûrement peu correcte visuellement, est de projeter les valeurs dans le nouvel espace. Par exemple 128/256 pour du 8 bits deviendra 32 sur 7 bits ((128 / 256) * 64).
Et il ne deviendrait pas 32 sur 7 bits mais 64 :)
128/256 * 128 (car tu es parti de 128, tu as divisé 2 fois là)
Ce qui revient exactement à ce que je disais dans le message précédent:
128/256 c'est >> 1 (tu vires le dernier bit, donc tu divises par 2)
C'est la même chose :D
Gnnn, ça m'apprendra à lire les messages trop vite :) (6 premiers == bits de poids fort, pas de poids faible)