Salut,
 
je cherche un algo qui permettrai de faire un dégradé de couleurs un peu à la manière de Yahoo messenger.
On choisit plusieurs couleurs, et l'ago calcul les couleurs intermédiaires de facon à créer un beau nuancé de couleurs.
 
   
 

Ca depends du mode de gestion des couleurs, de l'utilisation ou non d'une palette, etc... Tu peux préciser ?

bo je me prends pas la tete, la palette c celle de windows.
En fait c pour un composant Delphi, on cherche à en changer la couleur. Donc on fonctionne en RGB ou HLS (on s'en fiche, on converti).

Bon, donc rgb sans palette.  
Un algo simple, c'est  
 
Séparer les composantes R, G et B pour les couleurs départ et arrivée (Rd, Gd, Bd et Ra, Ga, Ba on va dire).
Ensuite, tu décide combien de couleurs tu veux dans ton dégradé (iteration)
 

 
pas testé, mais y'a pas de raison que ca marche pas.

ok je vais voir ce que ca donne.
et je te tiens au courant.
 

 
Las soluce la plus simple que je vois c de considérer tes couleurs comme des points dans un espace tridimetionnel et de calculer l'équation des droites reliant chaque couleur et parés en les parcourant ça te fait ton dégradé.

Attention, y fo ponderer ces coubres sinon l'espace des couleurs n'est pas correcte ...

 
Pour être plus pompeux : l'espace des couleurs est un espace vectoriel orthonormé de dimension 3  

LetoII a écrit a écrit :

 
oui mosieur.
cf  cour d'infographie de cette année, si tu vexu que ton espace des couleurs RGB soit correct topologiquement tu dois mettre des coeff sur les coordonnées lorsque tu calculs des normes/distances dans cette espace.

 
j'allais le dire

_Mac_ a écrit a écrit :     Pour être plus pompeux : l'espace des couleurs est un espace vectoriel orthonormé de dimension 3

 
   
 
C pas un espace vetoriel.

 
Putain arréte de lire les cours avant qu'on les ai!

LetoII a écrit a écrit :           C pas un espace vetoriel.

 
Et pourquoi ce serait pas un espace vectoriel ?

Ce que je me tu a vous dire ...
pr que l'espace RGB soit vectoriel fo ponderr ses coordonnées :
 
http://mitpress2.mit.edu/e-journal [...] inazi.html

1. l'espace RGB est borné 0 < (r,g,b) < 255
2. Trouve moi une norme ...
3. les détails cocasses sur les opérations de type +,* ...

 
Trouve moi un corp sur lequel serait fondé l'espace des couleur RGB et là tu poura dire quec un espace vectoriel
 
 
Edit: Grillé

 
Je vois pas en quoi pondérer les coordonnées va transformer l'espace RGB en espace vectoriel ; tu vas peut-être les pondérer pour transformer ta base en base normé, mais c'est tout... Dans tous les cas, vu que c'est un cube (dixit Eskinazi), on a une base orthogonale. Après, tu peux sir que c'est normé en choisissant une base qui va bien.

au temps pour moi, égarement pre-digestif ...
 
Néanmoins, si tu fais
 
A(255,255,255) + B(255,255,255) ben tu sort de l'espace ...

Une info supplémentaire : notre oeil n'est pas sensible de la manière dans toutes les nuances de couleurs. Si tu veux un beau dégradé entre du noir et du bleu 100 % (i.e. RGB(0, 0, 255)), ce n'est pas une droit mais une courbe de Bézier entre ces 2 points du cube des couleurs qu'il te faut, pour, ici, augmenter le nombre de nuances disponibles près du noir par rapport à la "moyenne".

 
Ben non, tu sors pas de l'espace, tu sors simplement des capacités d'affichage de la machine... C'est pareil : un espace vectoriel est défini sur un corps (R ou C), et du coup, tu peux imaginer une couleur valant (12.34454, -2.3452342, 90). Le calcul se fait sur l'espace vectoriel, et après tu réajuste par rapport aux capacités de la machine, donc codage de chaque couleur sur 8 bits ; la translation sur le segment [0, 255] se fait en dernier. Voila.

 
Oui donc l'ensemble des couleurs affichable n'es pas un EV

je sais pas ou vous partez, mais le 255 pour dû aux 8 bits par composantes veux dire que le 1.0 (100% de la composante) est 255.
 
et quand les cartes 3D font des multiplications de textures, on une appli fait des traitements graphiques, elles font pas 255*255=65025, mais 255 (=1.0) * 255 (=1.0) = 255 (1.0).
 
idem une image RVB en 16 bpp 5:6:5 qui est serait à (31:63:31) serait à interpréter en 24 bpp en (255:255:255) ou encore en RVB 30 bpp (10:10:10) en (1023:1023:1023), mais ça fait toujours R 100% V 100% B 100%.
 
ensuite je sais pas si on peut dire que c'est un espace vectoriel (et je m'en fous, quoique), mais on parle bien de repère, quand on passe d'un repère RGB à un repère YUV via un matricage.... (ce que font les magnétoscopes, ou une 3dfx avec ses formats de textures propriétaires).
 
en tout cas pour la réponse lorill est le plus proche, et le mieux c'est de calculer les coefficients directeurs à l'éxtérieur de la boucle, du style:
 
coefs dR,dV,dB;
 
dR=(R1-R0)/nbr_itérations
dV=(V1-V0)/nbr_itérations
dB=(B1-B0)/nbr_itérations
 
tant que nbr_itérations > 0
  Rsortie=R0
  Vsortie=V0
  Bsortie=B0
  R0+=dR
  V0+=dR
  B0+=dR
  nbr_itérations--
fin tant que
 
ensuite attention à la précision de calcul, dans cet exemple fo une précision fractionnaire, et comme fo jamais mélanger le flottant et l'entier pour les perfs, vo mieux bosser en virgule fixe....
 

 
Effectivement, dans la mesure où un sous-ensemble d'espace vectoriel n'est pas forcément un espace vectoriel. Mais mathématiquement, pour le calcul, on peut toujours se ramener à un espace vectoriel, voire même à un espace affine, surtout que tu as été le premier à aborder le sujet en parlant d'équation de droite  

_Mac_ a écrit a écrit :     Effectivement, dans la mesure où un sous-ensemble d'espace vectoriel n'est pas forcément un espace vectoriel. Mais mathématiquement, pour le calcul, on peut toujours se ramener à un espace vectoriel, voire même à un espace affine, surtout que tu as été le premier à aborder le sujet en parlant d'équation de droite

 
 
Par ce que j'avais l'image du cube de couleur dans la tête et que ça me semblait la façon la plus simple d'en parler.

en tout cas je sais ki a une theorie + adaptée a ces prob que les EV ...

Oui donc sans aller dans l'espace tu décde du nombre de couleurs intermediaires -> n et pis
 
de la couleur a à la couleur b, si tu veux 5 couleurs
 
ben :  
 * ri = (((rb-ra)/(5+1))*i)+ra pour i=1..n
idem avec g et idem avec b...

 
mais (255+255)&255 C'est bon, tu restes dans l'espace

 
Bonjour,
 
J'essaie actuellement d'implémenter cet algo en C# mais il y a une erreur dans le code en effet les variables Rsortie, Vsortie et Bsortie ne sont pas utilisée.
Peux-tu corriger ton algo ?
 
De plus à quoi correspond l'orépateur >> ?
 
Merci