rmor51

J'utilise l'émulateur Wine pour AS4 et Registax6 sans aucun problème de vitesse.

Précision, je suis sous OS Linux.

J'ai essayé d'utiliser IMPPG, mais je n'ai pas obtenu de résultats ébouriffants, notamment sur les protubérances. A ce jour, ma chaîne de traitement est Autostakkert, Registax6 et le process SolarToolBox de Pix. J'ai commencé à tester PlanStax sans obtenir de résultats équivalents pour l'instant.

8 Go la vidéo ! Ce n' est pas la première fois que j'ai ce problème avec des images solaires. Il faudrait que je reprenne des films lunaires pour tester. Comme je suis en convalescence, je n'ai pas encore la possibilité d'y consacrer beaucoup de temps.

Bonjour, pour l'instant je n'ai que des images solaires en Ha à traiter. J'ai pris le même SER que j'ai traité comme d'habitude avec Registax et avec Plan Stax. J'obtiens systématiquement des artefacts sur le bord du disque. Je me suis arrêté à l'empilement.

Ont-ils envisagé l'encrassement des miroirs par les poussières et donc la diminution drastique de leur rendement? Lui Cixin a écrit une nouvelle sur ce sujet, le Soleil de Chine.

Pas de Pixastro sur le Play Store !

J'ai eu la chance d'avoir le couple Ha-OIII/SII-OIII pour 300€ avec un membre du club !

Pour 299$, on peut avoir un tube mixte cam-visu à mettre sur une AZ-GTI ou similaire , donc en équatorial. En Alt-Az ça doit être un peu limité, non ?

Nomachine est devenu payant également.

Linux bien sûr !

J'ai traité une vidéo du Soleil. Que l'empilement soit fait en auto ou en manuel, le résultat comparé à AS4! est différent: Il y a des artefacts sur le pourtour de l'image de PlanStax qui est plus sombre aussi. Les ondelettes sont beaucoup plus agressives que celles de Registax, que ce soit en linéaire ou en Dyadic, en Gaussien ou B3-spline. Par contre, en partant d'un empilement d'AS4! c'est moins flagrant. On ne peut pas spécifier un nombre de degré pour la rotation. A voir sur d'autres traitements.

Soleil du 16 Octobre 2026. Traitement avec PlanStax, clone de Registax (voir dans la rubrique Logiciels du site). Film de 1000 images, 200 retenues. Finalisation avec Solar Tool Box de Pix. NB: Depuis quelques jours, j'ai un phénomène de différence de clarté sur le capteur, chose que j'avais aussi avec la 183MM. Je devais positionner le Soleil sur une partie du capteur ou le phénomène était moins prégnant. Difficile à faire avec la 678M et son capteur plus petit. J'ai essayé avec une bague de tilt, sans résultat et avec 40mm d'ouverture, inutile à priori. D'où cela peut-il provenir ?

J'ai eu droit à une télémaintenance qui a bien constaté que Rustdesk ne se lançait pas en service lors du boot. Une prochaine version corrigera ce problème . Encore un point à vérifier. Que le service soit lancé avec un mot de passe par défaut pour pouvoir être utilisé dès la première connexion. Quitte ensuite à le personnaliser .

Bonjour, Je viens d'installer le plugin sur FC v2.7.15 Linux J'ai hâte de le tester, mais la météo aujourd'hui ne le permet pas. Sur le pdf, il y a un problème avec le lien qui renvoie sur l'italien. Belle réalisation.

Premier essai avec une Jupiter. La partie alignement-empilement m'intéresse moins, Austakkert étant très performant et j'y suis habitué. La partie ondelette: on retrouve bien le fonctionnement de Registax6, qui a mon sens n'a pas été égalé par Astrosurface en terme d'ergonomie. La partie finition est moins complète que celle de Registax6, mais suffisante. La fonction crop est néanmoins manquante et nécessaire. Le rafraichissement de l'image en temps réel est un plus par rapport à Registax6. L'interface est claire, ergonomique, trop sombre à mon goût.

Une version Linux m'agréerait bien, merci Claude !

Et ?

Sinon un calcul approximatif pour choisir une caméra. Taille des pixels x 5 donne la focale qui va bien en mm. Avec des pixels de 3,5 micromètre, F=1750mm

Ce n'est pas fait pour le planétaire mais le CP. Firecapture est très bien pour les planètes .

Avec ma 2600C, je ne fais pas de dark avec des captures refroidies à -10°C. J'utilise un bias synthétique dans Siril et il ne reste que les flats à faire si nécessaires.

la commande sudo systemctl enable --now rustdesk.service fonctionne en ligne de commande. Mais au boot suivant, rustdesk n'est pas lancé. Cette commande dans .bashrc, s'exécute bien, mais au bout d'un délai assez long, une fois le boot terminé. Il faut être patient.

J'ai mis la commande dans .bashrc, sans succès. Si on la tape dans un terminal c'est OK mais c'est inutile dans ce cas là. En fouillant dans les fichiers, j'ai trouvé que normalement il est bien lancé au boot, sauf qu'il n'est pas actif. Dans .config/autostart, il y a un fichier rustdesk-reset.desktop qui contient: reset-rustdesk.sh contient:

Rustdesk fonctionne comme Anydesk ou TeamViewer. Le seul souci que je rencontre pour l'utiliser avec mon Stellarmate Pro serait que le service soit lancé au boot. Ce que je n'arrive pas à faire sous ArchLinux.

Nomachine détecte automatiquement les machines sur le réseau. On n'a pas à donner leur adresse IP. On installe et on utilise. Mais il est devenu payant sans version libre pour un usage personnel.