rmor51

Le bureau à distance c'est avec Win. Je suis sous Linux. J'ai regardé pour Rustdesk. Il est spécifié que c'est pour prendre le contrôle d'un smartphone ou d'une tablette à partir d'un PC. Pas l'inverse apparemment. Mon besoin est ponctuel. Sinon, j'utilise Nomachine pour prendre la main sur Stellarmate Pro ou le RPI5 ou mon mini-PC, sous Linux bien sûr.

Installé sur ma tablette. Cependant sur l'écran, je n'ai pas indiqué l'adresse de connexion de la tablette. Je ne peux que me connecter à partir de la tablette vers le RPI5 ou mon PC desktop. Hors, là je voudrais connecter depuis mon PC vers la tablette sur laquelle tourne Stellarmate afin de faire des copies d'écran pour une doc. J'ai donc besoin de l'adresse de connexion de la tablette ! ??

Merci, j'avais pas fait attention Merci, j'avais pas fait attention au tableau de chargement.

Dommage qu'il ne soit pas dispo pour ma tablette Androïd. Une question. Rustdesk fonctionne sur le même principe que Anydesk, dispo sur Androïd. On donne l'adresse du système auquel on veut accéder. Avec mon Stellarmate Pro ou mon RPI5, je n'ai pas d'écran lors des sessions. Est-ce que l'adresse que l'on obtient chez soi, avec un écran reste ensuite la même, à réseau identique s'entend ?

Avec un 135mm tu as un champ d'environ 18°. Avec un 16mm se sera 160° environ. Ce dernier est mieux adapté pour une voie lactée car il l'englobera en totalité. Le 135mm est plus adapté aux objets étendus, comme NGC7000, M42 et IC434, bien qu'un 200mm aurait ma préférence.

Chacun voit midi à sa porte et cultive son jardin. Amen !

Chacun voit midi à sa porte. Mes séances d'astrophoto se passent très bien. Au point qu'une fois lancé, je vais faire autre chose, sans aucune surveillance. J'ai même été surnommé monsieur canapé lors de nos séjours en Dordogne ! Et quand je lis toutes ces discussions sur Ascom, phd2, et autres, je suis très satisfait d'avoir changé de monde. Et si le changement n'est pas le propre de l'homme, c'est tout à fait faisable.

Je n'utilise pas Stellarmate sur le RPI. J'accède directement à Kstars, chose que l'on ne peut pas faire avec l'ASIAir, sur une tablette avec une souris Bluetooth. Je préfère l'ergonomie de Kstars à celle de l'app.

Il y a des affaires à faire en ce moment avec tout un tas de PC non compatible WIn11. J'ai acheté un Dell i7, clavier avec pavé numérique, 2 emplacements NVME, 16 Go de RAM et NVME 512 Go pour 280€ en occasion dans une boutique, avec 6 mois de garantie ! Idéal pour y installer Linux !

Pour avoir testé ce logiciel, je suis raccord avec ce jugement. Évidemment, que l'on s'habitue à tout et c'est difficile de comparer quand on ne fait pas de comparaison.

Donc, on part du principe que l'alignement polaire est correct. Pour le calibrage du ciel, ce qui importe est une localisation et un horodatage correct. Une erreur de 1h et on aura un décalage de 15° ! Pour éviter tout souci, je saisis l'heure locale moins 2h l'été et 1h l'hiver. Le paramètre décalage reste à 0 et le paramètre Daylight saving (heure d'hiver/d'été) est mis à N. Si les données sont correctes, l'étoile sera dans le champ, peut être pas vraiment au centre. Avec la raquette on la centre et on fait une synchronisation. Avec KSTARS, je ne pratique ni Sharpcap ni NiNA, la recherche des étoiles, spécifiées manuellement ou générées automatiquement, le centrage et la synchro sont fait par le logiciel. Plus de détail dans la documentation française de KSTARS, disponible sur ce site, dans la rubrique logiciels.

