180Vision

Du bien bon boulot !

Une bien belle rosette !

Merci !

Bonsoir, Enfin, j'ai pris le temps de traiter ma nébuleuse planétaire des "écouteurs" (headphones), acquise un peu chaotiquement les 12 et14 Novembre derniers, avec alternance de nuages...(étonnant...) Du coup, sur 188x300" en Ha, je n'ai pu avoir que 110x300" images et sur le O3, 40x 300" de conservées (nuages en outre). Bref, voici donc un version HOO prise à l'Askar103 en focale native et l'Altaïr 26M avec Ha/O3 en 3nm, le tout sur l'EQ6r évidemment. Pré-traitement avec la version DEV de Siril (1.3.6) pour tester qq trucs, dont le Drizzle x2 (bravo @lock042 pour ces évolutions et cette pré-version !). Traitement pix classique Staralign + DynamicCrop Léger GradientCorrection mais quasi pas besoin BlurX NoiseX (v3) à 0.4 StarX Stretch des étoiles via script Seti NB stars to RGB Sur les Starless Ezstretch sur chaque Assemblage via script Foraxx NoiseX complémentaire Ajustements via SelectiveColorCorrection Exports PS Finalisation/équilibrage et Superposition des étoiles + recadrage -> JPEG Hop, la voici !

Ca c'est indéniable qu'il sont une logique toute à eux...et que la première fois...au secours... MAIS, en suivant quelques tuto ci et la, et en appliquant les recettes au fil du temps, on fait en fait toujours la même chose... Dans pix, je pense que j'utilise moins de 10 process et 3-4 scripts...point. Par contre, je stack avec Siril, donc pas de pré-traitement sous pix..

Très chouette version !!

Ah bah les voila !! Ecoute, tu t'en tires pas mal du tout même si sans doute tu aurais en effet espérer intégrer davantage, cette cible est quand même une plaie !

Ne pas hésiter non plus a faire 2x de suite le 3PA...

Non mais à mon avis c'est aussi pour rester dans un cadre de support technique... Si ton guidage reste cohérent entre les nuits (à la turbulence près...), faut non plus tout retourner

Oui, en théorie, c'est ce que je dis plus haut... Mais je te transmets ce que le support Proxisky préconise

Joli cheval !

Bravo, une bien jolie version !

En sus ( je crois comprendre que tu utilises NINA/PHD2), dans PHD2, tu as l'assistant calibration qui va aller pointer tout seulà l'endroit adéquat pour la calibration. Ca prend 5mn tout compris si pas de souci. Sur ces montures, c'est bien de le faire à chaque session (c'est ce que je fais avec la Umi 17R). Sur mon EQ6r fixe, je ne le fais que si je bouge qqc, mais là , sur l'autre setup, j'ai pris l'habitude de refaire en début de session ! (Conseil d'ailleurs de Proxisky)

Tu devrais quand même avoir appris que "photo astro" != "facile les doigts dans le nez"

Javais fait une version "minérale" l'année dernière je crois et je confirme que ce n'est pas évident de ne pas tomber dans le too-much... Pour la balance, en effet, tout dépend déjà de si tu dois rattraper un décalage dû à l'optique (ce qui est le cas par exemple de mon Intes, connu pour la dérive, dès l'acquisition), ou après au traiement. Il faut aussi savoir qu'agir sur la saturation d'une image RGB joue sur la luminance et que parfois, il vaut mieux utiliser la chorminance qui est ne modifie pas la luminosité (en restant dans des niveaux rasinonnables). Dans pix, c'est justement la courbe "C" à avant la saturation dans le Curves. Dans d'autres outils logiciels, c'est assez variable ou pas facile :=)

Tu n'as pas beaucoup le choix que de faire un balance pendant la capture, ou après... Je pense que le vert-jaune est souvent présent sur les MAK (la lame surement ?) Sachant qu'en sus, ta caméra couleur est plus sensible (matrice bayer). Dans FireCapture par exemple, pendant la capture, tu devrais voir que ton histogramme vert est plus long que les autres, tu peux jouer sur la balance dans les options (flèches descendante en partie basse des réglages de gain et autres). Maintenant, tu peux aussi aligner les histogrammes des 3 couches dans ton logiciel de traitement, ça devrait déjà résoudre un peu les choses.

