Bonjour et bienvenue sur codelab!

M.Dziwny a écrit:

J'ai regardé un peu la doc et j'ai trouvé un objet [hsv2rgb] qui me semble pas mal mais d'une, quand je l'ajoute il n'est pas trouvé (bordure en pointillé rouge) et de deux, après quelques recherches sur le net, il s'avère que cette conversion n'a pas l'air très optimisée pour les processeurs.

[hsv2rgb] est dans gem, et dans mon cas (pd-extended 0.41.4 sur win xp) il fonctionne. Les algorithmes pour passer de hsv à rgb sont assez simples, juste quelques calculs et tests, ça m'étonne qu'ils soient gourmands en processeur. C'est toujours possible de prendre un de ces algorithmes et de le transformer en code pure-data, mais pas forcément très simple à mettre en oeuvre...

Un exemple tiré de http://www.cs.rit.edu/~ncs/color/t_convert.html

void HSVtoRGB( float *r, float *g, float *b, float h, float s, float v )
{
	int i;
	float f, p, q, t;

	if( s == 0 ) {
		// achromatic (grey)
		*r = *g = *b = v;
		return;
	}

	h /= 60;			// sector 0 to 5
	i = floor( h );
	f = h - i;			// factorial part of h
	p = v * ( 1 - s );
	q = v * ( 1 - s * f );
	t = v * ( 1 - s * ( 1 - f ) );

	switch( i ) {
		case 0:
			*r = v;
			*g = t;
			*b = p;
			break;
		case 1:
			*r = q;
			*g = v;
			*b = p;
			break;
		case 2:
			*r = p;
			*g = v;
			*b = t;
			break;
		case 3:
			*r = p;
			*g = q;
			*b = v;
			break;
		case 4:
			*r = t;
			*g = p;
			*b = v;
			break;
		default:		// case 5:
			*r = v;
			*g = p;
			*b = q;
			break;
	}

}

Wahou, je n'en demandais pas tant!

Désolé de ne pas être repassé avant, j'ai eu quelques soucis internet...

Entre temps, j'ai réussi à faire marcher hsv2rgb. Apparemment, ce n'est pas vraiment dans GEM. Fin bref, ça marche parfaitement maintenant.

Ceci-dit, je vous remercie grandement, ça me donne quelques exemples d'utilisation de fonctions plutôt utiles que je n'avais pas encore vu (en particulier [expr ]) et me donnera de bonnes pistes si jamais je trouve les limites de [hsv2rgb], car pour le moment, ça marche nickel.