Cyrille Thieullet

Agrandir pour doubler la résolution peut ne servir à rien. L'algo de matching retenu est une corrélation. C'est ok car nous sommes dans des mouvements linéaires. Plus le motif est contrasté, distinct/unique mieux c'est. Si tu doubles la résolution ca pourrait être toujours aussi imprécis. Par contre à 20cm le déplacement relatif sera bien plus grand et le résultats sera bien meilleur. Même avec le même nombre de lignes qu'avant. Et puis là nous faisons du phd sur une étoile même si elle est de forme rectangulaire et fait NxM pixels. Le matching a son seeing propre. Une piste que je n'ai pas testé serait de prendre plusieurs parties dans l'image et de faire une moyenne des résultats de leurs matching Ca permettrait peut être de stabiliser l'algo un peu plus comme avec phd et N étoiles. Reste à trouver la taille des pavés pour que ca fonctionne mieux. Ca peut aussi être des bandes qui se chevauchent. Autre piste, faire un filtrage du signal. Faudrait faire une fft de ton suivi corrigé pour voir les harmoniques qui restent. Peut être au prochaines vacances . D'ici là tu nous auras tout déminer ca sera confort ! J'ai démonté un microscope de collimation pour avoir une idée de la distance requise quand j'ai vu ta photo. C'est pas au mm car la distance entre ce que l'on observe et la lentille frontale s'ajuste en fonction. Mais collé dessus ca pouvait pas fonctionner.

Bonsoir, @gehelem Ah enfin une courbe autour de +/- 8. Comme prévu Bravo ! Pour le doublement de ta vidéo, ca sera plus lent et ca a améliorera peu être : Celle que tu m'avais envoyée faisait en natif 1920x1280. En repassant à 640x480 c'était moins bon car j'avais perdu de l'info. Y a plus que tu conviennes que le subpixel est ok avec les 2 approximations paraboliques sur x et sur y et ca sera plié sur ce point là aussi Certes ça vaudrait pas une approximation parabolique par itération, mais vu la précision du matchTemplate avec des déplacements faibles ca servira pas à grand chose. C'est lui qui provoque les oscillations pas le subpixel . Un moyen d'améliorer ? Espacer les prises de mesures pour avoir un delta entre chaque image > à 2 pixels En gros, ralentir la prise de vue jusqu'à observer un début d'erreur périodique puis accélérer un peu pour la supprimer. Ca réduira au mieux les oscillations. Ou alors grossir avec un autre objectif. A ce propos, l'objectif de microcospe ca se colle pas sur le capteur. Y a une focale. Si tu veux que ce soit net, mets le plus loin Le montage qui va bien : Cyrille

😂 oui.

Donc si tu grossis encore deux fois plus, tu doubles le deplacement des pixels en une seconde et tu passes à 16'' de résolution? 😉

Des propriétés de la vidéo. Après c'est peut être faux ou ca a été upscalé à la conversion et j'ai pas fait gaffe. Je vais revérifier.

Bonjour, Comment le calcules tu ? Si je prends la vidéo que j'ai eu, il y a 19 lignes et une largeur de 1900 pixels, ca donne à la louche 3.6'' par pixel. Cyrille

Bonjour, C'est des arc secondes. Par rapport à toi je suis sur une vidéo rejouée. Je n'ai pas la focale ni la durée encore moins de time stamp. Pour approcher des 550s, j'ai sauté des frames. Ca fini à 516s. Ca reste une approximation. Ca peut jouer un peu. Maintenant la régression n'est pas faite sur une longue période. La courbe est peut être de biais. Et puis ta monture n'a peut être pas une ep +/-5'' Top ! T'as plus qu'a calculer ton échantillonnage sur l'image pour avoir des arc sec. En première approximation : 3600 lignes pour un tour soit 6mn d'arc par séparation de trait. 10 traits dans l'image soit 60mn d'arc sur 'image ? L'image fait X pixels de large Soit une résolution en arc sec par pixel = 60mn*60s / X Re top ! Après avec la régression, il faudrait sans doute faire attention que tu ais une log avec une courbe droite et pas qui descend. Cyrille

Bonjour @gehelem Champion 😁 Le gros trait horizontal au milieu de la zone doit bien aider aussi. Top. Cyrille

Ah Bravo c'est proche du but ! Le truc c'est d'arrêter avant le bord. J'ai pas été assez clair au dessus. Il faut que tu arrêtes le rectangle vert avant le bord. Je m'arrête quand maxLoc.x <5 ou maxLoc.y<5 ou maxLoc.x+ref.cols > width-5 et maxloc.y+ref.rows >height-5 A ce moment là, je prends une nouvelle ref au centre. Et là il n'y aura plus de saut ;-) Il te faudra redresser le graph avec une regression lnéaire. Après aussi tu peux prendre peut être une zone plus grande ca sera plus stable. Cyrille

