DÉTECTION OPTIMALE DES CONTOURS: CANNY, DÉRICHE, SHENCASTAN
MuPuF
Messages postés
536
Date d'inscription
mercredi 27 avril 2005
Statut
Membre
Dernière intervention
22 août 2008
-
13 mars 2008 à 14:45
hackadian1850 - 19 janv. 2014 à 09:16
hackadian1850 - 19 janv. 2014 à 09:16
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
https://codes-sources.commentcamarche.net/source/45999-detection-optimale-des-contours-canny-deriche-shencastan
https://codes-sources.commentcamarche.net/source/45999-detection-optimale-des-contours-canny-deriche-shencastan
19 janv. 2014 à 09:16
18 mai 2012 à 01:46
je travail sur le traitement d'images svp quelqu'un m'aide à trouver un code source écrit en langage java qui fait le filtre gaussien
aussi un code qui fait le filtre médian
et finalement un code qui fait un filtre moyenneur
merci
6 avril 2011 à 17:10
je suis aller sur ton site et j'ai vu que tu fait bcp de programme sur le traitement de l'image et donc je pense que tu pourrais m'aider.
moi je cherche a réaliser une reconnaissance de forme sur un signal vidéo. j'ai une caméra qui film l'entrée d'un parking et je dois différencier les piétons des voitures et je pensais donc faire sa par reconnaissance de forme.
pense tu que ce projet peut être réalisable et aurais-tu une idée de départ.
merci
A+
8 mars 2011 à 17:56
Il suffit de faire un seuil (un test pour chaque pixel) à 176 puis de maintenir une image compteur, il n'y a rien de compliquer.
8 mars 2011 à 15:57
Le problème consiste à mesurer au niveau de chaque pixel un indice appelé CCD (cold cloud duration).
Le problème peut être décomposé en 4 étapes:
1ere étape
- seuiller les images de façon à faire apparaitre uniquement les pixels dont la valeur pval est supérieure à 176
2eme étape
- sur une série de 12 images,en parcourant chacune d'elle, au niveau de chaque pixel, il faut incrémenter un compteur appelé CCD chaque fois que le pixel en question a une valeur supérieure à 176
3eme étape
- A la fin de la série, après avoir parcouru les 12 images, Au niveau de chaque pixel, on doit disposer de la valeur du compteur CCD afin de savoir combien de fois la valeur de ce pixel a été supérieure à 176
4eme étape
-Le résultat doit être une image exprimant la valeur du compteur en chaque pixel.On pourra utiliser une table (look up table) qui renseignera en fonction de la couleur sur l'image de la valeur du compteur CCD
Merci de m'y aider.
27 avril 2010 à 09:29
J'ai testé les filtres ISEF sur une image satellitaire (panchromatique avec une résolution spatiale de 10 m) avec un b = 0.2. Les résultats semblent correctes.
Merci beaucoup Pistol_Pete d'avoir éclairer ma lanterne.
A+
26 avril 2010 à 17:11
Si tu as une image très bruité, il vaut mieux prendre un b proche de 1.
A+
26 avril 2010 à 16:16
Concernant les filtres ISEF appliqués sur une image, j'aimerai savoir que signifie le paramètre b dans : f(x) = a x b (à la puissance valeur absolue de x)
avec 0<b<1
J'ai lu dans un commentaire dans votre code que plus b est faible, plus le bruit est important et plus il y'a de détails.
Pourquoi ?
Merci d'avance.
15 févr. 2010 à 16:32
Il faut que tu remplaces la définition de macro _WIN32_WINNT par celle la:
#define _WIN32_WINNT 0x0501
A+
12 févr. 2010 à 19:44
3 janv. 2010 à 19:48
27 nov. 2009 à 12:22
Sinon, au plus je m'amuse avec ton "petit" soft, au plus je suis épaté ;)
Encore bravo pour ce travail.
A+
27 nov. 2009 à 08:55
Merci de ton commentaire. L'erreur que tu obtients peux être très facilement corrigé en remplacant IDC_HAND par IDC_NO par exemple.
Si tu veux garder IDC_HAND, il corrigé la ligne suivante
#define _WIN32_WINNT 0x0400 => 0x0500
A+
26 nov. 2009 à 21:22
Super boulot que vous avez effectué Pistol_Pete. Merci de l'avoir "posté" ici afin que nous puissions en profiter.
Je suis étudiant en informatique et je dois développer un projet qui en gros consiste à identifier des images... Afin d'atteindre ce but, je dois au préalable transformer mes images d'origine afin que l'identification soit plus aisé. Je voulais donc profiter de certaines fonctions de votre projet pour les adapter au mien.
Le soucis que j'ai, c'est que quand j'essaie de générer votre code avec VS 2008, j'ai l'erreur suivante : error C2065: 'IDC_HAND' : undeclared identifier
Pouvez-vous m'aider à corriger cette erreur?
Pour info, je dois développer mon projet en C#... Donc votre projet me servira principalement dans la compréhension des filtres qu'on peut appliquer sur les images. J'ai donc pas mal d'expérience avec les langages C# et JAVA mais beaucoup moins en C++.
Merci
5 mai 2009 à 13:54
A+
29 avril 2009 à 10:49
J'ai compris à quoi sert le test d'interromption du calcul du kernel. Y'a pas de soucis pour ça. Tu as mis une une valeur seuil audessous de laquelle, tu arrête la formation du filtre.
Ma grande question, en revanche, est :
Qu'est ce qui justifie l'utilisation des indices (i=0,..maxsize) pour le calcul du kernel.
tu calcules la gaussienne des indices pour générer les élmts du kernel. Pourquoi?
Merci d'avance.
29 avril 2009 à 10:35
Je le répète, la taille de ce filtre n'est pas constante. Elle dépendra de la valeur de l'écart type du bruit de ton image. Si l'image est fortement bruité, l'écart type sera fort, et le filtre sera large pour avoir un filtrage important.
Le bruit dans ton image est indépendant de la taille de ton image.
Relit bien le bout de code que j'ai mis lors de mon précédent post: la taille de ce filtre correspond bien à "taille" (la variable). Le break, n'est pas inutile...
Tu dis:
"La construction du noyau gaussien n'a pas de fondement mathématique"
Bien sur que si! (A part peut être l'erreur de normalisation). Pour moi c'est LA méthode pour construire un noyau gaussien.
Aussi, cela ne sert à rien d'utiliser un noyau 2D parce que la convolution peut être séparable. Donc un noyau 1D que l'on applique en x et en y convient très bien et la complexité de l'algo diminue fortement.
A+
29 avril 2009 à 10:04
Merci PISTOL_PETE d'avoir répondu à ma question mais je ne suis pas toujours convaincue.
Pour moi le filtre est certes conçu d'une manière dynamique mais tjrs est-il que dans ton code il aura une taille contante puisque les élèments du kernel tu les calcul à partir des indices (i : 0 jusqu'à maxsize, taille maximale fixée à 20).
J'aurai compris que le filtre aurai eu une taille différente s'il prenait les valeurs de l'image car ces dernières changent effectivement d'une image à une autre), mais ce n'est pas le cas !!!!
Je voudrai bien savoir comment on construit un noyau gaussien car la méthode que tu utilises, combien même elle donne de bons résultats mais elle n'a pas de fondement mathématique.
De ma part, g implémenté le filtre de Canny en IDL car je travaille particulièrement sur les images satellitaires et g utilisé un noyau 5*5 que g trouvé dans la littérature.
Merci de me donner des élèments de réponse ou de m'orienter si possible.
Merci.
28 avril 2009 à 16:17
Pour ta première question, la taille du noyau gaussien n'est pas constante. Par contre sa taille maximal est de 20 pixels. Suivant la valeur de l'écart type que l'utilisateur spécifie, la gaussienne est plus ou moins "étroite" et la taille du filtre change:
//Creation du masque gaussian
for(i=0;i<MAX_SIZE_MASK;i++)
{
Gaussien[i]=MeanGauss((float)i,s);
dGaussien[i]=dGauss((float)i,s);
if(Gaussien[i]<0.005)
{
taille=i; <<- ici on arrête le filtre
break;
}
}
Pour ta seconde question, le filtre est centré donc moy=0, mais par contre pour la normalisation, je ne sais plus pourquoi j'ai pas pris 1/sigma*sqrt(2*pi)
Mais je ne pense pas que cela change grand chose, ce n'est qu'un facteur de normalisation. (A tester tout de même)
A+
20 avril 2009 à 15:21
J'aimerai avoir plus d'information sur la méthode utilisée pour la création du noyau gaussien dans le code "Canny".En fait, je pose deux questions:
1- comment justifier l'utilisation des valeurs i allant de 0 à 20 dans la création du kernel du noyau gaussien mono dimension. Pourquoi pas d'autres valeurs?
2- La fonction de densité de probabilité est
f(x) = 1/sigma*sqrt(2*pi)*exp (-1/2(x-moy/sigma)(x-moy/sigma))
alors pourquoi dans le code vous utilisez
f(x) = 1/sigma*sigma*2*pi*exp(-1/2*x/sigme*x/sigma)
Merci de m'éclairer sur ces questions.
9 avril 2009 à 08:54
A+
8 avril 2009 à 20:59
c:\documents and settings\kais\bureau\c8\imanalyse\sources\cimage.cpp(250) : error C2362: initialization of 'picture' is skipped by 'goto errPicture'
c:\documents and settings\kais\bureau\c8\imanalyse\sources\cimage.cpp(236) : see declaration of 'picture'
Error executing cl.exe.
le fichier que j ouvre est Cimage?
Merci de m aider
8 avril 2009 à 17:07
Comment ouvrir un fichier cpp: en double cliquant dessus...
Ce code est compilé avec VC++ 2005 mais compile sans problème avec VS 2008.
Il suffit d'ouvrir le projet et de compiler, il ne devrait pas y avoir d'erreur.
A+
8 avril 2009 à 15:52
J'aurais besoin de votre aide pour ouvrir le fichier cpp , avec quel version de VB C++ et quelle bibliothéques.
Meric de mindiquer comment faire sachant que je suis electronicien et nouveau sur la programmation
21 oct. 2008 à 20:17
Cette section de commentaire est réservée pour parler de cette source. Donc sur les algos de Canny Dériche Shen Castan...
Kalman est ici hors sujet. Poster sur le forum pourra peut être te donner plus d'information.
A+
21 oct. 2008 à 17:06
Est ce que vous pouvez me donnez le code de Kalman en Matlab
merci
1 août 2008 à 13:54
Voici la dernière version de mon logiciel sans boggue connu.
La documentation en ligne est enfin à jour et disponible sur le site web du logiciel:
http://ImAnalyse.free.fr
5 juin 2008 à 11:39
HHABLA: Peux tu me dire ce qui se passe pour la derniere version de mon programme.
Est ce que c'est l'executable qui ne marche pas (y a t'il un message d'erreur)?
Ou c'est a la compilation qu'il y a des erreurs?
Merci a toi de m'aider a debogguer mon prog.
A+
4 juin 2008 à 10:59
4 juin 2008 à 10:27
Désolée j'arrive pas a voir les résultats de votre dernière version, il y'a un bug je crois?!; en fait je pensais à la même chose c'est à dire utiliser une fonction de conversion vers Bmp puis utiliser les algorithmes implémentés, les fichiers sur lesquels je dois appliquer ces algorithmes c'est des .avi;
3 juin 2008 à 21:30
Mais matlab peut faire marcher des codes en c, il faut te renseigner.
>>Amel, j'ai pas compris ta derni?re question:
"pour les images bmp(bitmap) vous pouvez transformer ces images en bmp"???
Pour le filtre de Kalman, ?a n'a aucun rapport avec cette sources, mais peut ?tre dans une prochaine version...
A+
3 juin 2008 à 21:23
Bien que c'est possible d'utiliser des images jpeg. Il faut pour cela les transform?es en bitmap.
Regarde ma derni?re source:
http://www.cppfrance.com/codes/IMANALYSE-LOGICIEL-TRAITEMENT-IMAGE-DITHERING-WIN32_46507.aspx
Tu peux ouvrir des images bmp, jpeg et png et appliquer n'importe quel traitement dessus
A+
3 juin 2008 à 11:15
pour les images bmp(bitmap)
vous pouvez trensformer ces images en bmp
moi je cherche mnt le code de kalman
kalman c'es un filtre il est utiliser pour la detection précise des route
qui paut m'aider sur ce code je l'ai en matlab mais en c++ non
merci
3 juin 2008 à 08:16
26 avril 2008 à 11:50
je veux bien avoir une idée sur le code en matlab.
10 avril 2008 à 12:50
merci
10 avril 2008 à 12:47
je vous remercie vraiment je voudrais juste vous dire que je cherche la direction de la route pas le detection du route moi j'ai fait la detection semi automatique de la route par le filtre de sobel et je cherche la direction de la route sachant que cette route ne dépasse pas 15 pixel
merci bq
fatima
13 mars 2008 à 19:14
13 mars 2008 à 19:12
13 mars 2008 à 18:09
Merci de ton commentaire.
La technique que tu me proposes est exactement celle que j'utilise pour mes algos de shenCastan et de Deriche. En ce qui concerne: "flouter légerement", je laisse le choix a l'utilisateur mais cella donne de bien meilleurs resultats en général lorsque l'on filtre l'image d'une maniere importante.
Ici les filtres passebas utilisés ont une frequence de coupure tres faible!
Ton prof a totalement raison de faire le rapprochement entre le traitement de l'image et du son, parcequ'il y a selon moi qu'une unique difference: une image est compose de 2 dimensions.
D'ailleurs dans cette source, on utilise les termes ISEF, filtre RIF, filtres RII qui sont des termes que l'on retrouve .... en traitement du signal.
A+
13 mars 2008 à 14:45
J'ai vu ça dans un cours que je suis actuellement en Angleterre, le prof traite d'image comme il traite le son, c'est vraiment intéressant.
Sinon, comme d'habitude, très bonne source. C ya !