Cyril Richard

Membre
 Afficher le profil  Parcourir son contenu

  • Compteur de contenus

    1 107

  • Inscription

  • Dernière visite

  • Last Connexion

    Soon available - 50411

Messages posté(e)s par Cyril Richard

  4. Posté(e) · Modifié par Cyril Richard

    @candrzej rebonsoir.

    Je me permet de poster ici les résultats de mon enquête sur les fichiers que tu m'as envoyé :).

    Tout d'abord merci, envoyer les fichiers nous aide bcp plus que n'importe quelle plainte sans fin :).

     

    Alors dès l'ouverture d'un FITS je trouve un décalage en y de qq pixels en effet ... Ne comprenant pas comment Siril pourrait faire ça, j'ai ouvert ta brute dans PixInsight (afin d'éviter de mettre en doute l'analyse) et retrouve le même décalage.

    61329894c4b35_Capturedcrandu2021-09-0323-49-58.png.431c020980cc3adc42b87c3b960502eb.png

     

     

    Ma conclusion est donc que tu dois avoir un problème à l'acquisition. Soucis avec des réglages MaximDL??

     

     

    PS : PIPP a encore plus de mal avec ton fichier :

    unknown.png.fc372bfd3b477d549c0184b566cae1a7.png

    • J'aime 2

  5. Posté(e)

    il y a une heure, Vincent-FA a dit :

    tu dois pouvoir réaligner les 3 canaux avec une registration sur les 3 images extraites, siril fait ça par exemple avec la registration globale après extraction manuelle

     

    Pas obligé d'extraire. On fait une selection autour d'une étoile, on passe sur le canal RGB et on fait clique droit, puis aligner les canaux.

    • Merci 1

  6. Posté(e)

    à l’instant, Yolo a dit :

    En alignement sur 3 étoiles il parvient à aligner les prises (première capture), mais c'est l'empilement qui pose problème (il "désaligne", seconde capture). J'ai essayé avec recadrage de la séquence avant empilement, sans succès. 

    Si les images sont correctement alignées, alors elles sont correctement empilées. L'empilement, sauf si le fichier seq contient des données de translations (du a une tentative d'alignement sur une étoile de la séquence alignée) se contente d'empiler les pixels des images fournies, sans tenir compte d'autre chose.

    Si ton empilement est mauvais à la fin, c'est que l'alignement n'est pas correcte (ou comme je l'ai dit, que tu as des mauvaises données dans le fichiers .seq des images r_.....).

  7. Posté(e) · Modifié par Cyril Richard

    il y a une heure, peppuccio a dit :

    Après de multiples recherches, il a fini par les aligner en chosisissant l'algo lanzcos en lieu et place de bicubique!

    Ca c'est impossible. Ceci est juste un algorithme d'interpolation de l'image après rotation. Rien à voir avec l'alignement à proprement parler : ça intervient après. 

  11. Posté(e)

    il y a 21 minutes, frank-astro a dit :

    Sous SIRIL, malheureusement, je n'arrive pas toujours à faire la correction colorimétrique astrométrique (il ne trouve pas toujours de correspondance). Je ne sais pas pourquoi car la focale indiquée est bonne pourtant.

    Nous somme actuellement en train de travailler a une grosse amélioration de l'astrométrie. Ca reglera probablement ce probleme.

    • J'aime 1

  13. Posté(e) · Modifié par Cyril Richard

    il y a 6 minutes, ALAING a dit :

    Je suis vraiment désolé Cyril mais la quasi totalité des images inversées miroir sortent de Siril.

    Ce n'est pas la première fois que je le fait remarquer !

    Car les logiciels de capture enregistrent l'image à l'envers. SAUF certains, comme CCDCiel par exemple je crois.

    Donc si un logiciel lit a l'envers un FITS enregistré à l'envers alors oui, ca apparaît à l'endroit.... Mais c'est pas comme ça que je conçois la conception d'un soft.

    Si tu ouvres ces FITS avec les logiciels pro, ceux de la nasa, ils seront ouvert dans le même sens que Siril d'ailleurs.

  14. Posté(e) · Modifié par Cyril Richard

    Il y a 2 heures, ALAING a dit :

    C'est quand même dommage que Siril inverse systématiquement les images :(

     

    Comme je l'ai souvent expliqué, ceci est faux : https://free-astro.org/index.php?title=Siril:FITS_orientation/fr

    De plus, en effectuant l'astrométrie de siril, l'image se retourne si nécessaire.

    Extrait du papier de Mark Calabretta, créateur du wcs système :

    6112ee354c62d_Capturedcrandu2021-08-1023-21-56.png.517c74921b893d18a0e8815099fad3a5.png

    • J'aime 1

  18. m27

    dans Forum

    Posté(e)

    Il y a 23 heures, MrClem a dit :

    Pour arriver à l'image "traitée" ci-dessus, j'ai utilisé : 

    Siril :

    - retrait du bruit vert

    - étalonnage des couleurs : neutralisation du fond de ciel

    - l'étalonnage par photométrie n'a pas voulu fonctionner

    - transformation asinh

    J'espère que cela n'est pas fait dans cet ordre.

    Le retrait de "bruit vert" ne doit jamais etre fait avant l'étalonnage des couleurs et de plus, je le ferai pas sur ce genre d'image de nébuleuse planétaire ou y'a du vert.

    Mais d'ailleurs, quand je la vois, je doute qu'il ait été appliqué vu qu'elle est verte.

    • J'aime 1

  19. Posté(e) · Modifié par Cyril Richard

    il y a une heure, FranckiM06 a dit :

    Maintenant, je n'ai jamais dit que Siril était mauvais mais juste dit (lacune) car il pourrait y avoir quelque chose qui fait qu'il soustrait pas à 100% les taches et le vignettage.

    Alors.

    Ici tu me montre un exemple. OK. Mais d'un exemple on n'en tire jamais une loi.

    Ici on détaille comment se passe un retrait de flat : https://siril.org/fr/tutorials/synthetic-biases/#annexe-comprendre-comment-les-flats-corrigent-les-brutes et comment il peut être possible (avec n'importe quel logiciel) de mal le faire. L'as tu lu ?

    il y a une heure, FranckiM06 a dit :

    Ensuite pour la contre vérité complètement foireuse, alors pourquoi vous faites des mises à jours du logiciel s'il est si parfait que ça ?

    J'ai jamais dit qu'il était parfait, et je le dirai jamais. Mais retirer les flats, il sait faire. Et ça, y'a pas de question à se poser. Penses tu être le seul utilisateur ? Ne crois tu pas que si siril ne savait pas retirer un flat on le saurait déja ? Le nombre d'utilisateur, de part le monde, commence à être important et ca permet de savoir si un bug aussi trivial existe.

    Un logiciel a constamment des mises à jour. Ca fait partie de la vie d'un soft. Regarde les changelogs, tu verras ce qui change. Donc je trouve ça assez naze comme remarque et c'est très mal connaitre le fonctionnement d'un logiciel que de dire ça.

    il y a une heure, FranckiM06 a dit :

    Après ça, ne t'inquiète, je ne dirais plus jamais rien sur Siril car je n'ai pas envie de polémiquer étant donné que tu y prends très mal les remarques constructives (voir conseils) qu'on peut faire donc, pas de problème et excuse moi si je t'ai heurté. 

    Constructives ? Non, je ne suis pas d'accord.

     

    Des gens de ce forum, à l'expertise indiscutable (comme Philippe Bernhard) ont fait des comparaisons quantitatives. La il m'a fait des critiques constructives sur lesquelles j'ai rien à dire et pour lesquelles je suis assez d'accord d'ailleurs.

     

    Enfin, a aucun moment tu as donné les logs, afin de les analyser. Et je pense que tu n'as jamais pris le temps de les lire.

    Je ne suis pas heurté, mais lire 

    Il y a 20 heures, FranckiM06 a dit :

    SIRIL a des lacunes et fout le basard durant le pré-traitement

    .... oui, je trouve ça injuste.

     

    Et sur ton exemple, on dirait qu'astroart t'a viré tous le signal ténu....

  20. Posté(e) · Modifié par Cyril Richard

    Il y a 14 heures, FranckiM06 a dit :

    Donc, comme j'avais dit dans un autre post (il y a quelques mois déjà) SIRIL a des lacunes et fout le basard durant le pré-traitement e

    Alors la .... J'aimerai savoir sur quoi tu t'appuies pour dire ça .

    L'expérience personnelle ne faisant pas loi, j'aimerai un truc un peu plus détaillé stp.

     

    Un prétraitement, c'est un prétraitement.

    On divise, on soustrait ....

     

     

    Donc je veux bien entendre bcp de chose, mais pas ce genre de contre vérité complètement foireuse....

    • J'aime 1