Aperçu

Et pour qu'elle raison, juste par curiosité ?

Et le problème de ses scripts sont surtout que la version d'indi est en hard-codé dedans et du coup ça git pull cette version du tag, et non pas le dernier tag...quand j aurai le temps je forkerai son repo et y ferai qq améliorations...un jour ^^. Pour Kstars, je préfère l'avoir sur un poste client plutôt que sur le Rpi

Je suis passé en Ubuntu desktop 24.04 et install sans problème. Jasem a dit qu'il allait examiner le problème, en date du 6 mai. Toujours pendant apparemment.

@HamHam J'ai regardé ce que font les scripts, en fait ils clonent le repository git de différents outils comme kstars et indi et font une compilation des binaires, donc ce n'est pas un problème de ne pas avoir de binaire pré-compilés pour Raspbian (c'est juste que la compilation peut être un peu longue) J'utilise aussi un raspberry distant, mais en plus de indi j'y fait aussi tourner kstars, cela permet d'avoir un tout en un autonome (et peu consommateur en énergie, vu que je suis en nomade donc sur batterie) pour la prise de vue, et je me connecte dessus via nomachine depuis un macbook pour lancer la session et surveiller de temps en temps.

Je me suis basé sur ces scripts : https://github.com/herseyc/raspastro mais en y appliquant des corrections, notamment sur les dépendances qui a quelques packages en erreur . Comme je veux utiliser mon RPi comme un outil distant, il n'y a dessus que INDI et ses librairies nécéssaires, pas de kstars.

As tu tenté d'installer "kstars" (qui existe pour ubuntu et raspbian mais dans une ancienne version 3.6.2 qui date de debut 2023) ou bien "kstars-bleeding" qui existe pour ubuntu (mais pas a ma connaissance pour raspbian) en version récente 3.7.6 ?

Bonjour, @rmor51 J'ai eu le même problème avec une ubuntu 24.04 LTS (même problème sur un raspberry et un pc) Le problème c'est qu'il y a désormais 2 librairies différentes la librairie libxisf0 en version 0.2.8 qui était utilisée par kstars/indi et par siril la librairie libxisf (sans le 0) en version 0.2.12 qui est celle désormais utilisée par kstars/indi, mais siril utilise toujours l'ancienne, et on ne peut pas installer les 2 en même temps vu qu'elle contiennent des fichiers identiques La solution qui a fonctionné chez moi a été de désinstaller siril, kstars-bleeding, indi-full et la libxisf0 Puis d'installer kstars-bleeding et indi-full, qui en pré-requis pourront bien installer la librairie libxisf (sans le 0) vu que siril n'est plus présent EDIT: pour lister les dépendances d'un packet (ce dont un packet a besoin) apt-cache depends <package> pour lister les packets qui dépendent d'un autre packet (qui liste le packet dans ses dépendances) apt-cache depends <package> Cordialement, Stéphane

Excellent, ça me plait bien. Je vais tester dès que possible et je te tiens au courant de ce que ça donne. En tout cas, merci du tuyau ! Edit : je viens de tester à la fin d'une session et ça semble plutôt bien fonctionner. Il va me falloir un peu de temps pour en faire le tour (c'est surtout pour mon setup planétaire que ça m'intéresse car sinon j'ai beaucoup de mal à faire le focus). Si il rempli les promesses, c'est de la bombe !

J'ai eu plein de galère à installer kstars & indi sur Ubuntu pour RPi, pour kstars je ne sais pas mais pour indi solo et ses librairies mieux vaut le faire en restant sur Raspbian

Hello, Je possède un raspberry pi 4 (sous raspbian) avec indi-core, quelques librairies indi-* et indiwebmanager dessus qui tourne très bien. Je souhaite me séparer de ma datyson t7c (qui fonctionne extrêmement mal sur le rpi) pour passer sur une ASI120 et en parcourant des forums, j'ai cru comprendre qu'il y avait également des soucis de compatibilité et notamment du firmwire (soucis que j ai eu avec la datyson t7c). Je souhaite avoir quelques retours d'XP sur ce cas si vous avez eu des soucis d’utilisation de l'ASI120, quel modèle serait mieux, est-ce que les modèle asi120XX-s sont compatible, est ce que pour certains modèle la MAJ du firmwire n'est pas nécessaire etc. Je pense prendre plus exactement l'ASI120MM en version Mini: est-ce le meilleur choix pour cette gamme ? Merci pour les retours.

La version 41 de OpenLiveStacker semble permettre de se connecter sur un serveur INDI distant. Je ne l'aii pas encore testé (la version 41 est sorti y a que quelques jours) mais j'ai une configuration un peu identique : un rpi (4) avec Raspbian et juste indi-core et certaines librairies d'installés - PlayStore: https://play.google.com/store/apps/details?id=org.openlivestacker&hl=fr - Github: https://github.com/artyom-beilis/OpenLiveStacker

Salut Robert, Sûrement une compilation incomplète du PPA INDI pour 25.04. C'est le gros problème avec indi-full , il manque un truc dont tu n'as pas besoin et rien ne s'installe. 25.04 n'est pas une version LTS, tu n’aurais pas meilleur temps d'installer 24.04? et il y a eu plus de temps pour stabiliser le PPA.

