Toute l’activité

En fait j'ai fais le choix que le script choisisse automatiquement en fonction du nombre d'images.

Salut dernière version franchement sympa 👍 Le c8 a la forme !

Ah ah, oui il faut que je prenne le temps de faire ça. Par contre je vais surement avoir encore des questions. Genre quel est l'algo de stacking utilisé ? Je ne vois pas où on peut le sélectionner.

Merci pour le test...qui semble démontrer la supériorité de NoiseX

Du coup, maintenant que ça marche, on attends le retour

Moi aussi : rondelle d'appui sous le support du secondaire, ressort avec écrou papillon pour maintenir le secondaire et pouvoir le régler facilement Mesure de l'orthogonalité du PO (Baader DST) Comme toi : marquage du primaire par le triangle CATSEYE (par l'ancien proprio) mais j'utilise un OCAL

👍👍👍 pareil pour moi. Et, bien que maintenant j'utilise de plus en plus mes "smarttélescopesintelligentsconnectésdelamortquitue" (avec une paire de jumelles à portée de la main quand même...) j'ai besoin d'être dehors, à coté du matos quelque soit les conditions météo. Même en hiver avec le froid en altitude, je recherche toujours ce plaisir d'être en pleine nature sous un beau ciel de montagne.

Merci Fred pour ce comparatif, intéressant. Dans Pix ou Siril, tu as également DeepSNR qui fonctionne bien également, en linéaire ou étiré: https://starnetastro.com/cli-tools/deepsnr/

1. Je n'ai pas cherché à faire beau. 2 J'ai toujours poussé les curseurs au taquet : le but est de mettre en évidence leur qualité mais aussi leurs défauts. 3 ces essais ne sont valides que pour ce type d'objet (IFN) pour les nébuleuses à émission/galaxie, rien n'indique que c'est valable. 4 le site de Syqon montre un bel exemple de bruit en pluie corrigé par leur algo (walking noise) mais mes essais ne me donnent pas de résultat comparable.* version full https://avex-asso.org/ftapissier/comparatif_desnoise.png (affichez l'image dans un nouvel onglet puis zoom à 100%) *ceci dit Syqanon a une approche du traitement qui me semble être l'avenir du traitement astro, son approche est particulièrement réjouissante (vrai calque entre autres et calque "historique")

Alors il va falloir attendre la prochaine mise à jour du firmware par ZWO. Si tu abandonnes momentanément l'idée d'imager Soleil et Lune et que tu fonctionnes en mode EQ, l'étalonnage de la boussole n'est pas nécessaire pas plus que la mise de niveau : je ne l'ai fait sur aucun des mes trois S50 pro et j'en suis à 7 sorties depuis début septembre. Eric

Merci de vos retours, au sein de mon club je devais trouver 2/3 amis pour partager le trajet et le rendre plus facile, à suivre.

Et pour la base Skywatcher, le réglage ABSOLUMENT NÉCESSAIRE A EFFECTUER :

Compatible Mac OS: LuckyStackWorker_User_Manual.pdf

@sebseacteam Je regarderai ça. Je dois aussi voir ce qui se fait sous Mac.

Le pb de leur analyse, c’est qu’ils n’ont jamais fait le lien entre la carence en dynamique et des défauts de l’image elle même : ils n’ont pas mis en évidence de zones manquantes, brûlées ou posterisée dans l’image source. Ils ont simplement extrapolé 10bits sur leurs propres images. Mais oui, on verra sur les tests, là il y aura matière à critiquer.

Ok alors peut être voir ici: https://www.wilcokas.com/luckystackworker Si pas déjà vues: Je ne dis pas que ton workflow n'est pas bon hein C'est juste pour découvrir si tu ne le connais pas ce nouveau logiciel bien adpaté au planétaire et qui peut donner une version différente, pas forcément mieux ou mieux selon les cas. A tester par jour pluvieux, ça occupe

Non. Toujours AS3, astrosurface, winjupos et photomator

Pas forcément si ta caméra avec une grande Full Well. Faut voir sur l'image empilée linéaire si tu peux voir du détail ou si tous les pixels sont full. Si pas cramé alors faire un trèèès léger stretch, tout le reste de la nébuleuse sera invisible, normal. Ensuite tu colles avec un calque + masque de fusion. Voici ma version de cette année: et des détails du traitement ici:

non les cartes ont des specs non tenues sur un lot d'achat. Certaines fonctionnent très bien d'autres non, je cherche une référence plus fiable. Mais merci pour la propal

Oui, l'analyse des brutes du Draco commentées sur CN mais également faites ici par Philippe montrent quand même une carence en dynamique, il ne sera pas évident aller chercher des faibles valeurs sans obtenir des étoiles saturées et non gaussiennes, c'est un exemple, surtout avec des poses de 300 secondes. Mais ce sont des élements obtenus sur les images de test et rien ne dit que le capteur sera livré en cet état sur les versions commercialisées. Donc on verra.....

merci pour ton conseil, vue les poses de 5 mn, c'est ce qui explique que le cœur est cramé mon défaut c'est que j'ai tendance à toujours faire des pose de 5 mn , il faudrait que je descende les temps de poses Yves

Salut, Si je comprends bien, tu as fait un focusser pour une caméra de guidage hors axe. Tu la controle avec un arduino nano qui controle et allimente un des petits moteurs pas a pas avec la réduction interne de vitesse... Mais tu as des problèmes de cartes qui marchent une fois sur 2... Tu ne décris pas le pb de la carte. Qu'est ce qui ne vas pas? Un port USB 2 OU 3 ne délivre que 0.5A max... Un port USB C est sensé délivrer 0.9A Est ce que tu ne serais pas en limite de puissance? Bon, sinon je suis d'accord avec les autres qui disent que tout ca c'est des "vieux" trucs 🙂 Maintenant, on utiliserait un esp32 (C3 super mini dans ton cas) et un TMC2209 avec un nema 17 "pancake"... Tu peux toujours les programmer avec arduino IDE. Si tu veux j'ai des PCB toutes faites. Cyrille

@gehelem je suis bien au courant mais je cherche à switcher un existant sans tout refaire.

De nouveau le problème d'étalonnage de boussole, cela devient très chiant. Et ce n'est pas un problème de parasitage ...