Aller au contenu

Messages recommandés

Posté

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

 

Posté

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

 

 

Posté

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

 

Posté

Bonjour,

 

J'ai fait une install de NAFABox 4.0.0 à partir de l'image binaire pour RPi4 et en effet ALS n'est pas installé par défaut. J'ai donc tiré le repo git pour faire l'installation à partir des sources (avec le script install_als.sh). Bon, je dois dire que ça s'est mal passé, en raison de PyQt5 qui plante. J'ai abandonné après avoir essayé plusieurs pistes de résolution trouvées sur stackoverflow.

 

Ceci étant, je suis tombé sur OpenLiveStacker (https://github.com/artyom-beilis/OpenLiveStacker). C'est disponible comme appli Android toute prête ou à partir des sources. J'ai tenté la seconde approche sur la NAFABox et tout s'est bien passé, aucun souci (à part un petit sudo à ajouter au moment du make install).
Il est possible de connecter directement sa caméra dans OpenLiveStacker (j'ai pas testé) ou alors de demander à scanner un répertoire où les images sont acquises et déposées à l'aide d'un programme tiers (EKOS par exemple). Il suffit d'indiquer dans le fichier de configuration le format des images et le répertoire à scanner, j'ai testé en copiant des images à intervalle régulier, ça fonctionne (cf image ci-dessous). Il faut aussi spécifier le port pour accéder à l'interface (8080 étant occupé par MobIndi, il faut définir un autre port).
Ça peut donc être une piste intéressante ;)

Capture d’écran du 2024-05-01 12-55-04.png

Posté

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

 

Posté

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

 

 

 

 

Posté

Bonjour,

 

Il faut lancer OLS depuis le répertoire principal et non depuis le répertoire de build.

 

Lancement depuis le répertoire de build ==> Erreur :

 

nafa@NAFABox:~/OpenLiveStacker/build$ ./ols_cmd ../config2.json 
failed:Failed to load driver ./build/libols_driver_wdir.so: `./build/libols_driver_wdir.so: cannot open shared object file: No such file or directory'

 

Depuis le répertoire principal, ça marche :

 

nafa@NAFABox:~/OpenLiveStacker$ build/ols_cmd config2.json
2024-05-07 09:08:05; cppcms_http, info: GET / (http_api.cpp:294)
2024-05-07 09:08:06; cppcms_http, info: GET /media/css/style.css (http_api.cpp:294)
2024-05-07 09:08:06; cppcms_http, info: GET /media/js/jsdb.js (http_api.cpp:294)
2024-05-07 09:08:06; cppcms_http, info: GET /media/js/code.js (http_api.cpp:294)
2024-05-07 09:08:06; cppcms_http, info: GET /api/camera (http_api.cpp:294)
2024-05-07 09:08:06; stacker, info: RESP:
[
	{
		"id" :	0,
		"name" :	"Directory Watcher"
	}
	
]

 

 

A+

Posté

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

 

Posté

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

 

Posté

J'ai compris mon erreur:

$ cat config3.json 
{
    "libdir" : "./build",
    "driver" : "wdir",
    "wdir" : {
        "width" : 3008,
        "height": 3008,
        "format" : "rgb16",
        "path" : "/home/nafa/Images/ols"
    },
    "toup" : {
        "oem": false
    },
    "astap" : {
        "exe": "astap_cli",
        "db": "data/db"
    },
    "http": {
        "ip":"0.0.0.0",
        "port":8085
    }
}

 

Seulement le format "rgb16", n'est pas bon... il est en erreur!

Une idée ?

 

JM

 

Posté

Oui, avec rgb24 ça fonctionne en partie... mais OLS ne veut pas de mes images:
 

2024-05-07 22:33:53; stacker, info: Image size is not correct (wdir_camera.cpp:142)

 

Pourtant la taille en pixel semble correcte... Puis, j'ai du mal à connaître les propriétés d'un fichier .fits ... n'est en moins, il semble que cela soit 16bits couleurs!

Donc, là je suis coincé...

 

JM

 

Posté

Du coup je me demande (et je ne sais pas où trouver l'info), si OLS est compatible avec les fichiers .fits ?? Ce qui serait un comble vu que c'est un format natif de KStars!

 

JM

Posté

Je viens de faire une petite modif sur le code à la ligne 142 du fichier wdir_camera.cpp pour qu'il m'affiche la taille de l'image telle qu'il la voie:

2024-05-08 03:04:50; stacker, info: Image size is not correct 0x0 (wdir_camera.cpp:142)

 

0x0 autant dire qu'il voie une image vide... Tout semble dire que OLS n'est pas compatible avec le format .fits...

Donc OLS semble être une fausse bonne idée! À moins que les dev le rende compatible!??

Bonne nuit,

 

JM

 

  • En ligne récemment   0 membre est en ligne

    • Aucun utilisateur enregistré regarde cette page.
×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.