Bonjour, j'ai acquis un Raspberry 5 4 Go et j'ai essayé d'installer Kstars évidemment. Malheureusement Indi et Kstars n'ont pu être installé pour des problèmes de dépendances non résolues. L'OS est Ubuntu-Mate 25.04 pour RPI5 (en fait une 25.04 desktop + Mate) Voir les messages ci-après: robert@robert:~$ sudo apt install indi-full kstars-bleeding -y [sudo] Mot de passe de robert : Résolution des dépendances ... Erreur ! Certains paquets ne peuvent être installés. Cela peut signifier que vous avez demandé l'impossible, ou bien, si vous utilisez la distribution unstable, que certains paquets n'ont pas encore été créés ou ne sont pas sortis d'Incoming. L'information suivante devrait vous aider à résoudre la situation : Impossible de satisfaire les dépendances : indi-full : Dépend: indi-armadillo-platypus mais ne sera pas installé Dépend: indi-pentax mais il n'est pas installable Dépend: indi-astroasis mais ne sera pas installé Dépend: indi-gpio mais il n'est pas installable libxisf : Est en conflit avec: libxisf0 mais 0.2.13-1 devra être installé Erreur : Impossible de corriger les problèmes, des paquets défectueux sont en mode « garder en l'état ». Erreur : The following information from --solver 3.0 may provide additional context: Unable to satisfy dependencies. Reached two conflicting decisions: 1. libxisf0:arm64=0.2.13-1 is not selected for install because: 1. kstars-bleeding:arm64=6:3.7.4+202412110425~ubuntu25.04.1 is selected for install 2. kstars-bleeding:arm64 Dépend libxisf 3. libxisf:arm64 Est en conflit avec libxisf0 2. libxisf0:arm64=0.2.13-1 is selected for install because: 1. indi-full:arm64=2.1.2+202503311716~ubuntu25.04.1 is selected for install 2. indi-full:arm64 Dépend libindi1 (>= 1.9) 3. libindi1:arm64 Dépend libxisf0 (>= 0.2.13) 4. libxisf0:arm64 is available in version 0.2.13-1 robert@robert:~$ Manuellement j'ai pu installer les pilotes indi dont j'avais besoin, mais pour Kstars, nada !

Effectivement, un APN n'est pas adapté pour le planétaire. Mais rien n'interdit d'essayer. Avec quel tube ? Je ne connais pas ces APN. Ont-ils un mode vidéo ? Les softs pour le planétaire comme Firecapture ou Astrodmxcapture, ne prennent pas en charge les APN. En planétaire, on prend des vidéos avec un fps élevé, jusqu'à plus de 200-300 img/sec pour figer la turbulence, sur 2-3 minutes voire plus, selon la planète. Du coup, le RPI est un peu limite en vitesse de traitement. J'ai un Stellarmate Pro pour le CP et un mini-pc N100 pour le planétaire. Tu risques d'être assez déçu du résultat avec un APN.

bonjour à tous, je sais que les apn ne sont pas forcement top top pour du plannetaire mais je voudrais essayer avec mon 7D ou 5DMK4 et mon raspberry sous stellarmate. auriez vous des idées d'applipour cela car je ne trouve rien que des appli pour PC ? merci par avance. bonne fin de journée

Que dire 😉 Merci beaucoup pour la réactivité 😉 Je teste au plus vite l'install et dans la jardin des que les nuages disparaissent 😉

cool dans ce cas 1) Télécharge la dernière version en date : https://github.com/deufrai/als/releases/download/v0.7-beta10/als-v0.7-beta10.tgz 2) Suivre la procédure d'install : https://next.als-app.org/docs/v0.7/installation/raspberry-pi-install/ 3) Suivre la doc de premier démarrage : https://next.als-app.org/fr/docs/v0.7/quickstart/ Bon démarrage

oui c'est bien en 64bits stellarmate@stellarmate:~ $ uname -a Linux stellarmate 6.6.31+rpt-rpi-v8 #1 SMP PREEMPT Debian 1:6.6.31-1+rpt1 (2024-05-29) aarch64 GNU/Linux

On voit que tu es sur un RaspBerry 4B. C'est déjà bien. CPU 64bits Maintenant, pour savoir su ton OS est en 32 ou 64 bits, execute la commande suivante et donne-moi le résultat, STP uname -a A tout'

je pense que je suis en 32 bits

Hello De ce que tu décris, je déduis que tu tentes une "install" manuelle en te basant sur le README du projet. Tout ça est très daté et il y a maintenant beaucoup plus simple. A moins que ton système soit en 32bits. Si c'est le cas, je tenterai de te guider. Si ton système est en 64bits, tu peux télécharger un paquet prêt à l'emploi et suivre la docv de mise en route dispo sur la prochaine version du site web (toujours en cours de rédaction) => https://next.als-app.org/ Confirme-moi si ton système est en 32 ou 64 bits et on avancera à partir de là

bonjour à tous, j'essai d'installer ALS sur un Raspberry sous stellarmate et impossible avez vous des retours ? au moment ou : Dive into ALS folder. $ cd ALS_HOME J'ai ce message d'erreur dans le terminal : stellarmate@stellarmate:~ $ cd ALS_HOME bash: cd: ALS_HOME: Aucun fichier ou dossier de ce type Merci par avance de votre aide je ne suis pas un pro de linux et je suis un peu perdu pour le moment.

Avec Astro Berry il restera bloqué en V3.9. Donc pas de mises à jour !

oui en effet 😉 sauf si on ne fait pas de mise à jours

Ça ne résoudra pas à terme les soucis d'incompatibilité de matériels.