FalCT60

Au temps pour moi, je pensais que seuls les fichiers empilés étaient nécessaires. Voici la chose. 2024-06-30T22-20-03_29_001.fits

Bonsoir, Je sais que j'ai l'art de me compliquer la vie pour rien. Mais j'ai besoin d'avis sur une prise effectuée l'autre soir. Il s'agit de 600 brutes de 5 s (sur 720 initiales), 63 dark et 61 flat. Je joins le fit après empilement, le master flat et le mater dark. J'aimerais qu'on me dise ce qui cloche dans chacun d'après les données embarquées. Je détaillerai après-coup ce que j'ai fait - ceci afin de ne pas influencer les critiques. Merci d'avance pour votre concours. M57_20240630.fit MasterDark.fit MasterFlat.fit

Ah ! oui, quand même... ce n'est pas pour me rassurer. Pour ma part, monture achetée d'occasion, plus accessoires (raquette, etc.) achetés neufs, du coup ça me ferait une perte sèche non négligeable. Sauf si elle a moins de deux ans - ce qui, vu ma chance habituelle, m'étonnerait. Et, oui, lorsqu'on doit crapahuter sur 200 m de chemins tortueux avec tout le matos sur le dos, devoir ne porter que 5 kg au lieu de 30 est appréciable, surtout l'âge avançant. C'est la raison pour laquelle je me suis laissé tenter.

Disons que ma représentation d'une bande (et sa définition dans le Larousse également, d'ailleurs) ne colle pas vraiment avec le motif. Plutôt des zones, des étendues ou des plages, dans mon cas. Mais, bon, puisqu'apparemment le résultat est le même, je vais faire remettre ma tête d'où elle a été retirée. Et j'ai trouvé la raison de la bascule de 32 à 16 : une réinstallation totale après remplacement de matériel.

Inutile de recommencer du début : il suffit d'annuler jusqu'au recadrage, de passer en 32 bits et tout redevient normal. Je passe le sujet en résolu. Un grand merci.

C'est bien 16bits qui est affiché en haut à droite. Je vais laisser le traitement en cours se terminer, afin de fournir à lock042 l'image qu'il m'a demandée, puis je recommencerai du début pour valider. Je me demande pour quelle raison j'ai bien pu repasser en 16 bits.😒

Je vais vérifier cette hypothèse du 16 bits. Cela signifierait que j'aurais modifié un paramètre sans m'en apercevoir. Quant au dithering, j'aurais mis ma tête à couper que ce n'est pas ça. Parce qu'il est censé n'être utilise qu'en cas de bandes (horizontales). Or, dans mon cas, il s'agit de zones qui me font plus penser à des incursions aléatoires de gradient ou des passages brumeux. À moins que je ne sois trop strict dans mon interprétation des bandes.

Même pas le temps de chercher. 🤣 Merci Vincent.

C'est étrange, car c'est cette dernière que j'ai tenté d'installer en tout premier, et je me suis fait jeter au motif qu'elle n'existe pas. Je vais chercher le moyen de l'éluder.

Bonsoir pti-jean, Le temps d'exposition de mes flat est identique à celui qu'il était avant que ce phénomène ne se produise. Il a été établi via la fonction d'automatisation pour me donner une valeur ADU autour de 36000. De fait, j'ai contrôlé une série de flat sur 3 sessions, ils affichent tous 358xx. Une Zwo ASI183MC classique. J'aurais dû préciser que c'est sur le retrait final RBF que cela se produit. J'effectue un premier retrait d'ordre 1 juste après la calibration/dématriçage, puis après avoir terminé l'empilement, recadré et ajusté la bdb par photométrie j'effectue un nouveau retrait, RBF cette fois. Ainsi que je l'ai toujours fait depuis que vous avez implanté cette fonction. Ce phénomène ne s'était jamais produit auparavant, ce n'est que depuis avril-mai dernier qu'il est apparu. Dans ce qui est décrit, les seules choses que je n’applique pas sont l'ajout de diffusion d'erreur et la division - j'utilise la soustraction. Sur quel point dois-je particulièrement porter mon attention ? Pas de problème pour la FITS, je referai un traitement et te l'enverrai.

Encore moi. Toujours sous Ubuntu 20.04 edit : non, c'est la 22.04. J'ai voulu tester la possibilité que mon problème de retrait du gradient soit lié à la version, j'ai donc entrepris d'installer à partir des sources. Je bute sur une dépendance impossible à satisfaire, en l'occurrence lbjxl. Une petite idée ? Merci d'avance,

