Aller au contenu

lock042

Membre
  • Compteur de contenus

    5432
  • Inscription

  • Dernière visite

  • Jours gagnés

    26

Tout ce qui a été posté par lock042

  1. AH mais ta question était surement de : Pourquoi pas l'écriture ? Car nous n'en avons aucun besoin. Le format FITS reste et restera le format par défaut de Siril. Lire les XISF permet d'être compatible avec plusieurs softs, savoir les écrire ne sert à rien. Si ce n'est de faire le jeu de PI que je ne cautionne pas :).
  2. NINA et ekos produisent maintenant ce type de fichier.
  3. Pour information @fredogoto. Une librairie XISF a été codé et mise à disposition sous licence GPL. J'ai donc implémenté la lecture (mais pas l'écriture, et ca, je ne le ferai pas) des fichiers XISF. Cependant, la version 1.2.0 étant quasiment en version RC (Release Candidate), ca ne sera pas pour cette version, mais pour la suivante.
  4. Et Siril fait aussi de la photométrie au cas ou.
  5. Il faut surtout utiliser les images faites à partir du même logiciel de capture. Mélanger les logiciels de capture est source de problème. Non. L'image en sortie de Siril est obtenue via LibRaw qui est une librairie qui sait décoder les fichiers RAW.
  6. Bah pour le coup, le tuto GHS est le plus gros et le plus précis que nous possédons: suffit de parcourir le site. https://siril.org/fr/tutorials/ghs/
  7. Normal, il n'en fait pas perdre.
  8. Oui et non. Si les images sont mises dans le PixelMath, alors il reconnait le champs FILTER qui aura été remplit par une extraction RGB par exemple. Ou il reconnait les starless, starmask, etc ...
  9. Ca va bientot être "pris en charge" par Siril qui va refuser de faire ça, avec un message qui explique.
  10. Alors oui, on peut pas aligner des mono et des RGB. Il faut spliter la RGB en 3 fichiers mono.
  11. Bah pas spécialement. Ca ne change pas vraiment de quand on utilise des images du même capteur.
  12. Dans Siril on peut en effet aligner des images qui sont faites avec des cam différentes.
  13. La documentation va être régulièrement mise a jour. Il faut donc regarder souvent.
  14. Il faut aller lire la note de version de la 1.2.0. Les scripts français ne sont plus fournis il faut donc changer les noms de dossier.
  15. Bonjour, je ne vois pas pourquoi il y'aurait un problème avec Ubuntu 22.04. Ici il semble y avoir un problème CFITSIO. Cela veut dire que des fichiers ne sont pas lisibles. Il faut regarder chaque image une par une pour voir d'ou vient le probleme.
  16. Bonjour, comme indiqué sur la première page de la doc: https://siril.readthedocs.io/fr/latest/ Merci beaucoup.
  17. C'est avantageusement remplacé par les tutoriels et la nouvelle doc.
  18. https://siril.org/fr/tutorials/photometry/
  19. @Petitprost Ce qui sera peut-être corrigé c'est le problème de detection. Par contre le comportement d'extraction, lui, sera gardé.
  20. Le meilleur moyen de régler ça est d'aller faire un tour sur les tutos/docs. Se jeter a corps perdu sur un logiciel spécialisé sans avoir un minimum de base risque de faire peur et de faire fuir https://siril.org/fr/tutorials/ https://siril.readthedocs.io/fr/latest/ Par exemple : https://siril.readthedocs.io/fr/latest/Preprocessing.html
  21. C'est tout a fait volontaire. Et ca evite que les gens, quand ils traitent le résultat de stack, relance un traitement sur toute la séquence en voulant faire juste sur une image.
  22. Bonjour. Ca y'est, la documentation est enfin 100% traduite. Merci aux gens qui se sont investis dans cette tâche assez ingrate. Le lien est ici : https://siril.readthedocs.io/fr/latest/ Je vous souhaite une bonne lecture.
  23. Si tu parles des sigma pour l'étape de calibration (seul endroit ou il peut y'avoir un affichage rouge) alors non, il faut laisser comme c'est tant que ça va. Pour la partie empilement, il est maintenant possible de générer les cartes de rejet des pixels déviants. Autant en profiter pour trouver le meilleur rejet possible.
  24. Bonjour. Cette formation a Anger je devais la diriger, puis j'ai pas pu alors j'ai envoyé un ami. Il a vraiment géré. Merci pour les compliments, cependant je dois m'inscrire en faux par rapport aux remarques. En effet, le fait que le menu Traitement de l'Image s'étoffe est une bonne chose. Le traitement d'image est un chose complexe, et il est difficile d'écrire des fonctions qui en un seul bouton fera ce qu'on lui demande. Ce n'est pas possible, ce n'est pas comme l'étape de pré-traitement. Et on se retrouverait dans une situation ou certains critiquent que telle fonction devrait être dans facultatif, et une autre dans essentiel. Car oui, le traitement des images est une chose personnelle, et ce que certains jugent fondamentaux d'autres le jugeront facultatifs. Comment fait-on pour choisir ? Non, nous avons écrit une doc (plus de 300 pages) pour détailler TOUTES les fonctionnalités, et je pense que c'est la marche à suivre. Avec les tutos également qui sont notés en fonction de leur difficulté. L'important étant de comprendre ce que fait tel ou tel outil, et dans ce cas, on sait à quel moment l'appliquer. Alors oui, personne n'aime lire une documentation, je le sais, mais personne n'aime l'écrire et nous l'avons quand même fait. Je ne peux donc que conseiller sa lecture pour se faire sa propre opinion et voir si on utilise, ou pas, une fonctionnalité.
×
×
  • 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.