Bonjour, Le principe d'avoir un snapshot fixe de la référence (zone centrale - une bordure à définir) et de la chercher après dans une suite d'image c'est pour stabiliser l'algo. C'est d'autant plus vrai si la focale est courbe car le mouvement va être très lent. Plus l'écart est grand plus ca va être fiable : plus j'attends pour changer la référence, plus je vais avoir de mouvement et plus le calcul va fonctionner. Regarde les courbes avec les pics quand j'ai traité toutes tes images et celle en prenant une image sur 8. Faire du subpixel quand ca bouge pas de plus d'un pixel ca devient plus aléatoire. Et il arrive un moment où la partie de la référence en superposition avec la zone centrale de l'image en cours est trop petite (à calibrer), alors on en reprend cette nouvelle zone centrale de la dernière image comme référence et c'est reparti. Cyrille

Bonjour, Là tu a un matchLoc qui est toujours exactement à 10, 10, comme le coef Sidel qui sert à calculer le roi. Aussi, d'une frame à l'autre il n'y a aucun mouvement pourtant j'imagine que le film bouge. Ca veut dire que la pattern (templ) que tu cherches se retrouve toujours au même endroit dans la frame où tu cherches. Normalement templ est fixe entre N frames et ce n'est qu'après un mouvement qui amène le rectangle de mathcing à sorting de la frame qu'il faut le réinitialiser (> à 10 dans ton cas) J'ai l'impression que tu fais l'inverse en extrayant templ à chaque frame et le résultat est statique. Cyrille

C'est parce que j'avais trop d'images et que je n'avais pas la taille des pixels et la durée. En omettant des frames avec des pixels de 2.3 pour arriver autour de 550s de durée ca donne cela : Y a plus le pb de stabilité avec des pics avec un fps moindre ;-) Cyrille

Bonjour, La vitesse de capture est peut être trop élevée. Ainsi les deltas seraient trop petits ce qui pourrait induire une instabilité par moment qui se verrait sur le graphique ? A moins que cela ne vienne du motif parfaitement répétitif et l'algo se perdrait ? Des deux à la fois ? Ca s'apparenterait à du bruit de lecture qu'il faudrait filtrer. Quid de micro imperfections sur la mécanique de la monture ? Bon, je n'y crois pas trop. En zoomant, dans plus de 80% des cas c'est un point qui sort de la courbe. De combien de correction par seconde as tu besoin avec ce type de PE, les capacités de calcul du boitier, la réactivité de la monture ? Enfin ta zone de netteté est faible. Ca n'aide pas non plus Sur le ciel et les étoiles, avec une prise toute les 700ms, il n'y a pas ce pb, juste le seeing et dans mon cas la "nervosité" naturelle d'une monture à réducteur harmonique sans correction... En zoomant Cyrille

Sur un cycle. En zoomant pour voir les oscillations

Y a deux aspects L'erreur de suivi de la monture et les erreurs mécanique de flexion, torsion de la monture, du tube, des caméras, d'alignement, réfraction etc qui influent sur le positionnement. Le codeur c'est pour le suivi Le paramétrage du ciel est du luxe avec les plates solve maintenant. Encore plus s'il y a un guidage. Il revient à faire un calcul comme TPoint ou d'utiliser le modèle de M. Toshimi Taki http://takitoshimi.starfree.jp/ Perso j'ai fait les 2 dans Astromist. Le premier est plus rapide dans les calculs. La 2ème approche est matricielle, elle est bien décrite : http://takitoshimi.starfree.jp/matrix/matrix_method_rev_e.pdf Il y a une feuille excel pour vérifier ses calculs PC. Mais il faut faire une raquette qui va bien pour enregistrer les étoiles ou ajouter les sync. Enfin, ajouter la réfraction en fonction de l'attitude de la cible est simple. Après, il y a TeenAstro ou On Step qui font un alignement 6 étoiles et ont le calcul réfraction. Ca donne des exemples, c'est codé d'une manière statique : ca fait un modèle à 6 étoiles. C'est pour le pointage et je ne crois pas que ca serve dans le suivi le principe étant d'avoir toujours un auto guidage. @gehelem il y a plein d'exemple d'affichage de graphique en 2D avec QT. C'est du plug and play, y compris pour de la 3D. Je ne comprends pas ce qui fait que tu patines sur le sujet . S'il y a trop de données faut simplement filtrer en fonction du zoom en X de l'affichage ? Sur ce soft en cours, je suis reparti de leur exemple pour afficher une surface en 3D et j'ai brodé autour. Ca va super vite à faire. Cyrille