Bonsoir, Siril 1.2.2 sous Ubuntu 22.04. Je me heurte depuis quelques temps à un comportement quelque peu incongru : le retrait du gradient se lance dans le pastel artistique. N'ayant pas modifié le processus jusqu'à cette étape, je m'interroge sur ce qui peut causer ce résultat pour le moins inopportun. Merci de vos lumières.

Excellentes explications qui m'auraient été bien utiles à une époque... Ce qui me conduit à une remarque en forme de question : si l'on doit rajouter des accessoires, style lunette guide, il est donc préférable qu'ils soient au plus près de la queue d'aronde, et non sur le dessus du tube, comme on le voit dans la majorité des cas, non ?

Pas mal de soucis lors de l'écriture de ce message, beaucoup de 503, de latences, etc. Et je me retrouve avec deux versions identiques à une heure d'intervalle. J'espère ne pas avoir d'autre mauvaise surprise. Si un admin pouvait le supprimer, ça ferait un peu de place. Merci d'avance. Bonjour, Dans le but de minimiser le nombre et la longueur des câbles USB de mon attirail, j'utilise le wifi de la SA GTi comme point d'accès pour le rPI5 et la tablette Android. Cela fait déjà un câble de moins entre le rPI et la monture. Pour ce qui est de la caméra, par contre, tout se complique, car si j'utilise un câble USB3 très court, 50 cm ou moins, cela écroule totalement le wifi de la monture du fait, si j'ai bien compris, qu'il opère en 2.4G. Tout fonctionne de nouveau correctement si je débranche le câble de la caméra ou si j'en utilise un du même genre que celui d'origine, qui fait 2 m de longueur. Comme j'avais un répéteur Vonets VAP11G-300 qui traînait, je me suis dit qu'il serait bien de lui trouver enfin une utilité. J'ai déjà eu à paramétrer un répéteur dans le passé, et même si cela remonte à une bonne vingtaine d'années j'en ai conservé quelques souvenirs que j'espérais réutiliser. Pas de bol : ce bidule (dans la version en ma possession, en tout cas) n'offre pas la possibilité de masquer le réseau à répéter, et crée donc un réseau supplémentaire de même nom en y ajoutant un suffixe. Dans mon cas, il s'agissait de _2.4G. Cela m'a fait tourner en bourrique un petit moment, avant que je ne me rende compte qu'il me suffisait de renommer moi-même ce second réseau en lui donnant le même nom que celui à répéter. Effectivement, dans ce mode le VAP clignote très rapidement en bleu (comme s'il ne recevait rien), mais répète et amplifie bel et bien le signal d'origine. Et, en plus de me permettre de m'éloigner considérablement de ma monture sans en perdre le signal, il me permet désormais d'utiliser un câble USB3 très court entre le rPI et la caméra. Je viens d'ailleurs de trouver d'autres sujets d'autres membres possédant ce même bidule. 😎

Bonjour, Dans le but de minimiser le nombre et la longueur des câbles USB de mon attirail, j'utilise le wifi de la SA GTi comme point d'accès pour le rPI5 et la tablette Android. Cela fait déjà un câble de moins entre le rPI et la monture. Pour ce qui est de la caméra, par contre, tout se complique, car si j'utilise un câble USB3 très court, 50 cm ou moins, cela écroule totalement le wifi de la monture du fait, si j'ai bien compris, qu'il opère en 2.4G. Tout fonctionne de nouveau correctement si je débranche le câble de la caméra ou si j'en utilise un du même genre que celui d'origine, qui fait 2 m de longueur. Comme j'avais un répéteur Vonets VAP11G-300 qui traînait, je me suis dit qu'il serait bien de lui trouver enfin une utilité. J'ai déjà eu à paramétrer un répéteur dans le passé, et même si cela remonte à une bonne vingtaine d'années j'en ai conservé quelques souvenirs que j'espérais réutiliser. Pas de bol : ce bidule (dans la version en ma possession, en tout cas) n'offre pas la possibilité de masquer le réseau à répéter, et crée donc un réseau supplémentaire de même nom en y ajoutant un suffixe. Dans mon cas, il s'agissait de _2.4G. Cela m'a fait tourner en bourrique un petit moment, avant que je ne me rende compte qu'il me suffisait de renommer moi-même ce second réseau en lui donnant le même nom que celui à répéter. Effectivement, dans ce mode le VAP clignote très rapidement en bleu (comme s'il ne recevait rien), mais répète et amplifie bel et bien le signal d'origine. Et, en plus de me permettre de m'éloigner considérablement de ma monture sans en perdre le signal, il me permet désormais d'utiliser un câble USB3 très court entre le rPI et la caméra. Je viens d'ailleurs de trouver d'autres sujets d'autres membres possédant ce même bidule. 😎

