krotdebouk

Il y a quand même moyen d'atténuer ça avec les masque de couleurs de Pix : Script/Utilities/ColorMask et même mieux, ColorMask_mod (clic-clic)

On va passer vite sur cette étape... Et maintenant, Twingo ! Il a fallu que je mette Hôte = localhost dans NINA. Je l'avais peut être enlevé, je ne me souviens plus.. C'est super, merci

Il est plutôt pas mal ce triplet, bravo ! Et oui, il y a un petit soucis dans le bleu qui provient très certainement de l'optique. J'avais ça avec une ancienne lunette, la SW Equinox 80 et on m'avait recommandé d'utiliser un filtre Astronomik de la série L1, L2 ou L3. J'ai fini par acheter le L3.. mais je ne l'utilise pas avec la lunette remplaçante, une SW Esprit 80. Par contre il est actuellement devant ma 294MC sur un RC8, c'est un filtre de luminance. Le seul bout de verre dans le chemin optique est le réducteur. J'ai imagé le triplet du lion il y a quelques semaines. Sur ce crop, il y a une calibration de couleurs avec Pix (SPCC) et un peu de saturation de couleurs : Sur la lunette c'est finalement un CLS que j'utilise mais le L3 devrait le remplacer prochainement bien que je ne sache pas si j'ai réellement le soucis dans le bleu..

Il semblerait, en tous cas pour moi.. Je n'ai pas réussi non plus à piloter ma monture depuis Stellarium alors qu'avec CdC c'est assez simple. @Pascal76 Donc c'est possible à faire fonctionner ! Un petit service.. Pourrais tu m'indiquer le n° de port utilisé, 8090 dans mon cas car c'était celui de NINA par défaut. Merci d'avance.

Bonjour-bonsoir On peut charger les coordonnées d'un objet dans NINA en cliquant sur "Obtenir les coordonnées du logiciel de planétarium". Ca fonctionne impeccable avec CdC mais je n'arrive pas à faire la même chose avec Stellarium. J'ai activé le plugin Remote Sync dans Stellarium (load at startup), renseigné le n° de port, activé le serveur... rien à faire, ça marche pas Je loupe forcément un truc mais lequel ? Plan B mais je ne sais pas comment faire, ajouter des catalogues dans Cdc ou dans NINA.. l'objet convoité qui m'a montré la lacune est LDN 1100. Merci !

J'ai eu le Starizona x0.4 sur un C9XLT, pas genial en photo... Il etait prevu une v2 de cette chose, je ne sais pas ce qu'il en est.

En photo confortable, clairement oui. Il n'y a pas que le poids du tube, il faut ajouter celui de l'APN ou caméra, réducteur ou correcteur, motorisation de la MAP, système de guidage et prendre en compte l'inertie causée par un tube long. Je te conseille de faire quelques simulations de champs sur les objets avec les focales de 750 et de 1000 (à capteur constant évidemment) pour juger de la différence entre les deux.

Je te laisse modéliser le truc

Deux liens potentiellement intéressants : A la place du PoleMaster il est possible de mettre un viseur polaire mais un viseur polaire, ça se règle.. : https://starlighthunter.com/articles/az-gti-equatorial-mode/ En mixant tout ça + impression 3D il doit y avoir moyen de faire un truc pas mal Je ne me suis pas attardé sur Freecad mais parmi les logiciels de modélisation, il y a aussi fusion 360 (gratuit pour un usage privé) avec également des tutos à la pelle.

Je la connaissais pas et j'ai compris le truc en allant voir sur le net ce que ça donne avec un peu plus de focale. Elle est pas bien épaisse, je passe mon tour et bravo à toi !

Ca évite de se faire refourguer un M3 au prix d'un M13 !

Je préfère les faire moi même, je retiens mieux : L'expérience, c'est le nom que chacun donne à ses erreurs.

Moi je l'ai vue avec mon C11, grâce à ce tuto

Je l'ai fait ressortir, maintenant sur M13 tu ne verras plus que lui

