nico1038

Tentative de trigo: Si les lignes sont à 20m et 30° depuis la hauteur d'origine de la colonne alors la hauteur h des lignes est calculé comme ça: tan(30°) = h/20 h= 20*tan(30°) h= 20*0.57735 h= 11,55m Si on augmente la hauteur de la colonne de 0,5m alors la nouvelle hauteur des lignes (par rapport au nouveau sommet de la colonne) est de h-0,5m soit 11,05m. Le nouvel angle α est alors calculé comme cela: tan(α) = 11,05 / 20 tan(α) = 0.5525 α= tan-1(0.5525)=28,92° Si je ne me suis pas trompé, augmenter la hauteur de la colonne de 0,5m fait gagner à peine plus de 1° sur l'angle des lignes.

Salut Julien, Elle est très belle et très finement traitée. Bravo

En effet je vois le banding (ainsi qu'une très légère différence de couleur) mais, même dans ce cas extrême, je trouve qu'il est insignifiant. Je ne nie pas que des différences existent, c'est quelque chose que j'ai testé sur de nombreuses images avec Pixelmath et on voit en effet des différences en soustrayant une image lossless d'un jpg (notamment au niveau des étoiles). C'est juste que ces différences sont complétement imperceptible sur des images réelles (Pixinsight est un outil particulièrement bien adapté pour comparer 2 images à toutes les échelles). Ce qu'il serait intéressant c'est de voir une image astro sur laquelle il y ait une différence significative, pas une image conçue pour mettre en avant ces différences.

Il faudrait mieux, oui. Cela dit ça prouve que le retrait de gradient de Siril avec l'option dither est très efficace!

Hello @Wan186 Je n'aime pas trop graxpert en général mais je suis quand même surpris par ce genre d'artefacts circulaires. Ton master est bien en 32 bits?

Je serais curieux de voir un exemple? Le problème du jpg est qu'il existe de nombreuses façon de les générer avec des réglages de qualité variés et qu'il faut donc faire attention à ces réglages si on veut faire une comparaison juste. De plus des compressions supplémentaires peuvent avoir lieu lorsqu'on affiche un jpg quelque-part (c'est le cas sur ce forum par exemple).

Merci Pascal, comme tu peux le voir sur l'image de LDN1251 je n'ai toujours pas réglé mon problème d'erreur de cône (en nomade c'est compliqué de faire ce genre d'ajustement). Vu la déclinaison élevée de cette cible je m’attendais à ces aigrettes... Merci @Ant-1 Exactement! Ça demande pas mal de préparation et une organisation bien ficelée (mon angoisse est toujours d'oublier un truc essentiel) Merci Max, Je n'ai jamais eu vraiement de souci (mais de nombreuses rencontres/anecdotes avec des curieux, des agriculteurs ou la faune sauvage). A quoi penses tu? J’essaie surtout de trouver des spots isolés mais accessibles avec une route correcte (en cette saison ce n'est pas vraiment un problème) et avec un horizon bien dégagé dans la direction que je veux viser.

Une photo d'ambiance: Oui: j'utilise exclusivement GHS pour étirer mes images

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.

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

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.

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

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.

Je ne crois vraiment pas. En tous cas moi je fais comme ça depuis des années!

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

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.

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.

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

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.

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.

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.

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.

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.

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.

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.