Version imprimable
salut ,
j'ai realis� un ptit code sous builder pour l'image processing mais j'ai quelques problemes ,
1/ pour zoomer je fas image->Width=newWidth or je ne sais pas si pour TImage il y a une fonction qui zoome lesimage.
2/ transformer l'image en niveau de grais en faisant R+G+GB/3 pour chaque pixels et sa me parais tres lourd.
3/pour les contour je suis blok����
j'a fais commeme la d�riv�e en utilisant quelques fitres mais il ya des bruits .
toute aide sera la bienvenue
Pour l'image en niveau de gris, ta formule n'est pas rigoureusement exacte, bien que la plus connue
Je te laisse aux mains du Wiki
http://fr.wikipedia.org/wiki/Niveau_de_gris
Salut
Via la propri�t� Stretch le composant TImage peut redimensioner le Graphics::TBitmap � la taille du TImage. C'est un zoom sans interpolation je crois. Cependant le TBitmap du TImage n'est pas zoom� lui. C'est juste son dessin qui est zoom�.Citation:
1/ pour zoomer je fas image->Width=newWidth or je ne sais pas si pour TImage il y a une fonction qui zoome lesimage.
Si tu veux vraiment zoomer le TBitmap toi-m�me il faut le programmer via la m�thode StretchDraw de TCanvas qui fait une copie d'un TBitmap dans un TRect en redimensionnant le TBitmap � la taille du TRect (l'aide te l'expliquera mieuw que moi sans aucun doute !!!).
Ya pas 36000 m�thodes :D (� part passer par une table mais l� c'est vraiment lourd).Citation:
2/ transformer l'image en niveau de grais en faisant R+G+GB/3 pour chaque pixels et sa me parais tres lourd.
Par contre il y a g�n�ralement 2 conversions de gris :
- conversion absolue : (R + G + B) / 3
- conversion relative � la perception humaine : 0.30*R + 0.59*G + 0.11*B
Le sujet est vaste et absolument d�pendant de l'image : tu ferais mieux de faire un tour dans le forum Algorithmes.Citation:
3/ pour les contour je suis blok����
Flo.
Salut !
Il vaut mieux prendre 59%, 30% et 11%.
Cette conversion permet de d�tecter des transitions de composantes pures (R ou G ou B).
Pour v�rifier le probl�me suscit� par le (r+g+b)/3, il suffit de prendre un fond rouge (clRed), d'y dessiner un cercle vert (clGreen) et un rectangle bleu (clBlue).
Avant conversion, ce graphisme est � la perception ce que le nez est � Cyrano.
Par contre, apr�s conversion, on peut dire que tout bruit aura disparu !
A plus !
Tu as tort (excuse-moi pour ce ton cat�gorique :D !!! .. il est pas � apprendre m�chamment ... )
Le choix de la formule (de ces coefficients) d�pend enti�rement du probl�me dans lequel elle s'ins�re.
Si �a arrange au concepteur de l'algo de faire fusioner le rectangle bleu, le cercle vert et le fond rouge ...
Par ailleurs, c'est la teinte qui doit permettre au mieux de s�parer les 3 �l�ments. Utiliser la luminance dans cet optique am�ne � une solution qui n'est pas bijective.
Dans le syst�me HLS, R, G et B ont autant d'influence l'une que l'autre. Le disque de teinte est ainsi partag� en 3 (120 degr�s d'influence par composante). HLS est une mesure absolue. La luminance correspondante est donc la somme des 3 composantes divisis�e par 3. La conversion pour passer de l'espace RGB � celui de HLS est lin�aire.
Le systeme Lab, au contraire, a �t� construit pour calquer au mieux la perception visuelle humaine. Le disque de teinte est ainsi discontinue quant � l'influence des 3 composantes : les teintes du bleues sont ainsi tr�s compress�es (la conversion n'est pas lin�aire). Le jaune prend une importance tr�s grande. Le calcul de la luminance correspondant doit alors privil�gi�r les teintes du vert (moins flagrant en Lab car la formule est complexe).
Bref une recherche sur ces 2 espaces sur wikipedia t'en diras plus et mieux que moi. Mais pour finir tout d�pend du probl�me.
Flo.