pti-jean

Néanmoins, je ne comprends pas comment il fonctionne OpenLiveStacker ? Je lui ai configuré le répertoire où aller chercher les photos: $ cat config.json { "libdir" : "./build", "driver" : "sim", "sim" : { "path" : "sim" }, "wdir" : { "width" : 3008, "height": 3008, "format" : "16-bit", "path" : "/home/nafa/Images/ols" }, "toup" : { "oem": false }, "astap" : { "exe": "astap_cli", "db": "data/db" }, "http": { "ip":"0.0.0.0", "port":8085 } } et dans l'interface http, il me propose d'ouvrir une caméra! Une idée ? JM

Effectivement... Je croyais qu'il fallait faire un "sudo make install", et du coup j'avais fait un "sudo checkinstall", et donc exécuté de n'importe où... Donc oui... depuis le répertoire OpenLiveStacker ça fonctionne... N'est en moins, il faut changer le port dans le fichier de configuration, car le port 8080 est déjà utilisé par la NAFABox... Si on ne change pas le port on a droit à cette erreur: $ ./build/ols_cmd config.json failed:Address already in use JM

Bonsoir astrojh, Je viens de compiler OpenLiveStacker sur NAFABox 4.0.0 RPI4... La compilation c'est bien exécuté, mais quand je lance l'application, j'ai une erreur: $ ols_cmd ols_cmd: error while loading shared libraries: libols.so: cannot open shared object file: No such file or directory $ offline_ols offline_ols: error while loading shared libraries: libols.so: cannot open shared object file: No such file or directory Une idée ? JM

