COM423

En plein Covid... ? Par contre l'image à l'AP130 est très belle, j'encourage vivement à cliquer le lien

J'ai profité de la froideur de la dernière nuit (-5,5 °C au petit matin) pour illustrer cette protection : On visualise mieux la gelée blanche que la buée Pour illustrer c'est mieux (pour l'observateur pas sûr !)

Ces images sont vraiment superbes ! Merci pour cette carte de voeux qui ne peut que nous remonter le moral à tous en cette période si particulière. Comme wilexpel, la simple évocation de ton nom me fait remonter des souvenirs de jeunesse, l'évocation de télescopes géants près de Grenoble, à une époque où ce n'était pas si courant en France et de fabrication perso en plus, ce qui renforçait encore plus la légende. Très bonne année également !

Triste pour toi pour l'éclipse, c'est rageant une météo aussi cruelle... Pour la conjonction, quelle image ! C'est au-delà de magnifique, un cran au-dessus de ce qui a été publié jusqu'à présent en la matière sur l'APOD, chapeau bas. Très bonne année,

Oui c'est bien pour çà que j'ai proposé que l'utilisateur ne saisisse non pas directement le temps de déplacement en alpha (x ms) ou en delta (y ms) mais bien une valeur MINI et MAXI pour chaque et le soft calcule un nombre aléatoire entre les bornes saisies. Il peut aussi jouer sur la direction : RA+/RA- et indépendamment DEC+/DEC-. Encore que pour la déclinaison, je ne sais pas si c'est une bonne idée de changer de direction à cause du backslah... ? Cette histoire d'escargot, c'est ce qui se passe en mode autoguidé ?

Voici un exemple édifiant (et convaincant) , merci beaucoup @ALAING ! Donc, l'idéal serait vraiment que le soft d'acquisition prévoit un décalage en alpha et en delta aléatoire et paramétrable. Ça ne semble pas compliqué à mettre en oeuvre (à moins que j'ai raté quelque-chose ?) , un algo du genre : entre 2 poses successives, déplacer la monture : pendant x ms en alpha, et y ms en delta, avec les valeurs de x et y à calculer de façon aléatoire sur la base d'un valeur mini et d'une valeur maxi librement saisies par l'utilisateur. Pour permettre à la monture de se stabiliser il faut attendre z ms avant de lancer la pose suivante, et le tour est joué non ? En gros, c'est ce que l'on ferait à la main, en supervisant les poses une par une. Mais ce n'est clairement pas la philosophie de le faire manuellement si on acquiert une ASIAir.

Je ne suis pas certain d'avoir compris ce que sous-entend le terme "dithering", alors tant pis au risque de passer pour un ignare je pose la question : s'il faut juste éviter que le signal des étoiles tombe toujours sur le même groupe de pixels, la dérive sinusoïdale donc certes plus ou moins périodique de la monture va revenir sur les mêmes pixels au bout d'un cycle ( si le suivi est parfait, ce qui n'est jamais complètement le cas ) mais on a bien un signal qui change de pixels entre les images successives, alors pourquoi n'est-ce pas suffisant en pratique ?

Combien travaillent en poses courtes en pratique ? Sur le ciel profond, on est libre du temps individuel d'acquisition, ce qui n'est pas le cas pour les objets end éplacement par rapport aux étoiles... Mais du coup, les imageurs de ciel profond en poses courtes n'ont-ils pas ce problème d'absence de dithering en pratique ??? Malheureusement, ce n'est pas si simple : IMPOSSIBLE avec un OAG (la comète étant au centre, le prisme latéral ne renvoie pas son image) et gros risque de flexion si on guide en // avec un second instrument pas forcément adapté pour avoir un bon signal sur une comète, objet étalé et souvent plus faiblarde qu'une bone étoile-guide... Pour le dithering, je pensais tout simplement à une option logicielle bougeant la monture de façon aléatoire entre 2 poses (courtes) successives de dx pixels en alpha et/ou dy pixels en delta, le tout bien sûr avec un petit délai temporel, paramétrable, avant de lancer la pose suivante. Ça paraît assez simple à faire mais il faut que ce soit dans le soft gérant les acquisitions. Après je me pose peut-être trop de questions, n'ayant (pas encore, le père Noël a du retard ) le matos pour tester...

Merci @Sauveur pour cette planche superbe et ce bien beau message. Très bonne année également !

Faisable oui, mais totalement ingérable en pratique ! J'imagine pas faire çà toutes les 30s par exemple entre chaque pose...

Mince , ce n'est pas une bonne nouvelle et un gros manque logiciel de la part de ZWO à mon sens. En effet, le choix de faire des poses "courtes" (on va dire moins de 2 min, temps raisonnable pour que la monture suive avec des étoiles rondes avec juste le suivi de base, sans autoguidage) peut résulter : de la simplicité de ne pas vouloir se lancer dans l'autoguidage (n'est-ce pas @airbus340 ) et c'est d'ailleurs tout à fait compréhensible, mais aussi d'une nécessité si on image un astre en mouvement... Prenons l'exemple d'une comète se déplaçant typiquement à 0,5 arc/min, avec la taille des pixels CMOS et l'échantilonnage associé souvent vers 1 arc/pixel, on ne peut pas dépasser les 2 min de pose. Il est donc assez tentant de faire un autorun avec des poses courtes. Ma G11 actuelle est totalement incapable d'assurer des poses non guidées avec des étoiles rondes au-delà de 30s avec un échantillonnage de 2 arc/pixel (CCD), c'est un peu déprimant d'un côté, mais d'un autre côté le dithering se fait du coup naturellement sans aucune intervention ! Par contre, j'ai cru comprendre que l'AZ-EQ6 tenait la route jusqu'à près de 2min avec un échantillonnage pourtant 2x plus petit (1 arc/pixel) et ce qui est un avantage au 1er abord pourrait donc se retourner comme un inconvénient si la monture suit trop bien et que le soft d'acquisition n'a pas prévu de dithering pour les poses non autoguidées, c'est bien dommage !

Ils ont l'air d'avoir vraiment bien fait les choses ! Petite question : comment les variations de T°C et temporelles se cumulent-elles (c'est du "et" ou bien du "ou" les conditions cochées) ? Je veux dire : si la température a varié de 1,5°C en une heure et qu'on a demandé un delta-T de 2°C mais qu'on a aussi demandé toutes les heures, il contrôle la foc du coup ? Merci pour cette précision (je peux pas vérifier moi-même, n'ayant pas encore le matos...)

Bonsoir, En shootant la conjonction Jupiter-Saturne le 22 décembre, outre les photos classiques déjà publiées dans un autre post, j'ai aussi tenté de courts films avec l'APN (EOS600D) et j'ai deux petits .mov à disposition dont Siril ne veut pas... Avant de chercher un convertisseur de format (en .ser ou .avi a priori), je me posais la question de savoir si çà vaut le coup de s'escagasser avec ce genre de film ou bien si c'est peine perdue ? A défaut d'une vraie caméra rapide c'était pour tenter de sélectionner les meilleures images en poses courtes pour mieux figer la turbulence, mais je crois que le .mov est un format avec perte (?) et je n'ai pas trouvé d'autres possibilités avec le 600D. C'est un domaine que je n'ai jamais exploré pour lequel je suis donc un ignare complet. Merci beaucoup à ceux qui ne le sont pas et ont déjà pratiqué pour votre éclairage. Très bon réveillon.

C'est une planche magnifique et très diversifiée ! Pour la météo prévue c'est super du coup puisqu'ils se trompent tout le temps Plus sérieusement : AlainG complètera mais je reconnais là les tableaux de meteociel.fr, site où on peut même avoir des prévisions détaillées plus fines et heure par heure avec 2 modèles : Arome ou WRF, très pratique à l'usage !

Merci @lpistorpour cette précieuse information, c'est une excellente nouvelle ! Il y a pas mal de mises à jour que je dois faire (je suis encore en Ubuntu 16.04...) mais celà prend du temps, bon j'ai mes bonnes résolutions pour 2021

C'est fou tout ce qui existe, voici encore une possibilité que j'ignorais totalement... Merci beaucoup @ValereLpour ce tuyau !

J'avais compris Moi aussi je taquinais...

Alors c'est pas le style métropole mais son inverse... 34' ce soir, c'est effectivement bien mieux que la dernière conjonction du 28 mai 2000 avec 1°09' de rapprochement minimal Plein d'infos historiques intéressantes sur le site de l'observatoire de Paris : https://www.imcce.fr/news/conjonction-exceptionnelle-jupiter-saturne

Merci beaucoup @Lucienc'est super sympa. Ah ben voilà, à défaut de partager le même goût pour l'OS de son ordi, sur la région là par contre je te rejoins

Merci @airbus340 mais pour ma part encore 2 mois de patience, avant de pouvoir jouer avec, moi aussi...

Oui ça devait être çà, car aujourd'hui çà marche du premier coup ! Merci beaucoup pour le tuyau. Je ne maîtrise pas Wine mais il est en 32 bits (alors que mon Ubuntu est en 64 bits), faut que je regarde çà pour voir s'il y a moyen de le configurer autrement, mais toutes ces manips demandent du temps...

Bien sympathique cette image du couple de fin d'année ! Par contre, n'y aurait-il pas de l'eau dans le gaz car les deux paraissent moins proches, non ?

J'ai essayé 2 ou 3 fois hier aprem. Je vais retenter alors !

Ouh là là, comment dire... Joker, car je ne veux pas lancer de débat qui ne serait vite plus maîtrisé

Ah, voilà une fonctionalité que j'avais loupé alors ! J'avais compris qu'il fallait absolument lui fournir directement du .ser... Pour le traitement, oui je confirme : une fois le .mov converti en .ser (avec PIPP du coup) Siril a été au top pour le compositage sélectif (et très intuitif côté UI !).