180Vision

Bonsoir ! Par rapport à tous les belles images de Jupiter faites ces derniers jours, c'est sûr que ça va paraître pauvre 🤣 Mais ça faisait tellement longtemps que je n'avais fait ni planètes ni Lune... En sus, plutôt galère car ma monture Sud, une harmonique Umi17R, n'avait jamais été utilisé pour ça, plus d'occulaire à dispo, plus de RC non plus...au secours le pointage avec la caméra Mars-M et son mini champ Bon voila, pas foufou mais sorti quand même, ça fait toujours plaisir. Europe à droite (20:40 utc) ! Direct foyer du Mk66 (D=150mm), ma focale étant de F=2200mm environ car miroir bloqué en position intermédiaire, j'utilise un P.O à la place, plus stable. Pas mal de turbulence, le ciel était changeant. Gain à 125, pose environ 8ms, à 115i/s SER de 14000i, conservé 10%. Stacking Autostakkert Traitement Astrosurface Finalisation/export Photolab 8

Et le Stellarmate X pour mini PC, des retours ?

@rmor51 Bravo déjà pour le travail sur ce sujet alternatif qui tient toujours la route ! Tu as déjà installé Stellarmate OS sur RPi 4 ? Hormis la partie connectique, y a t'il des limitations par rapport à la version "boitier" ?

Jolie !

Chouette tout ça Thierry, bravo !

Ce qui pourtant contredit les recommandations pour BlurX lors d'images sous échantillonnées... J'avoue que tout ça devient un peu aléatoire et que je vais refaire des tests concrets car j'aime pas ça

Salut Manuel ! Merci ! Alors écoute, comme je vais refaire du départ pour vérifier ma procédure, je détaillerai ! Tu utilises Pix aussi ?

@nico1038 / @shibon J'ai fait plein de test, avec les mêmes sessions donc. Il semblerait déjà que le GROS du problème venait d'un fichier Sirilic duquel j'étais reparti, avec des paramètres sans doute douteux, je n'ai pas réussi à isoler LE paramètre de façon certain, je vais faire ça sur la série M45 pour essayer donc de reproduire le phénomène ainsi que son antidote. Par contre, il est certain que dans mes tests, il apparait clairement qu'en OSC à minima, le drizzle x2 Siril, combiné à StarX...semble générer des zones aléatoires de bruit de couleur, c'est assez étrange. Sur le stack SANS drizzle, je trouvais comme ci-dessus, que l'image était normal après stretch sans denoise. Donc, j'ai fait un essai en remettant le drizzle. Traitement identique, SPCC + gradient + StarX + EZStretch (comme celle sans drizzle ci dessus) voilà le résultat Du coup, j'ai fait un resample 50% sur un clone de l'image juste avant de faire le StarX, puis le stretch Magie, le "tâches" bleue/violette ont disparu, pour un résultat comme celle sans Drizzle.... J'ai poussé l'expérience avec le stack M45 de la dernière fois, sans le refaire pour l'instant. mêmes process, en premier celle en drizzle, la seconde en resample 50% juste avant StarX... Du coup, ces zones contrastées surtout de bleu sombre...j'ai l'impression que ça s'accentue au traitement en effet quand on part de là.

Oui ça fait plaisir Fred ! Elle est bien cette 7288, me souviens l'avoir faite l'année dernière. Peut être un poil de vert au global, question de goût, l'image restant propre et réussie.

Une bien belle rosette !bravo. Quel matériel par contre ? Pour la partie starless, déjà quel est ton process/logiciels ?

Oui, pour le BD, c'est vrai que c'est moi qui les ai mis dans /library avec les Xterminator... LE reste, idem, pas plus, tout se passe bien en général (hors bugs de version bien sur).

E n fait, moi je copie le répertoire complet de pix avant install de la nouvelle version, puis je copie juste tensorflow et les db d'astrometrié (+MARS maintenant). Ca fait plusieurs versions que je n'ai plus de soucis... CUDA en lui même n'est pas touché par pix, uniquement tensorflow.dll du répertoire bin.

En même temps, peu de gens ont utilisé le process GradientCorrection qui fait déjà un super job nativement dans la majorité des cas...

