Aller au contenu

nico1038

Membre
  • Compteur de contenus

    2593
  • Inscription

  • Jours gagnés

    47

Tout ce qui a été posté par nico1038

  1. Merci Nico, Je suis en nomade depuis Paris. Cette fois ci j'étais au sud, le long de l'A10, vers Germignonville. Ça n'est pas le Chili mais le ciel est pas mal, on voit très bien la voie lactée. Je pense que c'est du bortle 5.
  2. nico1038

    dark

    Le gain qui est une amplification du signal n'a en réalité quasiment aucun impact sur sur les images darks (contrairement à l'offset) et il ne peut donc pas vraiement ruiner une calibration. Ça ne peut donc pas expliquer ces 20% de pixels négatifs. Ce master a une valeur moyenne de 500 ADUs qui est conforme à ce qu'on peut attendre sur cette caméra avec un réglage d'offset de 50 (l'offset n'a donc pas été retiré de ce master). La seule explication a mon avis est un problème de prétraitement
  3. nico1038

    dark

    Le masterdark n'a pas non plus le même gain que les lights (203 vs 174). Mais je ne crois pas que cela (ou la température) soit le vrai problème: la soustraction de ce dark ne provoque pas de pixels négatifs. Je suis d'accord avec @keymlinux, il doit y avoir un problème dans ton prétraitement dans Siril.
  4. nico1038

    dark

    Hello @transitmk1 Il faudrait en savoir un peu plus: est-ce une image narrowband? quelle est la durée d'exposition des lights? Si tu pouvais partager une image brute ainsi que le masterdark (ou, encore mieux, un dark individuel si tu les as), ça permettrait de trancher. En tous cas, il est possible dans certaines circonstances d'avoir des pixels négatifs après la soustraction d'un masterdark mais cela peut aussi être révélateur d'un problème plus sérieux. Regardes ce sujet où on en parle: https://www.webastro.net/forums/topic/262764-resolu-trames-fond-de-ciel-et-pourtant-jai-du-dithering/#findComment-3209686 Si je comprend bien, tu utilises un masterdark généré automatiquement par l'Asiair. Ce n'est pas forcément le problème mais je suis un peu dubitatif de cette façon de faire: il sera toujours mieux de générer le master avec le logiciel qui fait le prétraitement des lights. Nico
  5. Le diaphragme reste en position si tu appuies sur le bouton de test de la profondeur de champ pendant que tu détaches l'objectif. Je ne suis pas sûr de ce que tu appelles "Pose B" mais sur le 650D ça se passe là: Tu peux faire l'opération tranquillement avant ta session. Par contre c'est vrai que ça devient un peu délicat si tu décides de changer l'ouverture au dernier moment.
  6. Je ne crois vraiment pas. En tous cas moi je fais comme ça depuis des années!
  7. Bonjour à tous, Première sortie astro après les vacances pour moi. J'étais un peu rouillé mais j'ai quand même sortie mes 2 montures pour viser la région de Céphée et ses nébuleuses sombres. La première image est un gros plan sur LDN1251 réalisé avec le matériel suivant Newton ONTC 200/900 + réducteur de focale Starizona 0.75 (soit une focale exacte de 650mm) Une caméra ASI2600MC + filtre UV/IR-cut une monture Ioptron CEM40 Pilotage avec un Asiair Pro: 116 x180s: La deuxième image est un champ large de la même région dans laquelle on peut notamment voir les nébuleuses sombres suivantes: LDN1251, LDN1235 (le requin) et LDN1217 (j'ai désormais imagé ces 3 nébuleuses avec mon newton). Ce champ large a été pris avec le matériel suivant: Samyang 135mm ouvert à f/2.4 Canon 2000D défiltré monture Skywatcher AZ-Gti Pilotage avec un Asiair mini 200x90s: Bonne fin de vacances et bonne rentrée à tous. Nico
  8. nico1038

    Question

    Les photographes utilisent le mode raw justement pour ne pas avoir à se préoccuper de balance des blancs avant le traitement de la photo et garder ainsi de la souplesse. Personnellement en photo diurne j'utilise quasi exclusivement le jpg par ce que, comme tu le dis, je n'ai pas envie de traiter chaque photos et je me contente donc des réglages de l'appareil. La compression que tu évoques n'est pas une raison valable pour utiliser le raw dans la majorité des situations. Même en astro, une fois que l'image est finalisée il est quasiment impossible de voir une différence significative entre un jpg (avec une qualité max) et une image enregistrée dans un format losless. Il est facile de s'en convaincre avec quelques expériences avec Pixelmath. Et la couleur verte dominante des images CMOS n'a rien à voir avec les 2 pixels verts du motif de bayer. C'est une idée reçue tenace mais complétement fausse. C'est la sensibilité plus élevé des capteurs dans le vert qui explique ce déséquilibre. En tous cas l'important est que le réglage de la balance des blancs est sans conséquence sur un fichier raw car il peut dans tous les cas être modifié a posteriori sans aucune dégradation de l'image.
  9. nico1038

    Question

    Je ne comprend pas ta remarque: si tu veux des images calibrées, il n'y a aucune raison d'utiliser un format comme le raw... Il faut bien comprendre de quoi est constituée une image raw: 1) Une matrice de valeurs qui représente l'image sous sa forme la plus brute: monochrome (matriciée) et linéaire dans laquelle chaque pixel à une valeur directement proportionnelle aux nombre de photons reçus. 2) Des metadata qui peuvent être utilisé ou pas lors du traitement de l'image Chaque logiciel capable de lire ces fichiers peut alors effectuer un certains nombre d’opération lors de leurs ouverture. Les plus classique sont le dématriciage, un étirement de l'histo et une calibration des couleurs pour visualiser une image "raisonnable". Dans Photoshop (qui n'est pas réellement un éditeur de fichier raw) tu passes par exemple d'abord par une phase d'import dans laquelle tu peux utiliser la balance des blancs choisi ou la modifier complétement et cela sans aucune conséquence sur l'image. Je ne sais pas vraiment dans quels circonstances tu utilises ces valeurs de balance des blancs mais ça n'est pas utile en temps normal en astro car tu fais en général de toute façon une calibration des couleurs qui va la remplacer complétement.
  10. nico1038

    Question

    La balance des blancs n'a pas réellement d' importance sur une image raw et ne limite en tous cas en rien le traitement postérieur de l'image. Ce n'est qu'une information inscrite dans les metadata de l'image. Ton image ne tend pas vers le rouge en réalité mais vers le vert comme toutes les images prises avec un capteur CMOS. Voici à quoi elle ressemble réellement avec juste un dématriciage et un étirement pour la visualiser correctement: Si tu la vois rouge de ton coté c'est uniquement du au fait que le lecteur que tu utilises interprète les metadata pour modifier l'image à l'ouverture. Nico
  11. Je pense que c'est normal: sur un reflex, le diaphragme est ouvert en grand jusqu'au moment ou tu prends la photo (pour avoir le max de lumière dans le viseur). C'est pour ça que tu as besoin du bouton profondeur de champ qui va permettre de fermer le diaphragme à la valeur définie. Si il n'y a pas de bouton dédié sur le 650D (ce bouton est placé en général à l'avant du boitier, juste coté de la baïonnette de l'objectif) tu peux attribuer la fonction "profondeur de champ" à un des boutons programmables.
  12. Très sympa. J'avais vu des critiques dithyrambiques sur ce 40mm pour une utilisation astro et je continue de chercher une bonne occas pour l'essayer (même si je suis très content de mon 50mm). Pour info, comme il semble que c'est une bague Canon, tu peux modifier l'ouverture si tu as un boitier canon de disponible. Il suffit de régler l'ouverture souhaitée avec l'objectif monté sur le boitier puis de l'enlever en maintenant le bouton profondeur de champ appuyé. De cette manière le diaphragme ne s'ouvre pas lors du démontage de l'objectif et tu peux donc l'utiliser ensuite avec l'ouverture que tu veux.
  13. Non: c'est une erreur d'interprétation/traduction. Je te renvoi à cette vieille discussion en face: http://www.astrosurf.com/topic/161450-asi533mc-pro-aide-débutant/?do=findComment&comment=2289866 Oui moi aussi j'ai toujours alimenté mes montures depuis mes Asiair mais pour certaines monture plus grosses l'intensité peut être limite dans certaines situation et là, pour le coup, ZWO met des warning dans ses docs.
  14. Merci pour ce retour. Je crois qu'il faut attendre encore un peu que la partie software s'améliore et se fiabilise. L'Asiair est parfaitement capable d'alimenter les caméras. C'est pour les montures ou il y a certaines limites à respecter.
  15. Difficile à dire de manière générale. Je crois que certaines fonctionnalités, certains algorithmes ou certains réglages peuvent faire des différences importantes en fonction des circonstances. Par exemple: le step LocalNormalisation de Pix peut être important quand les conditions d'acquisitions sont difficiles (présence de la lune ou cible basse). les algorithmes de weighting de Pix sont performants et peuvent faire des différences quand on a une forte variabilité de la qualité des images d'origines. La prise en compte de la distorsion lors de l'alignement est parfois indispensable etc... Mais, pour des image bien échantillonnées, prises dans de bonnes conditions. La différence finale est souvent faible et les résultats très similaires entre les logiciels. Il faut aussi dire qu'une comparaison visuelle des images finales n'est pas toujours évidente et qu'il faut mieux utiliser un outil comme SubframeSelector pour essayer d'avoir des mesures plus objectives sur quelques critères (FWHM, SNR, nombre d'étoiles détectées,...) Ok donc le problème est qu'il y a eu des "Out of memory" lors de la debayerisation des premiers fichiers et c'est ce qui a provoqué des problèmes par la suite. Pour tous les steps réalisés dans ce run il y a moins de 10G de mémoire disponible, c'est très peu. La philosophie de WBPP est plutôt d'éviter de trier ses images et de faire confiance au weighting. Mais tu peux éventuellement utiliser SubframeSelector avant WBPP pour sélectionner tes images.
  16. Non le suffixe "c" signifie calibrated et le "d" pour debayered. C'est vraiment curieux cette erreur rencontré au début. Tu pourrais partager le log de ce run? Oui, avec les caméras modernes la soustraction des darks et la correction cosmétique font essentiellement une différence pour les pixels chauds. Si tu n'as pas de problème pour l'image empilée tu peux en effet t'en passer mais saches que ce qui est valable dans un cas ne l'est pas forcément toujours et que cela peut te poser éventuellement des problèmes dans d'autres circonstances (en changeant de matériel par exemple). C'est avant tout une question d'habitude je pense. J'utilise également Siril (et même parfois DSS ) mais je préfère la souplesse de WBPP.
  17. Exactement: c'est très curieux que WBPP choisisse une image non dématriciée comme référence et ça pointe bien vers un soucis lors de l'étape de Debayer. Pour ce genre de problème, il faut utiliser les fichiers .log (situés dans le répertoire logs). Il sont très verbeux et pas toujours facile à déchiffrer mais ils permettent de comprendre exactement ce qui s'est passé. Attention, si tu ne donne pas de darks à WBPP il va utiliser les bias pour calibrer tes lights. As tu bien conscience de ça? Par ailleurs, la correction cosmétique automatique de WBPP a besoin d'un masterdark. Si tu n'en fournis pas, elle sera alors désactivée.
  18. Personnellement mon expérience est plutôt l'inverse mais chaque situation est différente et il est toujours bon de tester Je te conseille par contre plutôt de suivre ce guide pour un prétraitement manuel correcte: https://pixinsight.com/forum/index.php?threads/guide-to-preprocessing-of-raw-data-with-pixinsight.11547/
  19. Salut David, Ce n'est pas possible à faire directement avec WBPP. Tu peux par contre y parvenir avec un process manuel et en utilisant un ImageContainer. Cela dit je te le déconseille. WBPP remplace cela par l'utilisation du process LocalNormalization qui va normaliser les gradients avec comme référence une sélection de tes meilleures images. Dans les cas difficiles cela peut simplifier significativement le gradient sur l’intégration finale.
  20. Je trouve que ça ne va pas vraiment, même au centre. Voici les psf des étoiles des 4 coins et du centre. L'élongation et la différence dans les coins est assez classique et peut s'expliquer par un mélange de tilt et de backfocus mais l'élongation au centre est plus inquiétante à mon avis. Si c'est quelque chose que tu retrouves systématiquement et que tu n'arrives pas à régler il faut peut être envisager un problème matériel. As tu essayé de faire des tests sans le correcteur? Es tu bien sûr que le primaire n'est contraint d'aucune manière (peut tu tourner le miroir dans son barillet)? Comment le secondaire est-il attaché à son support?
  21. C'est quand même curieux! Tu aurais une image brute pour voir? Tu as envisagé un astigmatisme des miroirs?
  22. Elle est super à traiter, plein de signal et beaucoup de finesse. C'est vrai par contre que la forme des étoiles pose quelques problèmes. Voici le fit linéaire avec juste un passage de Blurx pour essayer de les corriger: https://1drv.ms/u/c/1434990e98a7f003/EaE-5njrICVKl17H97yWE0wBD8_xDHYJRHJyCreHZu-YNQ?e=5WFhBP Et voici mon traitement. J'ai pas mal réduit les étoiles pour essayer de faire ressortit la queue sombre de la nébuleuse:
  23. Vraiment sympa. La bulle de savon ressort superbement!
  24. Attention: avec un newton il est normal que l'ombre du secondaire soit décentrée si tu défocalises trop (du fait du décalage physique du secondaire par rapport à l'axe optique). Pour ce genre de test sur une étoile, Il faut toujours rester très près de la mise au point.
×
×
  • 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.