lock042 Posté 10 mai 2019 Auteur Partager Posté 10 mai 2019 Siril a une commande pour ca. Lien vers le commentaire Partager sur d’autres sites More sharing options...
gehelem Posté 10 mai 2019 Partager Posté 10 mai 2019 il y a 5 minutes, lock042 a dit : Siril a une commande pour ca. oui, c'est ce que j'épluche, là Lien vers le commentaire Partager sur d’autres sites More sharing options...
vinvin Posté 10 mai 2019 Partager Posté 10 mai 2019 il y a 41 minutes, gehelem a dit : et les valeurs qui dépassent 65535 sont tronquées à 65535 ça m'étonnerait que ça fasse ça si tu ne l'as pas codé, ça doit faire valeur & 65535 donc valeur % 65536 plutôt. On avait prévu de faire une sauvegarde de l'empilement dans un format 32 ou 64 bits, y'aura pas besoin de normaliser à 16 bits dans ce cas, mais vu que les traitements de siril utilisent encore du 16 bits, ce n'était pas prioritaire. Mais quel est le problème avec cette normalisation en fait ? Si tu affiches en asinh ou autre ça donnera le même résultat peu importe la dynamique. Lien vers le commentaire Partager sur d’autres sites More sharing options...
vinvin Posté 10 mai 2019 Partager Posté 10 mai 2019 visiblement le forum ne gère pas le changement de page quand on poste Lien vers le commentaire Partager sur d’autres sites More sharing options...
gehelem Posté 10 mai 2019 Partager Posté 10 mai 2019 il y a 18 minutes, vinvin a dit : Mais quel est le problème avec cette normalisation en fait ? Si tu affiches en asinh ou autre ça donnera le même résultat peu importe la dynamique. J'ai N images Je voudrais remplacer le stack sum de ces N images par N-1 stacks de deux images Stack1 = Image1+Image2 Stack2 = Stack1 + Image3 Stack3 = Stack2 + Image4 ... StackN-1 = StackN-2 + ImageN Je n'arrive pas à l'écrire simplement, mais cette normalisation qui vient diviser le résultat si la somme sature met par terre ma petite théorie statistique, puisque lors d'un stack elle diminue la contribution du stack précédent s'il a été impacté par cette normalisation Lien vers le commentaire Partager sur d’autres sites More sharing options...
m27trognondepomme Posté 10 mai 2019 Partager Posté 10 mai 2019 StackN = (StackN-1) / 2 + ImageN Lien vers le commentaire Partager sur d’autres sites More sharing options...
gehelem Posté 10 mai 2019 Partager Posté 10 mai 2019 il y a 2 minutes, m27trognondepomme a dit : StackN = (StackN-1) / 2 + ImageN Je pige pas Lien vers le commentaire Partager sur d’autres sites More sharing options...
vinvin Posté 10 mai 2019 Partager Posté 10 mai 2019 Ok il faudrait diviser par le nombre d'images dans ton cas en fait, mais le résultat ne sera pas aussi bon que si on empile toutes les images en même temps il me semble. Il faudrait vraiment que je fasse les séquences dynamiques dont je parlais dans l'autre discussion... Lien vers le commentaire Partager sur d’autres sites More sharing options...
gehelem Posté 10 mai 2019 Partager Posté 10 mai 2019 il y a 2 minutes, vinvin a dit : Ok il faudrait diviser par le nombre d'images dans ton cas en fait, mais le résultat ne sera pas aussi bon que si on empile toutes les images en même temps il me semble. Il faudrait vraiment que je fasse les séquences dynamiques dont je parlais dans l'autre discussion... Te bile pas, je vais essayer de stacker "à la main"... D'ailleurs, ce ne serait pas par le nombre d'images, mais par la sommes des ratios... ou qqch comme ça Lien vers le commentaire Partager sur d’autres sites More sharing options...
m27trognondepomme Posté 10 mai 2019 Partager Posté 10 mai 2019 il y a 23 minutes, m27trognondepomme a dit : StackN = (StackN-1) / 2 + ImageN C'est une sorte de filtre IIR passe-bas qui va moyenner ton image. Pour une moyenne, il y a ceci : ImageMoyen = ImageMoyen * (1-Alpha)+ ImageN*Alpha avec 0< Alpha <1 ( si Alpha petit, alors lissage important) mais oublies ceci car ce n'est pas l'image moyenne que tu veux mais la somme . Lien vers le commentaire Partager sur d’autres sites More sharing options...
Pulsar59 Posté 10 mai 2019 Partager Posté 10 mai 2019 StackN = ((N-1)*StackN-1/N) + (ImageN/N) et forcer la visu en auto ajust. 1 Lien vers le commentaire Partager sur d’autres sites More sharing options...
gehelem Posté 10 mai 2019 Partager Posté 10 mai 2019 il y a une heure, Pulsar59 a dit : StackN = ((N-1)*StackN-1/N) + (ImageN/N) et forcer la visu en auto ajust. Ah bin oui mais non : pas avec siril Lien vers le commentaire Partager sur d’autres sites More sharing options...
vinvin Posté 11 mai 2019 Partager Posté 11 mai 2019 Il y a 11 heures, m27trognondepomme a dit : mais oublies ceci car ce n'est pas l'image moyenne que tu veux mais la somme En fait si tu additionnes des images 16 bits qui ont une bonne dynamique, ça revient à une moyenne dans le cas de siril vu qu'on normalise à 16 bits au final. C'est pour ça que Cyril a ajouté l'empilement par moyenne avec rejet, qui donne le même genre de S/N au final. La somme apporte vraiment quelque chose pour des images 8 bits, avec la sortie en 16. Lien vers le commentaire Partager sur d’autres sites More sharing options...
Stéphiou Posté 13 mai 2019 Partager Posté 13 mai 2019 J'avais jamais fait gaffe, et ça date ptet depuis 2004 🤣 : quand on arrête un empilement en cours de normalisation, et qu'on relance l'empilement sans avoir touché aux conditions de norm (nbre d'images, image réf, méthode), la fonction d'empilement démarre et le calcul de norm reprend là où il s'était arrêté ! Pratique par ex si on se rend compte qu'on s'est trompé sur les Sigma bas/haut en empilement avec rejet, qu'on veut corriger pendant la norm puis relancer ! 👍👍👍👍👍👍 Lien vers le commentaire Partager sur d’autres sites More sharing options...
Pulsar59 Posté 13 mai 2019 Partager Posté 13 mai 2019 (modifié) . Modifié 13 mai 2019 par Pulsar59 Lien vers le commentaire Partager sur d’autres sites More sharing options...
Pulsar59 Posté 13 mai 2019 Partager Posté 13 mai 2019 (modifié) il y a 2 minutes, Pulsar59 a dit : Tant qu'on y est dans les remarques, un point au sujet de l'équilibrage astrométrique des couleurs. Il semblerait que le résultat tire un peu trop sur le jaune (sur les étoiles) par rapport à ce que sort Regim par exemple. A voir s'il ne traîne pas un petit bug ou une astuce de paramétrage que je ne connais pas. Modifié 13 mai 2019 par Pulsar59 Lien vers le commentaire Partager sur d’autres sites More sharing options...
vinvin Posté 13 mai 2019 Partager Posté 13 mai 2019 il y a 8 minutes, Stéphiou a dit : J'avais jamais fait gaffe, et ça date ptet depuis 2004 La normalisation n'est calculée qu'une fois, ça ne date pas de 2004 mais de 2018 L'empilement est toujours refait du début à part ça. Lien vers le commentaire Partager sur d’autres sites More sharing options...
lock042 Posté 14 mai 2019 Auteur Partager Posté 14 mai 2019 Il y a 18 heures, Pulsar59 a dit : A voir s'il ne traîne pas un petit bug ou une astuce de paramétrage que je ne connais pas. Je ne pense pas qu'il y ait de bugs. J'ai énormément testé le truc. Par contre il est possible de définir un seuil de saturation. Au cas ou. Les différences avec regim peuvent s'expliquer de plein de façon. De meme que PI donnera encore des résultats différents. Lien vers le commentaire Partager sur d’autres sites More sharing options...
dragonlost Posté 21 mai 2019 Partager Posté 21 mai 2019 J'ai une question assez technique pour les développeur de siril : Quand on regarde une image en mode linéaire, si on touche au 2 curseur qui définisse les valeurs max et min de l'image. Quel est la formule mathématique appliquer sur l'image ? Vous définissez tout les pixel en dessus du minimum à 0, les pixel au dessus du maximum à 65535. Mais après y a une formule appliqué sur les pixel restant afin d'étendre de nouveau l'histogramme sur toute la plage de valeur. C'est cette formule que je cherche ( c'est pour mettre dans ALS). Merci d'avance. 1 Lien vers le commentaire Partager sur d’autres sites More sharing options...
lock042 Posté 21 mai 2019 Auteur Partager Posté 21 mai 2019 Tu divises par la pente : Max-Min Lien vers le commentaire Partager sur d’autres sites More sharing options...
dragonlost Posté 21 mai 2019 Partager Posté 21 mai 2019 il y a 9 minutes, lock042 a dit : Tu divises par la pente : Max-min Le nouveau max -min du coup ? Lien vers le commentaire Partager sur d’autres sites More sharing options...
lock042 Posté 21 mai 2019 Auteur Partager Posté 21 mai 2019 Oui Lien vers le commentaire Partager sur d’autres sites More sharing options...
dragonlost Posté 22 mai 2019 Partager Posté 22 mai 2019 Je suppose que je prend les valeur min et Max normalisée a 1 du coup. Du coup quand mes limite sont a 0 et 65535, je divise par 1. Je vais essayer de rajouter ça au programme. D'ailleurs j'en profite pour préciser a tout les gens intéressé par als, que ce n'est pas un logiciel de traitement d'image mais juste un logiciel de visualisation en direct. Si vous voulez un logiciel de traitement d'image aller sur siril ! 1 Lien vers le commentaire Partager sur d’autres sites More sharing options...
Stéphiou Posté 23 mai 2019 Partager Posté 23 mai 2019 Maj du jour de SIRIL dév = version finale 0.9.11 ? 3 Lien vers le commentaire Partager sur d’autres sites More sharing options...
Colmic Posté 23 mai 2019 Partager Posté 23 mai 2019 Il y a 2 heures, Stéphiou a dit : Maj du jour de SIRIL dév = version finale 0.9.11 ? Chuuuut ! Lien vers le commentaire Partager sur d’autres sites More sharing options...
breal Posté 23 mai 2019 Partager Posté 23 mai 2019 bonjour super la 9.11 est là colmic pourquoi chuuuut ! du boulot pour convertir en windows Alain 1 Lien vers le commentaire Partager sur d’autres sites More sharing options...
Colmic Posté 23 mai 2019 Partager Posté 23 mai 2019 Il y a 2 heures, breal a dit : du boulot pour convertir en windows Tu brûles... 1 Lien vers le commentaire Partager sur d’autres sites More sharing options...
Messages recommandés