Salut JM, Comme écrit sur le poste d'Eric " Pour les lenteurs, moi j'ai bien mis la 1.9.2 de suite moi car si en effet elle est sortie qq jours après, c'est pas pour rien Par contre, pas de souci tensorflow.dll / perf de mon coté. Mais j'avais des burgs d'affichage avec la 1.9.1, catastrophe... " La pas de souci avec la 1.9.2, ni de CUDA, ni suite EZ, le multiscalegradient fonctionne (testé du début), mes process habituels...Les scripts RC, pas sur de les utiliser mais la suite Seti Astro, no pb... En fait, il reste une petite partie de ciel non couvert encore en terme de BD...

Belle rosette Eric ! Pour les lenteurs, moi j'ai bien mis la 1.9.2 de suite moi car si en effet elle est sortie qq jours après, c'est pas pour rien Par contre, pas de souci tensorflow.dll / perf de mon coté. Mais j'avais des burgs d'affichage avec la 1.9.1, catastrophe... La RAS. Tu as regardé ton GPU s'il est bien utilisé quand tu lances un StarX par exemple, dans le gestionnaire de tâches ? S'il reste à 0, c'est le signe d'un CUDA/Tensorflow pas en place.

Bravo Alain, beau crabe ! Ca marche on dirait cette 155/7 !

En fait, j'étais tellement la tête dans le guidon avec un process établi sur cette partie que j'ai mis en doute le filtre, la caméra, mes réglages...mais jamais le stacking !! Punaise comme quoi il faut toujours avoir des yeux extérieurs pour te remettre dans la bonne réflexion...

J'ai fait un essai en "manuel" dans Siril, en sautant l'étape de gradient polynomial 1 sur la série, en enlevant le drizzle et en remettant les paramètres par défaut de la doc. J'ai toujours sousttait le masterflat, le bias =50, et désactiver la correction cosmétique. Et du coup alignemt/stacking puis dans pix, un SPCC + Multiscalegradientcorrection + StarX -> le STF ci dessous est du coup beaucoup plus propre ! Comme M45 était une copie du projet sirilic M31 (bien que posté avant), il doit y avoir une paille (ou une poutre )que j'ai pas vu qq part.... Comme quoi, et pourtant mon métier m'y oblige tous les jours...il faut parfois repartir de zéro !! Maintenant, je vais creuser par itération pour comprendre ce qui met le bazar... Merci déjà pour l'éclairage et l'oeil neutre !

Oui, c'est ce que je te disais, partons du principe que je fais l'impasse sur le pixels froids/chauds, sachant que la correction cosmétique est désactivée. En fait, j'utilise Sirilic, qui génère un script "custom" paramétrable, rejouable. Il ne s'agit pas des scripts "par défaut"

En effet ...

Tu veux dire dans le cas où j'ai pas de darks, que c'est pas une bonne idée de calibrer les brutes (dont le bias est enlevé par la masterdark normalement), c'est ça ?

Belle moisson Franck bravo !

Oui oui, comme dit plus haut, mon masterflat ET mes brutes ont l'offset synthétique enlevé bien sûr justement (offset =50, calculée par la méthode Colmic ou Siril). https://siril.org/fr/tutorials/synthetic-biases/ Mais je fais ainsi depuis le début sur mes différents setups (avec ou sans darks d'ailleurs, adapté selon). (Il se trouve (certainement voulu par Altaïr), que la valeur de bias est égale à la valeur d'offset de la caméra, mais c'est un cas particulier évidemment).

Comme dirait Evelyne, "c'est mon choix" le cadrage

PAs saisi "par quoi tu l'as remplacé" ? En fait je n'ai pas pris le temps de faire des darks sur cette caméra ALtaïr dont le bruit est tellement insignifiant. La seule utilité serait les pixels morts mais bon, j'ai fait sans pour le moment mais ça ne doit pas impacter grand chose dans la chaine, Siril ne le nécéssitant pas absolument dans le process... EDIT : je viens de vérifier et mon script M31 n'intègre pas de retrait de gradient, je l'avais désactivé pour le coup ! Donc les brutes, un masterflat uniquement... Par contre un drizzle x2 mais encore une fois comme d'hab du fait de l'échantillonage...donc je vois pas ce que ça viendrait dégrader...