Cyril Richard

Membre
 Afficher le profil  Parcourir son contenu

  • Compteur de contenus

    1 118

  • Inscription

  • Dernière visite

  • Last Connexion

    Soon available - 50411

Messages posté(e)s par Cyril Richard

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

    Je t'avoue ne pas avoir vu la vidéo, mais leur site web avec l'idée de projet. Et j'ai du mal à comprendre comment ça sera fiable avec des faibles focales (focale inférieure ou de l'ordre de celles utilisées pour leur base de données). Par contre, oui, a grande focale, ça sera bien.

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

    il y a 1 minute, jeffbax a dit :

    Ah ok. Là j'ai compris. Oufff. 😄

     

    Et c'est d'ailleurs pour ça que faire des flats avec une forte teinte de couleur n'est pas du tout grave (tant qu'aucun canal n'est saturé).

  5. Posté(e)

    il y a 3 minutes, nico1038 a dit :

    Oui je sais. C'est ce que je fais sur Siril (et sur Pix d'ailleurs)  mais je ne pensais pas que Siril pouvait gérer directement un masterflat monochrome avec des images couleurs. J'imagine qu'il faut alors décocher "Equalize CFA"?

    Dans le prétraitement, Siril utilise les images comme des images monochromes. C'est lors du dématriçage, après la calibration, que le motif de Bayer prend son importance.

  6. Posté(e)

    il y a 4 minutes, jeffbax a dit :

    Hello Cyril. Dois-je comprendre que tu conseilles le prétraitement après dematricage ?

     

    Non non, pas du tout.

     

    Je dis juste que le master-flat, il est en fait "modifié" pour faire disparaitre la différence entre les pixels R, G1, G2 et B. Cette différence introduit un biais dans la colorimétrie.

    Voici un exemple d'un master-flat tel qu'on le fait, et tel que Siril va l'utiliser en interne avec l'option "Equalize CFA" (activée par défaut dans les scripts). Évidemment, le master-flat reste monochrome, comme l'image CFA.

    Attention, si vous avez l'impression que la 2ème version a un plus gros vignetage c'est juste une illusion due à l'affichage par autoajustement qui n'est pas le même, car les images n'ont pas les mêmes statistiques.

    image.png.5cc5ed00c7fd97df86159708172650ed.png

    image.png.4006477ceac0edf1769fe3e5659154ba.png

    • Merci 1

  7. Posté(e)

    Il y a 5 heures, nico1038 a dit :
    • C'est une image monochrome. Cela signifie que les flats ont été dématricié par Sharpcap puis convertit en monochrome. Cette approche peut peut être  fonctionner mais cela donne un master qui n'est sans doute pas compatible avec des logiciels comme Siril ou Pixinsight qui attendent un master CFA.
    •  

    C'est plutot la bonne approche au contraire. Ca évite de fausser la colorimétrie des images. Siril convertit le master-flat en monochrome en appliquant un algorithme qui regarde les pixels 4 par 4 (c'est l'option "Equalize CFA"). C'est faisable manuellement avec la commande grey_flat (même nom que la commande IRIS qui faisait la même chose).

     

    Après, il est évident qu'il est toujours préférable de faire tous les fichiers au même endroit. Le master doit être fait par le logiciel de traitement par exemple. Cela permet d'être sur que les mêmes conventions sont utilisées tout au long du process.

  9. Posté(e)

    Il y a 10 heures, Tromat2 a dit :

    Certes mais il y aura toujours du bruit à traiter à un moment ou un autre.

    Bah .... sur mes images, je le fais jamais (ou que très rarement, pour essayer).

    C'est une histoire de gout. Mais quand on pose suffisamment, on peut se satisfaire du bruit restant.

     

    il y a 27 minutes, alpheratz06 a dit :

    Graxpert s'applique à quel niveau (ne me répondez pas en couches minces trois fois par jour svp !), images élémentaires ou post-stacking ?

    Sur l'image linéaire empilée.

    • J'aime 3

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

    Il y a 3 heures, Tromat2 a dit :

    On peut savoir pourquoi, en deux mots pour ne pas polluer le fil ? Du point de vue utilisateur je n'ai rien à lui reprocher mais je ne suis pas expert en format de fichier.

    C'est un format normalement ouvert. Mais ils ne respectent même pas leur standard. À tel point que les logiciels qui l'utilisent, comme NINA, utilisent le type d'entête FITS à l'intérieur des XISF. Alors qu'un des arguments en faveur du XSIF était d'avoir un meilleur système d'entête de fichier. Assez ironique.

    Plus d'explications ici : https://siril.readthedocs.io/fr/latest/file-formats/XISF.html

    • J'aime 1
    • Merci 1

  13. Posté(e)

    il y a 45 minutes, nico1038 a dit :

    Mais, comme Siril est capable d'adapter le dématriciage pour les fits top-down si l'utilisateur a réglé le paramètre ou si il y a un mot clé ROWORDER = "TOP-DOWN" dans le header du fichier, pourquoi ne tient-il pas compte de l'information pour afficher l'image dans le bon sens?

    Le mot clé ROWORDER n'a pas été fait pour redresser les images. PixInsight a voulu l'utiliser comme ça et ça leur a causé plein de soucis d'ailleurs (j'avais vu sur leur forum).

    Si tu veux voir à quel point c'est complexe comme problème, balade-toi sur notre dépôt de code, il y a plein d'effets secondaires quand on veut prendre en compte l'ensemble des possibles. C'est d'ailleurs une des raisons qui a poussé les dev de PixInsight à créer leur nouveau format de fichier. (Format que je n'aime pas du tout, pour d'autres raisons).

    Le moyen que nous avons trouvé pour redresser, ou non, l'image, est de faire en fonction de l'astrométrie. Et là, il n'y a pas de discussion possible.

    • J'aime 3

  21. Posté(e)

    Bonjour,

    Suite à la sortie d'un livre que j'ai coécrit avec mes collègues physiciens spectroscopistes (et préfacé par la prix Nobel de Physique 2023 Anne l'Huillier), nous avons prévu de faire une conférence le vendredi 3 mai au planétarium du PLUS, à Dunkerque (ville de l'un des auteurs) pour parler justement de spectroscopie.

    Le programme est ici : https://www.le-plus.fr/que-faire-au-plus/conference-le-3-mai-2024

    Si certains d'entre vous sont intéressés, ça serait avec plaisir de vous rencontrer.

    • J'aime 8
    • Merci 2

  23. Posté(e)

    il y a une heure, Fred_76 a dit :

    Mais si vous travaillez en SER (limité à 8 ou 16 bits par canal) ou en FITS avec le S, c’est pas un pluriel (pour travailler en 32 bits) ça va largement plus vite, car il n’y a plus qu’un seul fichier.

    Je ne crois pas que le traitement sur le FITS sequence soit plus rapide par contre. Pour les fichiers SER oui, pour le FITS sequence non.

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

    Il y a 13 heures, COM423 a dit :

    Je bosse sur un disque dur externe USB3... Je ne pensais pas que çà jouait autant, je croyais que c'était surtout le processeur et la RAM.

     

    Le goulot d'étranglement c'est les entrées sorties. C'est ça qui ralenti le plus le traitement. Si tu bosses sur un disque dur externe via usb3. Alors oui, ça va être bien plus long.

    • Merci 1

  25. Posté(e)

    Il y a 2 heures, BobSaintClar a dit :

    Merci mais pour Starnet, j'ai regardé et apparemment, il faut gérer le truc via le panneau de commandes en lignes. Comme le fait remarquer un auteur du soft, "Si vous ne savez pas vraiment ce que vous faites, optez plutôt pour une autre version de Starnet". C'est mon cas, je n'utilise jamais les commandes en ligne sur mac. Là où je vis, si je plante l'ordi (qui n'est pas à moi), personne ne pourra me sortir de la mouise, donc je vais m'abstenir :) 

    C'est marrant, car la ligne de commande est obligatoire a cause de .... MacOS et leur paranoïa sécuritaire. Si tu copies colles ce qu'on explique dans la doc de Siril, y a rien de sorcier.

    • J'aime 1