Bonsoir gehelem, Même sur la NAFABox RPI4 4.0.0 als cela ne fonctionne pas... ni la version arm 32bits, ni la version AMD/Intel 64bit... et même la version Windows avec PlayOnLinux cela ne fonctionne pas... il me dit que Wine est 64bits, et qu'il excepte pas de version 32bits! Il semble qu'il manque vraiment une version arm 64bits! Si vous ouvrez une campagne de dons sur une plateforme de financement participatif, pour résoudre ce problème... je suis prêt à donner! (une bouteille à la mer 😉 JM

En tous cas sur la NAFABox sur RPI5 ça fonctionne pas... ni la version 32bits, ni la 64bits! JM

Bonjour gehelem, Il va falloir que je teste ça... Une remarque: Je vois une version "AMD/Intel 64bit Linux", une version "Raspberry Pi - arm 32bit Linux"... il ne manquerait pas une version "Raspberry Pi - arm 64bit Linux" ?? C'est peut-être pour cela que cela ne fonctionne pas sur des versions d'OS récent!? Sinon, quelle version utiliser sur un RPI OS 64bits ? JM

Bonjour, Intéressent le projet OpenLiveStacker... Je viens d'essayer de compiler OpenLiveStacker sur NAFABox XUbuntu Mantic 23.10, RPI5... La compilation ne passe pas! /OpenLiveStacker/build$ make ... ... /home/nafa/compile_OpenLiveStacker/OpenLiveStacker/src/downloader.cpp:160:30: error: ‘struct ols::UnZipper::Header’ has no member named ‘size_compressed’ 160 | total_ = header_.size_compressed; | ^~~~~~~~~~~~~~~ /home/nafa/compile_OpenLiveStacker/OpenLiveStacker/src/downloader.cpp:161:31: error: ‘struct ols::UnZipper::Header’ has no member named ‘size_compressed’ 161 | if(!alloc(header_.size_compressed)) | ^~~~~~~~~~~~~~~ /home/nafa/compile_OpenLiveStacker/OpenLiveStacker/src/downloader.cpp: In member function ‘bool ols::UnZipper::save_file()’: /home/nafa/compile_OpenLiveStacker/OpenLiveStacker/src/downloader.cpp:169:21: error: ‘struct ols::UnZipper::Header’ has no member named ‘size_uncompressed’ 169 | header_.size_uncompressed = header_.size_compressed; | ^~~~~~~~~~~~~~~~~ /home/nafa/compile_OpenLiveStacker/OpenLiveStacker/src/downloader.cpp:169:49: error: ‘struct ols::UnZipper::Header’ has no member named ‘size_compressed’ 169 | header_.size_uncompressed = header_.size_compressed; | ^~~~~~~~~~~~~~~ /home/nafa/compile_OpenLiveStacker/OpenLiveStacker/src/downloader.cpp:170:24: error: ‘struct ols::UnZipper::Header’ has no member named ‘size_compressed’ 170 | if(header_.size_compressed != header_.size_uncompressed) { | ^~~~~~~~~~~~~~~ /home/nafa/compile_OpenLiveStacker/OpenLiveStacker/src/downloader.cpp:170:51: error: ‘struct ols::UnZipper::Header’ has no member named ‘size_uncompressed’ 170 | if(header_.size_compressed != header_.size_uncompressed) { | ^~~~~~~~~~~~~~~~~ /home/nafa/compile_OpenLiveStacker/OpenLiveStacker/src/downloader.cpp:179:41: error: ‘struct ols::UnZipper::Header’ has no member named ‘size_uncompressed’ 179 | if(fwrite(buffer_,1,header_.size_uncompressed,f) != header_.size_uncompressed) { | ^~~~~~~~~~~~~~~~~ /home/nafa/compile_OpenLiveStacker/OpenLiveStacker/src/downloader.cpp:179:73: error: ‘struct ols::UnZipper::Header’ has no member named ‘size_uncompressed’ 179 | if(fwrite(buffer_,1,header_.size_uncompressed,f) != header_.size_uncompressed) { | ^~~~~~~~~~~~~~~~~ /home/nafa/compile_OpenLiveStacker/OpenLiveStacker/src/downloader.cpp: In member function ‘bool ols::UnZipper::inflate_file()’: /home/nafa/compile_OpenLiveStacker/OpenLiveStacker/src/downloader.cpp:210:37: error: ‘struct ols::UnZipper::Header’ has no member named ‘size_compressed’ 210 | strm.avail_in = header_.size_compressed; | ^~~~~~~~~~~~~~~ /home/nafa/compile_OpenLiveStacker/OpenLiveStacker/src/downloader.cpp: In member function ‘bool ols::UnZipper::handle_body()’: /home/nafa/compile_OpenLiveStacker/OpenLiveStacker/src/downloader.cpp:254:24: error: ‘struct ols::UnZipper::Header’ has no member named ‘compression’ 254 | if(header_.compression == 8) { | ^~~~~~~~~~~ /home/nafa/compile_OpenLiveStacker/OpenLiveStacker/src/downloader.cpp:257:30: error: ‘struct ols::UnZipper::Header’ has no member named ‘compression’ 257 | else if (header_.compression == 0) { | ^~~~~~~~~~~ /home/nafa/compile_OpenLiveStacker/OpenLiveStacker/src/downloader.cpp:261:94: error: ‘struct ols::UnZipper::Header’ has no member named ‘compression’ 261 | snprintf(fname_,sizeof(fname_),"Unsupported compression method %d\n",header_.compression); | ^~~~~~~~~~~ make[2]: *** [CMakeFiles/ols.dir/build.make:244 : CMakeFiles/ols.dir/src/downloader.cpp.o] Erreur 1 make[1]: *** [CMakeFiles/Makefile2:99 : CMakeFiles/ols.dir/all] Erreur 2 make: *** [Makefile:136 : all] Erreur 2 JM

Je viens de démarrer sur la NAFABox 4.0.0... Bonne novelle, elle boote sur disque externe... Par contre, je ne vois pas ALS !?? JM

Bonjour astrojh, Je vais tester cette image... Mais d'abord, dommage que cela soit sur Google Drive... Comme tout bon Libriste qui se respecte, je suis contre les GAFAM... et Google Drive, oblige à se connecter à Google! Deuxièmement, c'est pas clair sur la page, que les 2 liens renvoient vers 2 versions différentes! En 3... J'espère qu'avec cette image on peut booter sur un disque externe... car sinon, elle est pour moi inutile! Bon... je teste (je sais pas quand), et je reviens! JM

Bonsoir, La Ubuntu 24.04 LTS viens de sortir... compatible RaspBerry PI 3, 4 et 5... Cela serait bien de sortir une nouvelle NAFABox basé sur cette nouvelle Ubuntu... compatible PI4 et 5... Et surtout une image (*.img) prêt à l'emploi pour fonctionner sur SSD externe (USB)... (Si l'image est compatible pour tourner sur disque dur externe, par défaut normalement elle sera compatible pour fonctionner sur carte SD)... Car actuellement l'image NAFABox_Desktop_RPI_3.3.2.img n'est compatible que sur carte SD... Pourtant c'est beaucoup plus fiable et performent de faire tourner l'OS sur un disque externe! Enfin, je dis ça; je dis rien... mais, j'aimerais bien que mes souhaits se réalisent... À oui, surtout avec l’Application ALS préinstallé... ce qui apparemment n'est pas toujours le cas, même si elle semble être annoncée par défaut! Enfin bref... Toujours à la recherche d'un bon compromis pour remplacer l'AstroBerry... J'ai fait des tests pas encore satisfaisant! Bonne nuit, JM

Je crois que je vais essayer de tester la NAFABox sur RPI4, car tant que l'installation ne soit pas testée et approuvée sur RPI5, j'ai un peu peur qu'il y est d'autre truc qui ne se soit pas installé! JM