Belles captures JM, c'est sûr qu'il faut saisir en ce moment... Belles saisies ici aussi !

Tout comme le monsieur, moi je fais tout le temps du 15px toutes les 3 images et ça permet en effet des images sans ces risques à la fin, plus faciles à traiter et potentiellement de permettre du Drizzle (qui est aussi dépendant du dithering) ! Donc ça coûte pas énorme au final, et ça rapporte ! Ah oui, je l'avais d'ailleurs mis sur l'Intes pour le planétaire/ lunaire et il vaut mieux utiliser la MAP avec la fenêtre ASCOM par dessus au final, bien plus fiable (on peut aussi y mettre d'ailleurs un backlash...) Quoiqu'il en soit, même en "manuel" sur un P.O, moi j'ai toujours qq fait ça de façon empirique, à savoir défocaliser plus loin dans un sens, puis revenir en arrière jusqu'à "sentir" la map. Finalement c'est l'analogie.

Oui, et je sais où il est ! Comme tu dis, moi j'ai carrément mis des valeurs hautes, dans les deux sens, et ma MAP se fait proprement avec un pas de 30 (sur une focale longue). Le temps de la partie AF sur le temps d'acquisition, si tu as les offsets (ou filtres parafocaux) et que tu attends une variation suffisante de HFR...c'est pas vraiment un problème.

Ca fait une belle rosette malgré les "patates" (qui restent contenues quand même) !

Oui, encore une belle prise Serge, ça fait plaisir (mais ça énerve aussi ...un peu... ) P'tain quand est-ce qu'on va revoir le ciel ici ....?

D'abord c'est de la Procelaine à Limoges hein ! Ah ah, on dirait que tu as trouvé nos vidéos du Mennecy Fest de cette année toi C'était tôt dans l'après midi mais on a du pas mal de monde c'était cool ! La caméra angle y fait pour beaucoup, ça déforme, suis plutôt dans les gentils, @krotdebouk pourra confirmer le décalage avec l'apparence ! Quant au t-shirt "Bagarre", c'est une fille du Sud Ouest qui a cette marque et c'est une image du combat, pas avec les poings Surtout la première vidéo !

Oui, tout à fait, la couverture du ciel n'est pas complète en sus et tout comme toi, je l'ai utilisé "dans le cadre", et ça a plutôt bien fonctionné ! Et pour les autres cas, je préfère utiliser GradientCorrection (depuis plusieurs mois et j'ai compris que beaucoup de personnes ici ne l'avaient même pas vu passer, surement mal communiqué chez pix...), de façon itérative et ça marche pas mal !! Avec de bon flats et pas collé à un lampardaire ou la Lune, les images "normales" sont très bien prises en charge. A ce satde je n'ai jamais eu à faire appel à des corrections drastiques poussées à vrai dire, c'est peut être donc faussé comme avis. Je fais souvent un essai avec et sans correction polynomiale d'ordre 1 sur les brutes dans Siril, avec des paramètres peu aggressifs, comme conseillé par @lock042 . Du coup les stacks sont avec un gradient assez contenu et régulier et je n'ai à trop agir lourdement à l'arrivée.

Et en sus, @lock042 a permis dans la version future de lire les fichiers xisf, ce qui permettra potentiellement de simplifier les échanges (en ouverture coté Siril) et stockages de fichiers vu que cette "contrainte" est ajoutée. Mais idem, je n'ai rien vu de révolutionnaire dans ces annonces, sauf avoir loupé qqc...

Salut JM Une chose qu'il faut savoir, entre les lignes...écrit qq part chez Pix d'ailleurs, c'est que MGC est basé sur une base de connaissance LRGB en terme d'échantillons de référence ! Du coup, tout ce qui sort de ce cadre (alors oui le Ha aussi et le O3 est à priori en cours ..., ça fonctionne pas...même si le FluxCalibration le permet... Autrement dit,les images "rvb" issues d'un dualband ne peuvent pas être passées dans l'outil en espérant obtenir de bons résultats... Balo