Bonjour, Je rencontre depuis le début le même genre de problèmes avec ma GTI, et je pensais en être la cause principale. Je veux bien un retour sur la solution adoptée par le SAV et le résultat final. Sachant que la mienne n'est plus sous garantie. Crdlt,

J'ai eu l'occasion d'utiliser ma batterie hier soir, en réel, pour la première fois. Lorsque je l'ai reçue, la première charge a duré entre trois et quatre heures. Après deux heures d'utilisation hier, monture SA GTI + RPI5 (courant moyen consommé 1,5 A)+ chaufferette (au minimum, certes, mais toute la durée), il n'a fallu qu'une trentaine de minutes pour retrouver sa pleine charge. C'est certes très subjectif, mais cela signifie que dans les mêmes conditions je pourrai tenir une bonne huitaine d'heures. Encore une fois, bien plus que les malheureuses deux ou trois heures habituelles.

Bonsoir, Pour ma part, j'ai opté pour ce modèles-ci, donné pour 40Ah (38 sur l'étiquette de celui que j'ai reçu), largement suffisant AMHA pour alimenter ma SA GTI, mon PI5 (avec abaisseur 12/5) et la chaufferette pendant au moins 5 heures. C'est bien plus que le maximum qu'il m'ait été donné de faire jusqu'à présent. Et ça ne m'alourdit pas ni ne m'encombre outre-mesure. Euh... par contre, je viens de me rendre compte : il a doublé de prix depuis que je l'ai acheté, 61€ contre 130 actuellement hors remise !