L"installe de la NAFABox sur PI5 à l'air d'être bien passé... mais l'installation d'ALS par son script d’installation bugge: :~/NAFABox/ConfigTinker$ ./install_als.sh ... ... Paramétrage de python-odf-tools (1.4.2-2) ... Paramétrage de python3-tables (3.7.0-9) ... Paramétrage de python3-openpyxl (3.0.9-1) ... Traitement des actions différées (« triggers ») pour man-db (2.11.2-3) ... error: externally-managed-environment × This environment is externally managed \u2570\u2500> To install Python packages system-wide, try apt install python3-xyz, where xyz is the package you are trying to install. If you wish to install a non-Debian-packaged Python package, create a virtual environment using python3 -m venv path/to/venv. Then use path/to/venv/bin/python and path/to/venv/bin/pip. Make sure you have python3-full installed. If you wish to install a non-Debian packaged Python application, it may be easiest to use pipx install xyz, which will manage a virtual environment for you. Make sure you have pipx installed. See /usr/share/doc/python3.11/README.venv for more information. note: If you believe this is a mistake, please contact your Python installation or OS distribution provider. You can override this, at the risk of breaking your Python installation or OS, by passing --break-system-packages. hint: See PEP 668 for the detailed specification. install ALS git Clonage dans 'als'... fatal: La branche distante release/0.7_22.04_ubuntu n'a pas été trouvée dans le dépôt amont origin ./install_als.sh: ligne 65 : cd: /home/nafa/bin/als/: Aucun fichier ou dossier de ce type ./install_als.sh: ligne 71 : cd: /home/nafa/bin/als/: Aucun fichier ou dossier de ce type install ALS ./install_als.sh: ligne 73: python : commande introuvable Une idée ? JM

Merci astrojh , je vais tester la NafaBox... Il fut-un temps, je l'utilisais avant de migrer sur AstroBerry... Ce qui me rassure c'est qu'ALS est directement intégré! Par contre, je suis sur un RaspBerry PI 5... et j'ai regardé... La NafaBox sur RaspBerry PI 5, c'est-une zone d'ombre! JM

Sur mon AstroBerry, je fais tourner ALS sur un RPI4, et cela fonctionne à merveille, depuis longtemps! C'est quoi le lien pour les sources de ALS ? C'est toujours d'actualité NafaBox ? Ça tournait sur un Raspberry IP à l'époque... c'est plus le cas ? Là, sous la main, j'ai pas un petit RPI... j'ai le RPI5! J'utilise des nano-ordinateurs, qui consomme moins sur batterie, car j'observe en mode nomade! JM

L'archive vient d'ici: https://www.webastro.net/forums/topic/173188-als-astro-live-stacker/page/8/ à part que les liens de téléchargement sont cassés! JM

Mais du coup, y a plus de solutions pour faire du visuel assisté ? JM

Bonjour, J'ai ALS qui fonctionne depuis un moment sur AstoBerry... Et comme AstroBerry est basé sur Debian 10 qui devient obsolète en juin... et qu'il semble que AstoBerry est abandonné... plus de nouvelles versions... Aussi, je teste comme solution de repli une AstroArch... et bien-sûr, je souhaitai y faire fonctionner ALS... qui ne fonctionne pas... Je reviens sur ce fil, et je vois que les sources de ALS sont cassés... C'est plus d'actualité ALS ? Qu'est-ce que vous utiliser maintenant sur Raspberry PI pour faire du visuel assisté ? Bonne journée, JM

Ok... Je regarderai cela! Merci, JM

Pour faire l'installation... J'ai dézippé l'archive (.tar.gz), et c'est tout... après j'ai exécuté ALS... L’exécutable à bien les droits d'exécution... À noter que cette version tourne actuellement sur la distribution AsroBerry! Mais bon... si cette version n'est plus d'actualité pour fonctionner sur une AstroArch... que cela ne tienne... qu'est-ce que vous utilisez sur AstroArch pour faire du visuel assisté ?? JM

Bonsoir, Toujours sur mon AstoArch... j’essaie de faire fonctionner ALS (Astro Live Stacker)... J'ai une erreur: $ ./als-0.7-dev-4a7bd35 bash: ./als-0.7-dev-4a7bd35: cannot execute: required file not found https://www.webastro.net/forums/topic/173188-als-astro-live-stacker/page/8/ Le dernier message date de 2022... du coup je sais plus si c'est toujours d'actualité... Sinon, qu'est que vous utilisez pour faire du live-stacking ? JM

Bonjour, Je suis en train de tester une AstroArch... Première constatation... dans la configuration d'un profil Ekos, je ne vois pas la configuration "Sélectionner les télescopes", où on configure l'ouverture et la focale, pour calculer le FOV... Cela veut-il dire que KSars n'en a plus besoin ?? Voila comment cela se présente sur AstroArch: https://imgur.com/a/UWmNdKI Voila comment cela se présente avec l'option "Sélectionner les télescopes": https://imgur.com/a/Ci6Sqfz JM

Bonjour, Ok... faudrait donc utiliser le script OSC_Preprocessing, pour une cam couleur... C'est pas forcément intuitif... Sinon, les scripts français fonctionnent toujours sur Siril 1.2.1 ... Ce coup-ci, j'ai effectué mon traitement avec un script fr! Ça fonctionne! JM

Oui... OSC cela veut dire One-Shot Color... Cela ne ressemble pas à quelque chose de compatible avec le traitement RGB d'une cam couleurs! Non ?? JM

Tu es sûr pour OSC... Je retrouve plus ce que cela veut dire, mais je suis pas sûr! Par contre j'ai trouvé les bons scripts, ici: https://gitlab.com/free-astro/siril/-/tree/cae0c7f813140ca1cde6c9945a0f6a4426e24760/3rdparty/scripts/fr Mais c'était pas facile à trouver! JM

Merci pour l'info! JM