ch_porchet Posté 20 septembre 2018 Posté 20 septembre 2018 une question je dois bien mettre APN quand j'ai une caméra couleur ?
m27trognondepomme Posté 20 septembre 2018 Auteur Posté 20 septembre 2018 Vérifies si tes fichiers offsets0001 ... sont bien présents dans le dossier ../Siril/work/RVB-offets. Si ce n'est pas le cas , c'est que la copie n'a pas lieu. ( il faut bien mettre la bonne extension, par exemple pour le canon ces CR2 ) Oui APN
lock042 Posté 20 septembre 2018 Posté 20 septembre 2018 @m27trognondepomme : ton script génère la commande : setext fits quand il 'agit de fichier fits et non fit ?
m27trognondepomme Posté 20 septembre 2018 Auteur Posté 20 septembre 2018 malheureusement non Je ne comprend pas comment les fichiers ont pris l'extension .fits
m27trognondepomme Posté 20 septembre 2018 Auteur Posté 20 septembre 2018 (modifié) je crois que j'ai compris . le problème vient de chez moi , dans le cas APN , je recopie les fichiers sans touchés à l'extension car ils sont sensés être des fichiers RAW propriétaire mais pas des fit. Je n'ai pas géré ce cas Modifié 20 septembre 2018 par m27trognondepomme
lock042 Posté 20 septembre 2018 Posté 20 septembre 2018 il y a 2 minutes, m27trognondepomme a dit : Je n'ai pas géré ce cas Ca sera pas un fix bien dur
m27trognondepomme Posté 20 septembre 2018 Auteur Posté 20 septembre 2018 Il faut que je sorte une nouvelle version avec toutes vos remarques et que gère ce cas précis.
ch_porchet Posté 20 septembre 2018 Posté 20 septembre 2018 Donc c'est pas moi qui fais qqch de faux , c'est cool !! pour une fois que j'y suis pour rien
m27trognondepomme Posté 20 septembre 2018 Auteur Posté 20 septembre 2018 Il faut que je sépare le cas CCD couleur et APN dans mon interface : dans le cas de l'APN, il faut faire CONVERTRAW ?
m27trognondepomme Posté 20 septembre 2018 Auteur Posté 20 septembre 2018 il y a 1 minute, ch_porchet a dit : Donc c'est pas moi qui fais qqch de faux , c'est cool !! pour une fois que j'y suis pour rien C'est un APN ou une CCD couleur que tu utilises ?
lock042 Posté 20 septembre 2018 Posté 20 septembre 2018 Convertraw c'est juste pour convertir un raw en fit. Si c'est deja fit pas besoin. Par contre il peut etre utile d'avoir la commande setext Pour clairement établir l'extension.
m27trognondepomme Posté 20 septembre 2018 Auteur Posté 20 septembre 2018 Mon erreur est que je n'ai raisonné pas pour un CCD couleur. Le script RVB généré doit avoir convertraw inutile. J'ai du boulot pour ce week-end. J'ajouterai setext en début de script 1
m27trognondepomme Posté 20 septembre 2018 Auteur Posté 20 septembre 2018 (modifié) @ch_porchet Finalement,je n'ai pas attendu le weekend, j'ai corrigé le problème. Peux-tu tester la version ci-jointe: CONV2SIRIL V0.21 il faut refaire tout à zero ( la copie des fichiers et la génération du script ) Modifié 20 septembre 2018 par m27trognondepomme 1
ch_porchet Posté 20 septembre 2018 Posté 20 septembre 2018 Hello La j'ai tous éteint, mais j'essaie demain matin. Mais en tous cas super et good job !
ch_porchet Posté 21 septembre 2018 Posté 21 septembre 2018 (modifié) bon alors visiblement cela fonctionne . Le changement c'est que les "Fits" passe en "Fit" Mais je dois contrôler encore qqch ,car les 2 images de sortie ne sont pas bonne du tous . on dirais qu'il y a une sorte d'image "flat" en perspective au milieux de l'image ..... Modifié 21 septembre 2018 par ch_porchet
lock042 Posté 21 septembre 2018 Posté 21 septembre 2018 (modifié) Hello @m27trognondepomme. Alors avec @vinvin on est d'accord que ton logiciel pourrait être un super plugin pour siril. Il va falloir cependant que de notre côté on code 2-3 trucs pour permettre l'IPC, mais d'après lui ça sera pas dur. De ton côté tu peux rester en python et tk pour l'instant, mais il faudra aussi voir a changer des trucs pour l'IPC. Aussi, quand le soft sera mur je veux bien faire les paquets debian pour que le logiciel se retrouve par défaut dans les dépôts debian. Ca sera plus simple pour les utilisateurs. Enfin, peut être lui trouver un nom plus sexy qui sera bien compris pour les utilisateurs :). Il faut voir s'il y a une convention de nommage quelque part pour des plugins :). Bon y a le temps car on a 15000 tickets et branches de dev ouverte en même temps :). EDIT : j'oubliais. Il faudrait que le soft soit par défaut en anglais aussi je pense. Puis faire comme on fait avec siril, internationaliser (ca permet que tout soit traduit facilement). Par contre, sous Python et TK j'ai aucune idée de comment ça marche :). Modifié 21 septembre 2018 par lock042
gehelem Posté 21 septembre 2018 Posté 21 septembre 2018 Z'êtes impressionnants les mecs... Merci pour tout ça!
m27trognondepomme Posté 21 septembre 2018 Auteur Posté 21 septembre 2018 @dragonlost : j'ai mis la version V0.22 à disposition sur le site de mon club : j'ai ajouté une liste de sélection pour les extensions et changé le label APN en RVB : APN, CCD couleur
m27trognondepomme Posté 21 septembre 2018 Auteur Posté 21 septembre 2018 Il y a 9 heures, lock042 a dit : Il faudrait que le soft soit par défaut en anglais aussi je pense. Puis faire comme on fait avec siril, internationaliser (ca permet que tout soit traduit facilement). Par contre, sous Python et TK j'ai aucune idée de comment ça marche :). sous python 3 , ça se fait tout simplement avec le module gettext. import gettext gettext.bindtextdomain('myapplication', '/path/to/my/language/directory') gettext.textdomain('myapplication') _ = gettext.gettext # ... print(_('This is a translatable string.'))
lock042 Posté 21 septembre 2018 Posté 21 septembre 2018 il y a 42 minutes, m27trognondepomme a dit : @dragonlost : j'ai mis la version V0.22 à disposition sur le site de mon club Va falloir penser a aller sur gitlab il y a 30 minutes, m27trognondepomme a dit : sous python 3 , ça se fait tout simplement avec le module gettext. Siril utilise aussi gettext ;).
gwondaleya Posté 28 septembre 2018 Posté 28 septembre 2018 Bonjour ce script est vraiment un excellent "complément" à Siril pour gérer l'aspect "automatique". Par contre, dans certains cas il peut être "néfaste" de soustraire le bias sur le dark et/ou sur le light (exemple ASI1600 nouvelles caméras CMOS, cf sujets sur cloudynight). De même dans le cas de narrow band pour faire les flats, les temps de pose s'allongent et nécessitent plutot des dark_flat que des images de bias. serait t'il possible d'intégrer ce flow "particulier" également (sous forme de boite à cocher ou option?) Joël
m27trognondepomme Posté 29 septembre 2018 Auteur Posté 29 septembre 2018 Il y a 16 heures, gwondaleya a dit : Par contre, dans certains cas il peut être "néfaste" de soustraire le bias sur le dark et/ou sur le light Ceci est partiellement possible actuellement, tu fais un dark-maitre sans soustraction de l'offset . Puis lors du traitement de tes images, tu appelles ce dark-maitre avec offset. Le cas qui ne marche pas, c'est si tu veux enlever l'offset au flat. En effet, il va retirer l'offset aussi au lights. Il faut que je rajoute un bouton du type [ne pas retirer l'offset] : ça ne fera qu'un de plus Il y a 16 heures, gwondaleya a dit : De même dans le cas de narrow band pour faire les flats, les temps de pose s'allongent et nécessitent plutot des dark_flat que des images de bias. serait t'il possible d'intégrer ce flow "particulier" également (sous forme de boite à cocher ou option?) Pour que je comprenne, est-ce ça que tu veux ? ou encore celui-ci (version plus light) Une question bête : Comment fait-t-on un DARK FLAT ?
Argonothe Posté 29 septembre 2018 Posté 29 septembre 2018 (modifié) @m27trognondepomme Tu fais des darks avec les mêmes paramètres, temps d'exposition etc, que pour tes flats, pour pouvoir retirer un dark de tes flats... Après il faut que ton temps de pose pour tes flats soit très long ce qui n'est le cas généralement que pour des caméras ccd et pour des cas bien particuliers 😉 Modifié 29 septembre 2018 par Argonothe
m27trognondepomme Posté 29 septembre 2018 Auteur Posté 29 septembre 2018 Bonjour à tous , J'ai rebaptisé le logiciel en SIRILIC : SIRIL IMAGE CONVERTER. La phonétique fait penser à l'alphabet cyrillique. Et c'est surtout plus joli que CONV2SIRIL. Si un admin passe par là, pourrait-il me changer le titre du post en SIRILIC 1
m27trognondepomme Posté 29 septembre 2018 Auteur Posté 29 septembre 2018 il y a 28 minutes, Argonothe a dit : @m27trognondepomme Tu fais des darks avec les mêmes paramètres, temps d'exposition etc, que pour tes flats, pour pouvoir retirer un dark de tes flats... Après il faut que ton temps de pose pour tes flats soit très long ce qui n'est le cas généralement que pour des caméras ccd et pour des cas bien particuliers 😉 Merci. Il faudra que j'expérimente ça un jour ....
m27trognondepomme Posté 29 septembre 2018 Auteur Posté 29 septembre 2018 Le 28/09/2018 à 18:32, gwondaleya a dit : Par contre, dans certains cas il peut être "néfaste" de soustraire le bias sur le dark et/ou sur le light Je viens de mettre à disposition sur le site de mon association la version 0-24 qui ajoute des boutons [retrait Offset] : Dark/Flat/Light. Il suffit de décocher la case si on ne veux pas que l'offset soit soustrait. astroslacholet.wordpress.com Le 19/09/2018 à 16:32, lock042 a dit : @m27trognondepomme : on vient également de me faire remonter un "bug" dans le schéma. En fait on n'enlève pas les offsets aux lights (car l'offset est aussi présent dans dark). Dans le cas ou la personne ne fait pas de Flats, ca ne sert à rien de faire d'offset. Le dark seul suffit. En effet, si on fait : Images - Master_dark On enlève le signal dark et offset d'un seul coup. Avec beaucoup de lenteur, j'ai enfin compris ta remarque : avec ces nouveaux boutons , ça devrait le faire. 1
gwondaleya Posté 29 septembre 2018 Posté 29 septembre 2018 Bonsoir super c'est exactement cela. toute cette communauté autour de siril est vraiment extra et très réactive. c'est du super boulot !! pour les dark flat c'est comme le dit argonothe. avec des narrowband on peut arriver à des poses suffisament longues pour préferer utiliser des "darks" plutot que des bias! MErci pour votre énorme travail Joël
Messages recommandés