Oui donc l'information importante était : "qui ne sont pas parfaitement des points".

Je dirais : fais une recherche de contours fermés ayant une aire raisonnable et ( si ça suffit pas ) contenant principalement du noir.
http://www710.univ-lyon1.fr/~bouakaz/OpenCV-0.9.5/docs/ref/OpenCVRef_ImageProcessing.htm#decl_cvFindContours

O_o c'était il y a 4 ans, tu crois vraiment que je m'en souviens ? :)

Mes très vagues souvenirs me diraient que c'était qqch concernant les matériaux oui ... genre changer les paramètres specular ou dieu sait quoi ...

désolé de pas pouvoir t'aider plus que ça ... :/

... J'étais en 2nde quand j'ai pondu ça, je trouve que c'était quand même pas mal ^^
Sinon je suis entièrement d'accord avec toi.

Plus d'infos ici :
http://web.archive.org/web/20060220060453/home.planet.nl/~monstrous/

et merci de ton intérêt pour la source ^^

hum, c'est vrai en plus. grrr :p

... ben justement je me demandais, c'est la principale raison de mon post.
Je veux garder x constant et dériver en fonction de y, donc c'est bien d_ronde pixels / d_ronde y , non ?

Autre petit truc :
Je ne veux détecter que les lignes verticales.
Est-ce que ça vaut le coup de faire un vrai Sobel ? Pourquoi ne pas appliquer que la dérivée discrète partielle en y ?
Après, je suppose qu'il y a bien moyen d'optimiser aussi l'écriture dans l'image de la transformée .. genre ne pas dessiner la sinosoide sur 200 px de large, mais seulement sur les bords et au milieu...idem pour tous les autres traitements.
Vous en pensez quoi ?

wow, c'est 'achement long quand même le traitement ... moi qui espérais faire ça en temps réel sur du 640*480 ...
Bon par contre: pourquoi diable est-ce que des lignes diagonales apparaissent à partir d'un certain seuil ?

Quand on regarde la transformée seuillée, on voit qu'il y a deux séries de pixels alignés verticalement, et qui produisent fort logiquement ces lignes diagonales.
Et d'ailleurs, ça se voit dans la transformée non seuillée, ya quelques chtirs problèmes à ces mêmes endroits.
Vu que les courbes sont dessinées par ce simple appel :
ImgHough->DrawCosinus(R,Theta,1);
J'en conclus que c'est DrawCosinus qui foire ...
Le problème c'est que le code est bien trop simple pour pouvoir planter ... je sais vraiment pas quoi en penser.
Qqun a une idée ? peut-être que c'est quand tu resample dans [0 255] ?

Tout au minimum, c'est à dire ?
Il faut : optimiser pour la taille; enlever les symboles de débug; compiler en release; linker avec le moins de libs possible ... et c'est à eu près tout effectivement, donc je sais pas où est le problème mais avec un strip ça aurait dû le faire :/

---------------------------
Vous les avez battues
---------------------------
Ça y est vous les avez achevées
. . . . . en 14781 millisecondes

. . . . . Nombre de taupes 20
. . . . . Vitesse de déplacement des taupes 2000ms

. . . . . en les ratant 2x
+ + + + + Précision           90%

. . . . . en ne réagissant pas assez vite 0x
+ + + + + Taupes touchées 100%

. . . . . Largeur de la taupe 50px
. . . . . Hauteur de la taupe 50px
. . . . . Largeur du champ 532px
. . . . . Hauteur du champ 510px
. . . . . La taupe occupe 0% du champ
+ + + + + Score taille taupe 100

+ + + + + Prise de risques 59%
. . . . . Temps de réaction moyen 739ms
+ + + + + Vitesse           97%

= = = = = = = = As de la souris à 89% = = = = = = = =
---------------------------
OK  
---------------------------


20 ans ^^

c'est écrit dans la description, voyons ...
http://www.sotohp.fr/flyinroom