Juste une question : quel est l'intérêt d'un SC Edge sur une monture Nexstar ? Le Edge est plutôt destiné à l'astrophoto avec un grand capteur, donc majoritairement CP mais la monture n'est pas équatoriale donc rotation de champ. J'ai eu un C9XLT et maintenant un C11XLT mais je ne fais pas de visuel. C'est si gênant que ça d'observer dans un SC non Edge ? Ce genre de setup est une énigme pour moi..

@180Vision @sebseacteam et likers : merci ! M13 a été une de mes premières cibles en astrophoto ou plutôt en astrofiasco, il y a un début à tout. Contrairement à ce qu'on pourrait croire, l'image en dessous est bien en couleurs.. J'y suis donc revenu hier soir en me disant que ça restait jouable comme objet malgré la pleine lune, après tout il n'y a quasiment que des étoiles et des couleurs

Je ne fais plus de darks non plus : Gain unitaire/offset fixe + toujours à -10°C avec 50darks pour 4 temps de poses principaux fait dans le noir total (60/90/120/180s)

Bonjour à tous ! Pas de nuages hier soir, que la quasi pleine Lune. Super.. j'en ai donc profité pour faire un peu de ciel profond. Voilà donc "lamadercule" capturé avec une ASI294MC + Astronomik L3 sur un RC8 et son réducteur CCDT67 pour 1090 mm de focale résultante (F/5.45, 0.87"/pix). Il y a 636 poses de 30" (5h18) pour ne pas trop cramer le centre de l'amas ou exploser le fond de ciel avec cette magnifique pleine Lune. Le Y est là avec quelques tachouilles, content NINA + full Pixinsight_Xterminator.

Il y a un loup quelque part

Aristarchus : https://ap-i.net/avl/fr/download

Journée soleil pour moi aussi, ma Lunt 60 n'en revenait pas.. Le disque est pris avec une Player One Neptune-M (IMX178) et les deux autres images avec une ASI290 + Antares x1.5 Traitement Astrosurface, bien ce logiciel

Tu pourrais poster ton master flat en .fit ?

Petit complément que je viens tout juste de trouver sur le forum du visuel assisté : https://www.astronomie-va.com/forum/viewtopic.php?f=16&t=3701 Merci à Djibi d'Astronomie VA

Mauvais plan, BXT a été conçu pour utiliser le bruit dans les calculs : Performing noise reduction, for example, prior to using BlurXTerminator is not recommended. BlurXTerminator's neural network has been trained to recover detail in the presence of noise. Most noise reduction techniques alter or destroy the low-contrast information at fine pixel scales needed for this. Google trad : Effectuer une réduction du bruit, par exemple, avant d'utiliser BlurXTerminator n'est pas recommandé. Le réseau neuronal de BlurXTerminator a été formé pour récupérer les détails en présence de bruit. La plupart des techniques de réduction du bruit modifient ou détruisent les informations à faible contraste à des échelles de pixels fines nécessaires pour cela. Les deux seules choses qu'on peut faire avant sont le retrait du gradient et une calibration de couleurs. Ca m'arrive d'augmenter un peu la saturation avec LRGBCombination. Contre intuitivement, il faut diminuer la valeur.. Je fais le mixage LRGB avec des images linéaires, SPCC ne fonctionne pas sur des images non linéaires. Mais il m'est arrivé d'avoir des résultats étranges et quand ça m'arrive (rarement heureusement), je délinéarise avant mixage et je règle les couleurs à l'œil avec plus ou moins de réussite... LinearFit, j'y arrive pas.. SPCC fait du bon boulot tout seul ! Essaye le script EZ Soft Stretch : https://darkarchon.internet-box.ch:8443/ Ca ne vaut probablement pas le dernier process à la mode, GeneralizedHyperbolicStretch mais je n'ai pas pris le temps de regarder les tutos. Le prochain coup, ou celui d'après.. Je le fais juste après la montée d'histo sur l'image LRGB, les étoiles ont normalement pris leur couleur. En SHO je triche pour les étoiles.. Je fais un starless sur chaque couche et je me sers des étoiles de chaque couche pour faire une pseudo stars_RVB. Me demande pas à quoi correspondent les coefs du pixelmath, je n'en sais rien, je l'ai trouvé tel quel. Puis je remets ces étoiles sur la SHO starless. RGB_from_SHO.xpsm