zviezda

Soumis à modération
  • Compteur de contenus

    174
  • Inscription

  • Dernière visite

  • Last Connexion

    Soon available - 46616

Messages posté(e)s par zviezda


  1. Il y a 19 heures, Colmic a dit :

    Là je pense que tu y mets de la mauvaise volonté sérieusement. Tu vois bien qu'il est écrit dans les champs : master-dark, master-bias et master-flat.

    Le tuto de @LucaR est très complet et explique tout ça en détails.

    Nan mais attends, ne me fais pas dire ce que je n'ai pas dit, et relis ma question qui porte sur un script qui fait tout le pré-traitement.
    C'est facile tu réécris l'énoncé pour l'arranger à ta réponse, c'est facile de dire que je mets de la mauvaise fois, c'est plutôt toi là. ^_^

     

    Il y a 19 heures, Colmic a dit :

    Quant à l'ergonomie actuelle, si tu avais vu celle qui était proposée il y a 2 ans, tu te serais barré :D

    Alors oui elle est perfectible et c'est pas faute de leur proposer des axes d'amélioration, mais bon on fait avec en attendant.

    Mais peut-être que je l'utilisais déjà dans les versions précédentes, depuis un certain temps même.. :)

     

    Il y a 17 heures, LucaR a dit :

    Bin ça semble logique non? Tu vas pas prétraiter avec des DOF brutes?

    Je n'ai jamais dit cela, ce que je dis c'est que cela serait plus facile de pouvoir injecter les séries de DOF brutes ET que le script fasse automatiquement les masters. Qu'il fasse tout d'un seul coup quoi, cela semble simple. Comme, je me répète, avec DSS et le script de pré-traitement de Pixinsight.
    C'est plus facile, plus rapide, plus ergonomique, etc.

     

    Il y a 17 heures, LucaR a dit :

    Le fait d'utiliser les master à cette étape te permet, par exemple, d'utiliser ta bibliothèque de master darks et master offset sans avoir à refaire des empilement longs et consommateurs à chaque fois => plus rapide, et plus simple.

    Encore une fois vous n'avez pas bien lu depuis le début, je répète/reformule : Tout le monde n'a pas une caméra astro (même si cela tend à se démocratiser c'est vrai), et avec un grand nombre d'APN il faut refaire les darks à chaque fois. Sachant qu'on refait les flats aussi, il ne reste que les offsets en fait qui pourraient être en master.

     

    Il y a 5 heures, Mehdi a dit :

    à noter que depuis quelques temps dans Pixinsight on peut egalement fonctionner à l'instar de DSS en utilisant le script WPB . ce dernier s'occupant de creer les dof maitres et de sortir l'image stacké finale .

    Tout à fait ! Merci @Mehdi

    Est-ce une "standardisation" dans "une logique métier" je ne me permettrais pas de l'affirmer, mais en tout cas c'est ce qu'il semble le plus apprécié par les utilisateurs. Et souvent dans ce cas c'est qu'il y a une raison, même si je le précise, évidemment il faut être ouvert aux nouveautés si ce sont des avancées.

    Enfin bon, on ne va pas y passer des semaines et j'avoue que vous m'avez fatigué, c'était juste pour émettre une suggestion que je trouve pertinente au regard du sujet original du billet ici.

    • Confus 1

  2. il y a 36 minutes, LucaR a dit :

    ... bref j'ai un peu de mal à comprendre ce qu'il te manque exactement 

    Bah il est bien spécifié "Les DOF peuvent seulement être des fichiers uniques".. Donc il faut déjà faire les masters en amont, non ? Ou alors le texte est faux ?


  3. Il y a 2 heures, Colmic a dit :

    De manière simple et accessible à tout le monde, non

    Ah, on est bien d'accord. ;)

     

    Après je le redis, Siril est un soft excellent, super bien optimisé et donc très rapide dans le traitement. Et les nouveaux menus pour faire certaines opérations sont très appréciables par rapport aux versions précédentes.

    Cependant pour les personnes qui ne sont pas des programmeurs ni des geeks en informatique cela serait vraiment top d'avoir un menu "prétraitement" avec un script adaptatif et simple pour pouvoir définir graphiquement ce qu'on veut faire, comme celui de Pixinsight qui est une référence (on pioche ses différents DOF, où qu'ils soient, on coche empiler comme ça ou comme si, etc.). En résumé passer de "l'utilisateur doit se conformer au logiciel" à plutôt "le logiciel s'adapte à l'utilisateur". C'est aussi le même type d'ergonomie, structurée et graphique, que l'on retrouve dans Deep Sky Stacker, et on remarque que cela convient à beaucoup d'utilisateurs, certainement ce qui fait leur popularité.


  4. Il y a 8 heures, Cyril Richard a dit :

    Bien sur que si on a le choix. On a le choix de tout faire dans siril.

    Alors comment on fait dans le script automatique de pré-traitement ? De manière "simple" et accessible à "tout le monde" ? Car c'était la question ! :)

     

    Il y a 8 heures, Cyril Richard a dit :

    Même de supprimer les brutes sur des offsets, ce qui bien sûr, est totalement absurde. Mais on peut tout faire.

    Retirer les brutes sur les offsets ? Qui t'as dit de faire ça ? o.O


  5. il y a 34 minutes, LucaR a dit :

    ?? Pas du tout ! Je n'utilise jamais de scripts ni de ligne de commande avec Siril. Ya tout ce qu'il faut dans l'interface et les menus, et c'est extrêmement simple. Au début j'avais commencé avec les scripts en effet... c'était plus long et plus ch** qu'en manuel. Avec les scripts il faut créer une structure de répertoire fixe, mettre ses images dedans, etc... Alors qu'avec l'interface de simples drag&drop et quelques clicks font le job, et ça autorise toute la souplesse qu'on veut.

    Bien entendu j'ai consulté cette documentation, comme de nombreuses autres. ^_^
    Et bien dès la première étape, dans mon type de configuration, je ne suis pas d'accord :

    Citation

    Nous constatons qu’il suffit de soustraire les darks NON TRAITÉS (qui contiennent donc également les offsets) pour retirer en une fois le dark ET les offsets : gain de travail et de temps !

    Avec certains APN qui ont une trame importante dans les offsets je préfère faire un "vrai" master offest pour traiter mes images, c'est beaucoup efficace. Et là je ne peux pas, je n'ai pas ce choix.
    Peut-être qu'avec les caméras modernes les offsets sont inexistants comme le dit Colmic, mais tout le monde n'a pas accès à ce matériel. D'autre part, même si certains pensent que c'est mal de faire comme je fais, j'apprécie d'avoir la main sur ce que je fais, et pas que l'on m'impose un type de traitement avec un parti-pris.


  6. Siril c'est un super logiciel, super optimisé et donc rapide, le truc c'est qu'il faut se faire "son" script perso avec "ses" paramètres pour que cela fonctionne bien avec "ses" images dans "sa" configuration.

    Et ça, peu de personnes savent le faire..


    Donc des modules de fonctions ergonomiques, graphiques, et ouvertes pour monsieur tout le monde serait un vrai plus. Comme dans IRIS, qui est très proche de Siril dans le fond, il y a des menus simples pour faire des masters DOF et ensuite pré-traiter ses images. Dans Siril tout est en blind non adaptatif dans un script, ou en CLI qui est hard pour 95% des personnes.


  7. Il y a 22 heures, eric97417 a dit :

    En ce qui concerne la vision en cours de prise de vue, honnetement je vois pas trop à quoi ça sert

    Bah pour vérifier la FWHM et donc le seeing en cours, vérifier s'il n'y a pas de soucis sur le guidage, vérifier que les parties de l'objet visé soient bien restituer/positionné, etc.

    C'est quand même un paquet d'infos très intéressantes ! Surtout qu'avec le dématriçage et l'auto-stretch et les caméras modernes, visuellement c'est bien restitué, même en imageant à f/12.

    Après si tu préfères faire comme à l'époque de l'argentique et ne rien voir jusqu'au moment du développement, c'est un style. xD

    • Haha 1

  8. Le 29/01/2022 à 06:48, pierrot1674 a dit :

    dans nina il y a 2 debayerisations possible HFR debayer ou image debayer, quelle option utiliser ?

    je me pose les  memes questions pour  facteur autostrech, ecretage desnoirs, strech non lie,detection d'etoile, reductionde bruit.

    Perso je suis utilisatrice de NINA que je trouve génial, et à priori @pierrot1674 parle du dématriçage pour la visualisation des images lors des prises de vue. Juste pour la visualisation, d'après ce que je comprends.

    Dans NINA les fichiers bruts sont évidemment enregistrés bruts, sans dématriçage. C'est pourquoi si l'on ouvre manuellement les fichiers après, hors de NINA, il faut de nouveau les dématricer.
    Enregistrer les images brutes en RAW non dématricé (N&B) est évidemment ce qu'il y a de mieux à faire, car on conserve toutes les infos des prises de vue avant le pré-traitement etc.


    Et pour répondre à sa question sur les paramètres d'auto-strech etc. c'est pour améliorer la visualisation des images brutes. Le mieux étant de choisir un dématriçage (adapté au type de matrice de Bayer de la caméra) pour voir l'image en couleur et ensuite d'appliquer une auto-stretch afin de monter les niveaux qui sont en général assez bas et linaires sur les brutes. Sinon on n'y voit pas grand chose.
    Une fois choisi les paramètres sont appliqués automatiquement pour visualiser chaque image. D'expérience cela fonctionne plutôt bien, l'auto-stretch n'est pas déconnant.


  9. Il y a 2 heures, RaphaelN a dit :

    Du coup j'ai refait une photo et effectivement le fait d'orienter différemment le tel portable donne une image plus ou moins biaisée.

    Impossible d'être précis à main levée.

    C'est sûr qu'à main levée c'est aléatoire le centrage. Mais ce n'est pas si compliqué d'utiliser un APN avec un objectif monté sur une bague entre le filetage du filtre avant et de l'autre coté du M48 ou quelque chose qui va sur l'oculaire de centrage, cela permet de prendre un photo bien dans l'axe et vérifier précisément l'alignement :

    d8d5cf7fdccedfa24d87d5c002213133.md.jpg

     


  10. il y a 17 minutes, skuenlin a dit :

    @zviezda Faut faire gaffe, on ne sais pas comment la photo a été fait (décalage, angle, etc..) et de plus si le primaire est dans les choux ça aide pas pour la photo...

    Certes, mais le bord du primaire semble en face du tube sur la photo avec le Taka, et quoi qu'en soit la source, au final le secondaire ne devrait pas être décentré comme ça. C'est juste une constatation.
    Après je ne remets pas en cause ta méthodologie, je préfère laisser les spécialistes expérimentés proposés, je suis bien trop verte pour ma part. :)

    • J'aime 1

  11. Le 29/01/2022 à 00:10, RaphaelN a dit :

    J'ai remis la focale proche de celle d'origine et non celle indiquée sur le site du fabriquant, ça l'air moins dégueu

    Si c'est mieux en ayant un peu déplacé le secondaire vers sa position d'origine, qu'as-tu à perdre d'essayer de le déplacer encore un poil dans le même sens ?
    Perso je dis que cela se tente, au pire si cela n'améliore pas tu peux revenir en arrière.


  12. il y a une heure, JP-Prost a dit :

    Si tu n'arrives pas à diminuer l'astigmatisme essaie de re-modifier cette distance et voit si ça améliore ou dégrade : en cas de dégradation, il faut repartir dans l'autre sens.

    Pour moi aussi c'est ça, vu la tête de donnuts déformés des étoiles, c'est typique sur les RC et Cassegrains.. Ce que j'ai dit depuis le début.

    Mais @olivdeso ne semble pas d'accord avec nous, il faudrait donc explorer les deux pistes.


  13. Il y a 8 heures, RaphaelN a dit :

    La focale a été contrôlée, elle était trop longue à la réception du télescope, j'ai donc fait en sorte d'arriver au 2854mm selon les données du site Teleskop Express. Contrôle au ronchi, les lignes sont bien droites.

    Attention, la focale donnée par le constructeur est "théorique". La focale "optimale" est souvent légèrement plus courte sur ce genre d'optique.

    Peut-être que le positionnement d'usine était réglé de manière plus "pratique", sachant que si tu as positionné les deux miroirs trop près ou trop loin l'un de l'autre cela peut t'empêcher d'arriver à une collim nickel.


  14. @olivedob > Je n'ai jamais dit que cela venait *seulement* des réflexions internes du filtre.
    Cela peut être une réflexion interne comme une réflexion de la surface du capteur sur la face arrière du filtre, etc.
    Mais une chose semble logique en effet, le traitement de surface sensé réduire les réflets de ces filtres n'est pas de qualité suffisante pour faire le boulot correctement.

     

    Pour info, je viens d'avoir retour d'un autre testeur également pour confirmer ce que j'ai pu observer; le nouveau filtre Optolong L-Ultimate (avec deux bandes passantes de 3nm) souffre aussi du même problème de halo sur la bande OIII. Après, le fabricant annonce que ce sont de exemplaires de pré-série qui pourront être améliorés une fois qu'ils auront les retours de leurs béta-testeurs, mais j'avoue que j'ai du mal à y croire, il faudrait qu'ils changent radicalement leurs process de fabrication. Chose qu'ils n'ont jamais fait auparavant tout en sachant que nombres de leurs filtres ont ce souci.
    Dès que j'ai le temps je posterai un crop sur une étoile de référence comme sur le précédent comparatif.


  15. Il y a 10 heures, BERTRAND76 a dit :

    cela a t'il une incidence sur la focale 1624mm (je pense que oui)

    Si cela peut t'aider je n'ai pas un Kepler mais un GSO, cependant je pense que c'est la même chose.
    Sur le mien la focale n'est pas du tout celle annoncée par le constructeur, elle est nettement plus courte; d'une trentaine de mm.

     

    Pour la calculer j'ai fait une photo bateau d'une zone du ciel et ensuite une astrométrie qui m'a donné l’échantillonnage.

    Je m'en suis servi pour déterminer la focale "réelle" avec l'équation -> E=206,26480624709635515647335733078*px(µm)/f(mm)
    A la base je la cherchais pour référencer NINA pour le plate solving, j'ai été vachement surprise.

     

    Et pour le back focus, il est énorme chez moi aussi, ça dépasse beaucoup du tube. Je mets deux bague avant le PO, 50+25mm.
    Après, je n'ai pas de RAF, c'est directement la caméra après l'adaptateur 2"->M48, et je préfère avoir le coulant du PO pas trop sorti pour minimiser le tilt qui est une vraie merde à négocier sur ce tube.

    Pour bien faire il faudrait que je remplace la bague de 25mm par un correcteur de tilt en M92, car l'alignement des miroirs n'est pas nickel et donc je suis obligée de viser en traviole pour avoir la collim optimale.

    Tout ça pour dire que faire une collim nickel sur ces optiques cela relève du tour de force, et aussi de la chance.. Si t'as pas de bol comme moi avec un défaut d'alignement d'origine il n'y a pas grand choses à faire.

    • Merci 1

  16. Juste pour info, mais Canon utilise le binning logiciel dans leurs ASICs depuis le 5D3. Donc pas du hardware, mais via du hardware quand même.

    C'est notamment utilisé pour l'enregistrement vidéo plein champ sur le capteur et sortir en 1080p standard h264, ou d'autres résolutions exotiques avec une modif du firmware (comme par exemple en RAW 3584x1320px 10bit).

    Antérieurement, par exemple avec le Canon 5D2, la réduction de trame était réalisée en sautant des lignes. Ce qui explique les problèmes d'aliasing en vidéo sur les boitiers antérieurs à la génération des 5D3.

    • J'aime 1

  17. Il y a 9 heures, olivedob a dit :

    Par contre j'en ai avec mon objectif Nikon ED sur les grosses étoiles.

    Pour moi le problème vient des réfracteurs et de leur qualité globale (chromatisme etc..).

    Cela n'a rien à voir avec le chromatisme, c'est causé par une réflexion de lumière.
    Par contre les halos sont nettement plus visibles sur les réfracteurs, surtout ouverts, comme je l'ai précisé au début du fil.


  18. Il y a 2 heures, bou-fon a dit :

    Intéressant de voir qu'il y a beaucoup moins de halo avec l'Antlia (à gauche) sur le comparatif de Euripides :
    410bdcda-1ed3-429e-a7a8-d9f2a9589383.jpe

     

    Par contre il serait intéressant de passer l'Antlia au spectromètre car il ne semble pas y avoir de gain significatif de FWHM sur les étoiles et un gradient plus marqué, pour un filtre à 5nm au lieu de 7nm pour le L-eXtreme. Enfin si les deux images ont été traité de la même manière.


  19. il y a 24 minutes, Ellazanne a dit :

    Oui tout à fait, pour l'anneau jusqu'à l'encoche sous le pied ça été une de ma source principale. Seul le pied et le centre de gravité diffèrent vraiment. Ainsi que la pièce qui s'insère dans l'encoche.

    Ok, alors ne le prends pas mal, tout le monde n'est pas au courant ^_^ mais cette création est en licence Creative Commons - Attribution.
    C'est très ouvert comme licence, fait pour que les choses soient partagées et réutilisées, cependant tu es donc sensé citer la source et transférer certaines infos, pour saluer le travail de la personne c'est sympa pour elle, comme décrit ici -> https://creativecommons.org/licenses/by/4.0/deed.fr

    • J'aime 1

  20. Il y a 7 heures, bou-fon a dit :

    Bonjour à tous

     

    Il semble qu il  y ait un nouveau venu (tout au moins, je n en n avais pas entendu parler) Filtre ALP-T Dual Band 5nm Antlia 

    dispo chez OU.

    l auriez vous essayé? auriez vous un retour?

    un avis sur astrobin semble montrer qu il n y aurait pas de halo. (il vaut un  bras)

     

    Phil

    Il y a quelques personnes qui ont fait des retours sur Youtube, mais aucun test assez complet ni vraiment "fiable" (partialité, rigueure etc) en comparaison.
    Et comme tu dis, il coute chéro pour faire un test. Tout en sachant qu'en ce moment c'est compliqué d'avoir une fenêtre météo pour le tester dans les 14 jours de rétractation.


  21. Il y a 17 heures, Colmic a dit :

    Je ferai un test sur Orion quand je pourrai... A suivre.

    Si la météo se confirme pour demain et après demain, il y aura peut-être une fenêtre dans la trèèès longue période merdique actuelle.
    Même s'il y aura une grosse Lune..


  22. Il y a 2 heures, FranckiM06 a dit :

    En tout cas, pour ma part j'ai bien ce problème et il se voit sur toutes mes images faites avec ce L-Extrême et je suis à f7,5 avec ma TSA :

    C'est en effet un bon exemple.
    On voit bien sur l'exemple dans Orion que l'étoile est bien focalisée dans le OIII (spikes) tout en ayant un énorme halo. :(

    • J'aime 1