Aller au contenu

lock042

Membre
  • Compteur de contenus

    5371
  • Inscription

  • Dernière visite

  • Jours gagnés

    25

Tout ce qui a été posté par lock042

  1. Alors les scripts ne vont pas marcher pour des images lunaires. Les scripts sont pour le ciel profond, qui est la spécialité de Siril. En manuel tu peux toujours réussir a faire des trucs par contre.
  2. Pour info, un dev de GraXpert travaille en ce moment sur la correction des étoiles. Il en est qu'au début et ça commence à être pas trop mal.
  3. Je n'ai pas tout lu, mais n'aurais tu pas supprimé le bias des light pendant la calibration ? Et donc du coup enlevé deux fois le bias ..
  4. lock042

    Preview Siril 1.4

    1.6 ca sera les masques. J'ai voulu parler de ça pour que justement les gens sachent que la 1.4 n'aura pas les masques :).
  5. lock042

    Preview Siril 1.4

    non non, dans la 1.4
  6. lock042

    Preview Siril 1.4

    Hello Ceci est déja disponible dans la version 1.2.4
  7. Bonjour. En fait, les fonctions gauss et unsharp sont de vieilles fonctions, très peu utilisées. Nous pourrions même les supprimer vu le peu d'utilité qu'elles ont. Ceci explique pourquoi on n'écrit pas la partie graphique correspondante. Pareil pour l'entropie, son utilité est assez faible. À l'origine, j'avais eu l'idée de m'en servir pour évaluer la qualité des images, mais ce n'est pas terrible.
  8. Sur une séquence de type FITSEQ c'est un peu compliqué en fait. Techniquement, la réécriture du header est très différente et il se peut qu'au bout d'un moment l'écriture bloque. Non il ne se passe pas autre chose que le platesolving, à part l'écriture dans le header d'un fichier qui peut vite faire plusieurs Go.
  9. La case est coché que si une séquence est chargée. L'astrométrie sur une séquence est au contraire au cœur de la future version de Siril. Et je ne trouve pas que cela prenne tant de temps que cela.
  10. Plutot que RBF. Pour les séquences, oui. On explique dans la doc et les tutos sur le retrait de gradient. Justement, avec le polynomial au premier degré tu n'as pas a te préoccuper de ça.
  11. Exactement, et c'est pour ça que dans le tuto de Siril on le dit clairement, il ne faut pas dépasser le degré 1 !!! (voire 2 a la limite, mais encore...).
  12. Il ne suffit pas de penser. Siril utilise GTK, comme librairie graphique. Or GTK ne tourne pas sur android. Ca regle rapidement le problème. De plus, je ne vois pas l'interet de faire tourner Siril sur des périphériques qui ont peu de RAM et peu d'espace disque. Un ordinateur reste bien plus performant.
  13. Exactement. Mais l'avantage, c'est que le bruit résultant d'un Drizzle CFA est généralement beaucoup plus gaussien et donc plus facile à traiter avec les logiciels.
  14. Bonjour. Tu regardes la doc de la future version. Le drizzle a été grandement amélioré.
  15. Dédié au sujet tu as ça surtout : https://siril.org/tutorials/gradient/
  16. Pkoi tu utilises le mode polynomial et pas RBF ?? Il est bien meilleur
  17. Un petit tour sur le site officiel de Siril te donne la réponse : https://siril.org/fr/docs/sirilic/
  18. Content que ça marche à nouveau. Petite parenthèse : des impressions d'écran au format pdf c'est horrible et ca ne donne pas envie de les ouvrir. Il faut utiliser un format d'image, comme le png. Ca permet de s'afficher directement ici.
  19. En effet. J'ai pas regardé ça car j'avais une idée en tête. Mais c'est vrai que je ne crois pas que les valeurs sont initialisées à 0, même au premier lancement.
  20. Si tu remplaçais ton fichier config.ini par celui ci stp : Et après tu relances siril config.ini
  21. Je ne vois aucune erreur dans les logs. Même si lire des logs sur un pdf ... c'est vraiment pas l'idéal.
  22. Houla absolument JAMAIS dans cet ordre. AH sisi. Un problème d'offset et justement, l'image peut se trouver sur corrigée par le flat. Exemple dans la doc ici : https://siril.readthedocs.io/fr/stable/preprocessing/calibration.html#understanding-how-the-flats-correct-the-lights
  23. lock042

    Traitement par lot histogramme

    Comme tu parlais de commande, je pensais que c'était vraiment la commande que tu cherchais. MTF c'est pour Midtone Transfert Function, qui est l'algorithme utilisé dans l'histogramme.
  24. lock042

    Traitement par lot histogramme

    As tu regardé la doc ?? Car cela existe pourtant: https://siril.readthedocs.io/fr/stable/Commands.html#index-130
  25. Comme je te l'ai dit, il marche sans problème sur mon M3 au boulot. Et on a aucun autre retour de ce type.
×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.