OK, j'ai bien pris note de tout ça. J'ai installé PSS, et mon constat est que je ne fais pas mieux qu'avec Siril. Voire moins bien pour le moment. Pour ce qui est de retoucher la map ou recentrer pendant la capture, je serais tenté de te dire : même pas en rêve. D'une part, je fais la map manuellement sur mon télé photo (pour rappel : un catadioptrique 500mm f/8, éventuellement affublé d'un doubleur pour la lune), donc je me vois mal toucher au fût durant la capture pour retoucher la map. D'autre part, je n'ai pas de retour en temps réel sur ma config. au mieux, 1,5 à 2 secondes entre deux affichages. Du coup, s'il me fallait retoucher la map entre deux photos, il me faudrait une nuit entière juste pour 3 min de prises. Enfin, pas de correcteur atmosphérique dans mon attirail. Donc : je focalise, je démarre et je récupère en fin de session. Et j'ai forcément beaucoup de déchets que j'aimerais pouvoir éliminer sans devoir passer en revue plusieurs centaines de prises. Chose qui a priori ne semble pas possible : que ce soit Siril ou PSS, ils retiennent comme bonnes (qualité >95%) des photos voilées par de légers passages nuageux. Avantage pour Siril : il m'est possible d'écarter des images souffrant d'une dérive X/Y. Avantage pour PSS : le traitement des ondelettes est plus intuitif. Pour ce qui est de SerPlayer : les séquences qu'il génère ne sont plus horodatées. C'est peut-être un problème, ou pas. Quoi qu'il en soit, pour l'instant la manière dont il fonctionne ne m'apporte rien de plus. Voilà où j'en suis pour l'instant, et dans l'attente de conditions météo propices. Ou de pouvoir embarquer sur l'héliporteur - quelqu'un a des contacts ? 🤣

J'ai jeté un œil à FC. Je botte en touche pour le moment, comme déjà écrit je commence à peine à m'en sortir avec SM, avec ses disparités entre l'APP et l'OS. J'ai téléchargé la deb mais ne suis pas pressé de l'installer sur le PI (5, sur lequel j'aurais environ 4 Go de mémoire tampon). Me voilà donc avec mon ser qu'à présent je sais charger correctement. Néanmoins, j'aimerais bien pouvoir le nettoyer et ne conserver que les vues qui en valent la peine. Histoire de pouvoir les conserver sans gréver mon espace de stockage. Par ailleurs, je me suis rendu compte qu'après le premier alignement, lorsque je trie les vues selon leur qualité, certaines ayant un haut indice (p. ex. 0,985) me semblent de moindre qualité que d'autres ayant un indice plus faible (0,875). C'est même flagrant sur certaines, avec des contours plus flous. Au final, j'ai presque plus de déchets dans les photos de fort indice que dans celles d'indice moindre. Et j'ai un peu de mal à comprendre.

D'accord, je vais revoir ça, je m'y prends de toute évidence comme un gland. 500 Go pour 14000 photos, parce que je lance une séquence d'une heure pour être tranquille. Et sur ces 14000, j'ai énormément de déchets (j'ai même un oiseau qui traverse le disque sur plusieurs photos). Côté matériel, je veux rester très léger, donc j'ai opté pour la solution PI + pb 5v + StellarMate + SA GTI + pb 12v + ASI 183 + Nikon 500 mm + tablette, ce qui en comptant le trépied carbone ainsi que la barre et le contre-poids me mène autour de 7~8 kg. J'ai eu du mal à apprivoiser Stellarmate, je commence à être opérationnel en moins de 20 min (alors qu'au début il m'arrivait d'abandonner au bout de deux heures), je me vois mal me disperser. Mais je prends bonne note de FC (à voir s'il se compile sous Raspbian). Même réflexion pour Siril, que de toute évidence je peine à utiliser. Du coup, me lancer dans une nouvelle aventure...

Alors... j'ai peut-être enfin compris - enfin, j'espère. Il faut ouvrir le ser avec le bouton Ouvrir de la barre de menus et non via l'ajout de l'onglet Conversion, mais néanmoins cocher Dématricer. Ensuite, dans l'onglet Séquence cliquer Chercher séquence. Puis, dans l'onglet Alignement, cadrer la zone de référence et il est alors possible de cliquer sur Aligner. J'ai peut-être mal lu le manuel, mais je n'y ai rien trouvé qui s'y rapporte. Ah ! si, tout de même, la note qui indique : «Un fichier SER peut être ouvert soit via Fichier et Ouvrir, soit avec le bouton Chercher séquences», qui ne m'avait pas marqué plus que ça, étant donné qu'il n'existe pas de fichier séquence tant qu'on n'a pas ouvert le ser. Je vais poursuivre, et tenter de comprendre comment procéder. Merci, et bonne soirée.

C'est bien ce que j'ai décrit : 3h30 pour dématricer mon fichier ser suivies de 2h40 pour l'alignement, juste pour pouvoir trier ce que je souhaite réellement traiter. Ce que j'aimerais, c'est pouvoir effectuer un tri avant dématriçage et alignement afin d'éliminer physiquement les mauvaises vues et ne conserver que les bonnes. À voir ce qu'il me serait possible d'effectuer via un script shell.

Si je n'ai pas fait de bêtise : chargement du .ser (comme j'aurais chargé une série de raws), séquence Lune, case Dématricer cochée, Go ! et j'ai dû poireauter 3h30.

Bonjour Stéphane, Certain OS me donne de l'urticaire, je peine à m'en débarrasser... Merci pour le lien, qui me semble beaucoup plus pertinent que ce que j'ai pu trouver par moi-même, un peu dans le même genre. Il s'agit bien d'une séquence ser de 500 Go qui, une fois traitée, donne 1,5 To de fichiers dématricés ou 500 si non-dématricés. Le souci est que siril ne permet pas d'aligner des fichiers non-dématricés. J'ai donc, dans un premier temps, dû patienter plus de 3h30 la génération des fichiers dématricés, puis de nouveau 2h40 et des brouettes que l'alignement se termine. Il m'a alors été possible d'invoquer l'outil de photométrie et en indiquant en abscisse la qualité et en ordonnée la dérive verticale, de ne conserver que les 1200 meilleures images. Pouvoir pré-trier sur des fichiers non dématricés m'aurait sans nul doute demandé beaucoup moins de temps de traitement total - à vue de nez, je dirais entre 30 et 45 minutes, eu égard au temps mesuré pour extraire les mêmes 14000 images en non-dématricé. crdlt, J.-Luc