Lorsque les tailles d'images sont identiques, ça ne pose pas de problèmes. Par contre, avec une ASI183MM et une QHY183MC, je n'ai pas réussi le mariage, les images différaient de quelques pixels en taille. Autre exemple, une ASI183MM et une ASI533MC. Dans celui-ci en outre, les tailles des pixels sont aussi différent.

Justement, on ne touche pas à la raquette pour aligner la polaire. On joue uniquement sur les molettes d'ascension droite et d'altitude !!

J'abonde dans ce qui vient d'être dit. En passant par un logiciel d'astrophoto, on se simplifie la vie. Avec Kstars, MES avec ou sans polaire, plus étalonnage sur 3 étoiles, le tout par astrométrie, ne me prend pas plus de 5 minutes. Hier soir, j'ai fait de l'empilement avec ALS avec les images capturées par Kstars.

Dans le menu traitement.

Epicycles, ether, catastrophe UV, inflation, matière noire, énergie noire, ......

Je suis d'accord que le temps de regard en arrière est bien de 13,7 milliards d'AL au maximum. Cependant l'expansion a porté la distance de cet horizon à environ 45 milliards d'AL.

Pas clair du tout !

Localisation et horodatage. Selon les raquettes ça peut être piégeux. Le fait que l'angle horaire de polaris n'est pas bon montre que c'est un problème d'horodatage. Pour ma part, je rentre l'heure locale -2, en été, et pas de daylight saving. L'erreur de cône n'explique pas de tels écarts et ça ne se constate qu'après le retournement au méridien. Les freins sont-ils bien serrés ?

Une info, révolutionnaire à mon sens si elle est avérée, parue ce jour sur Futura Science. La Chine a réussi à faire fonctionner un réacteur à sel fondu au thorium, en le rechargeant sans l'arrêter ! Sacré prouesse ! Alors que notre pervers narcissique avait arrêté d'un trait de plume toute recherche sur cette filière en 2017 ! Cela ouvre de réjouissantes perspectives en termes d'énergies, sans changer d'un iota le sujet de notre comportement, base de toute révolution, sur le freinage du réchauffement et de notre adaptation.

Je n'ai jamais utilisé l'ADC sur la Lune avec mon Mak180. Les puristes diront que oui, parce que ceci, cela.

Ekos est le module d'astrophoto, intégré dans Kstars-bleeding. Pour le lancer, il y a une icône dans la barre d'icône, un dôme. Cliques dessus et la fenêtre Ekos apparaît. Ou par le menu Outils. Par un clic droit, dans une zone vide de cette barre, on peut mettre un texte sous les icônes.

Bonjour, depuis la sortie de la V1.4, je me heurte à un problème de dépendance avec libavcodec. Il faut une version >= 7.7.0 et avec Ubuntu 24.04.2LTS la version est 7.6.1. Existe-t-il une solution SVP ? Le 27 Avril il fallait attendre une semaine pour la correction, dixit Vincent !

En première approche le masque de Bahtinov donne le meilleur résultat en un minimum de temps. Ne pas oublier de l'enlever ensuite avant les captures ! Motoriser sa MAP, pour ma part, serait la première chose à faire. Même en visuel, c'est un confort incomparable que de ne pas subir les vibrations du tube avec un réglage à la mano. Dernière étape, le moteur de MAP. Ils sont de 2 types: le plus simple comporte le moteur, piloté par un dispositif raquette ou bouton rotatif. C'est aussi le moins cher. Le second est destiné à être piloté par un programme informatique et comporte en plus une carte électronique. Il est aussi plus cher. Il est aussi pilotable avec une raquette en général. Moteur SIMPLE Un moteur à BOUTON ROTATIF Moteur ELECTRONIQUE

Il n'y a pas point très concentré. L'univers s'est mis à enfler de partout et comme il est infini, borné au pas, il n'y a pas de centre. Le rayon de l'univers observable est d'environ 45 milliards d'AL. Le taux d'expansion, pas la vitesse, est d'environ 70 km/sec/million de parsec, à ce jour. Pas sûr qu'il est été constant depuis le départ.