ALS - Astro Live Stacker - V0.6

[gehelem]

Salut,

je viens faire un peu d'auto promo ici, je suis certain que ça va vous intéresser (vous me dites...)
J'en ai déjà causé sur WA, c'est un petit soft qui surveille les images qui arrivent dans un dossier.
à chaque nouvelle image qui arrive, ça l'aligne et la stack avec le résultat précédent (moyenne)

ça a déjà quelques mois, mais un certain "Deufrai" nous a rejoint et nous a permis de faire un bond énorme
Jugez-en par vous même :
https://als-app.org/index.html

Sélection_223.png

Je vous laisse découvrir, j'essaierai de vous aider ici dans la mesure du possible
Pour le moment c'est pour les linuxiens, ça marchouille sur Windows on y travaille.
Sinon, je peux vous mettre le lien sur WA

Gilles.

[gehelem]

zut, désolé, j'avais pas vu que vous en aviez déjà causé ici :
viewtopic.php?f=16&t=235

[Ubuntu]

Tu veux dire qu'il y a une nouvelle version ?

En tout cas ça c'est intéressant pour ceux qui veulent faire du live stack avec un APN

[gehelem]

Tu veux dire qu'il y a une nouvelle version ?
(...)

Exact
et je te promets que par rapport à la précédente ça décoiffe

[Ubuntu]

Tu veux dire qu'il y a une nouvelle version ?
(...)

Exact
et je te promets que par rapport à la précédente ça décoiffe

Coooool
Et est ce que tu pense que ça peut marcher sur un RPI ?
Parce si c'est la cas j'en connais qui seront intéressés

[gehelem]

un

Et est ce que tu pense que ça peut marcher sur un RPI

Pour le moment non, ça ne marche pas à cause de trucs de Python
Le sujet est en cours, on cherche effectivement à faire marcher le truc sur les petites cartes comme ça

[Guimby]

Je suis preneur pour une compatibilité avec le rpi! J'ai fini par passer mon poste astro qui était sous linux sous windows rien que pour sharpcap...
Et j'ai abandonné mon rpi parce qu'il n'y était pas encore possible de faire du live stack...

C'est super que tu viennes nous en parler ici

[Steffou]

Bonjour à tous,

Je suis preneur pour une compatibilité avec le rpi! J'ai fini par passer mon poste astro qui était sous linux sous windows rien que pour sharpcap...
Et j'ai abandonné mon rpi parce qu'il n'y était pas encore possible de faire du live stack...

C'est super que tu viennes nous en parler ici

Pour mon club, j'ai installé une NAFABox (INDI, Kstars, EKOS, etc.) + MOBINDI + ALS sur une carte du même format que le RPI, mais plus péchue (et donc beaucoup plus chère).
Il s'agit de la carte Up! Elle est à base d'intel atom X5, et donc une architecture X86/64.
ALS tourne bien dessus, sans problème dans tous les tests réalisés.
Est également appréciable l'accélération graphique de base, puisque la carte sert aussi quand on est en salle, à faire tourner stellarium sur le projo. Bref, un vrai petit PC miniature sous linux.

Bon par contre, pour la version 4go de RAM et 64Go emmc, en bundle, faut sortir le billet de 200 balles, ça pique. Ce n'est pas la solution idéale et en plus elle est chère, mais ça reste une solution très très intéressante pour un club ou pour ceux qui souhaitent éviter l'encombrement et les inconvénients d'un pc portable... ça tient dans la poche, et personne n'ira piquer ce truc posé sous le scope en soirée publique. Je n'ai pas encore testé mon écran officiel RPI 7" du PI3 sur la Up. C'est censé fonctionner, mais je l'utilise déjà et je ne souhaite pas risquer de le flinguer.

[Guimby]

Merci @Steffou pour l'astuce. Je garde ça de côté, c'est une information très utile pour le moment venu !

[gehelem]

bonjour les amis

et désolé de ne pas participer (pour le moment) autrement qu'en venant faire de la pub ...
On a pas mal progressé sur ALS et on commence à avoir quelques retour d'utilisateurs sur WA et même sur le forum indi
Signe que le sujet intéresse une "certaine population"
Bref, n'hésitez pas à nous faire vos retours si vous essayez ce jouet.

Et au passage, on prépare une petite démo et nous cherchons quelques séries d'images brutes, de préférence petites cam couleur CMOS
Si vous en avez dans un coin : je prends...

Merci d'avance
Gilles.

[Ubuntu]

Super projet... désolé je ne garde aucune brute... mais promis la prochaine sortie je le fais

[deufrai]

Bonsoir à tous,

Petite double mise à jour :

1) Les builds quotidiens des dernières fonctionnalités d'ALS jugées suffisamment stables pour être testées sont maintenant dispos pour les 4 plateformes principales que sont GNU/Linux, OSX, Windows et Raspberry Pi 4.

Ca se trouve ici (pardon pour la page en anglais) : https://als-app.org/nightlies/

Nous attendons vos retours avec impatience pour faire avec et grâce à vous d'ALS un outil aussi utile que fun

2) Nous avons eu le plaisir de présenter ALS lors d'une conférence organisée par l'association Ciel d'Occitanie (https://cieldoccitanie.org/). Cette présentation en 2 partie a été captée en vidéos que nous avons mises en ligne :

Partie 1 : Présentation technique complète => https://als-app.org/assets/videos/prese ... tie_01.mp4
Partie 2 : Présentation allégée et Démo Live => https://als-app.org/assets/videos/prese ... tie_02.mp4

A bientôt et bon ciel à tous

[Ubuntu]

Merci !!!
Y a plus qu'à tester

[turbojf]

Téléchargé hier soir en version Windows.
1er test ce matin sans prendre connaissance du mode d'emploi.
64 fits de M101, en 5440*3648 pixels, le PC a pris 12 minutes pour les stacker en mode moyenne, j'ai eu l'impression qu'ALS mobilisait plus de ressources de calcul que ne l'aurait fait SC.

Capture 64 M101-c.JPG

stack_image-2020-05-05-10-10-44-808743.jpg

[deufrai]

merci @turbojf pour ce retour
Elle est plutôt jolie cette M101

Par curiosité : A quelle cadence les images ont-elles été enregistrées dans le dossier scruté par ALS ?

[turbojf]

Salut @deufrai ,

Après avoir cliqué sur Start, j'ai collé les 64 frames d'un coup, dans le répertoire scan. Ces 64 fits proviennent d'une capture datée du 26 avril, il s'agit des 64 premières d'une série de 430, donc je n'ai pas fait de sélection particulière, pas tri sur la FHM ou autre.

A noter qu'avant d'adopter SC (grâce à l'équipe d'AVA), j'utilisais DSS Live stacking avec un Canon 1200d, je faisais du VA sans que cela s'appelle du VA il y a quelques années déjà.
ALS me rappelle le principe de DSS Live qui lui aussi, scrute le contenu d'un répertoire. Par contre, DSSL tout comme SC, ont la capacité de démarrer, répertoire déjà chargé au contraire d'ALS.
Je conçois que ce mode ne correspond pas au cahier des charges "live sur le terrain", peu importe, j'efface et recharge le contenu de scan pour chaque test.

Si tu as d'autres questions, n'hésite pas.

[deufrai]

ah oui, je comprends mieux
Poser toutes les images d'un coup dans le répertoire scan met le système à rude épreuve. Mais ça montre qu'ALS est assez robuste et ton système assez pourvu en RAM pour mettre toutes ces images en file d'attente sans broncher.

de plus : tu n'es pas obligé de vider le répertoire scan. ALS ne détecte que les *nouveaux* fichiers arrivés dans le répertoire de scan et vois aussi les remplacements de fichiers.

Grand merci pour ce retour et à ta dispo si besoin de quoi que ce soit

Bon ciel !

[bemo47]

ben moi j'ai essayé aussi, effectivement répertoire déjà chargé ça marche pas, donc j'efface et je recharge, toutes les brutes d'un coup et il les lit toutes sauf une.
par contre, j'ai l'impression que l'on ne débayerise pas et que donc on reste en N&B, aurais je loupé quelque chose ?

[deufrai]

hello @bemo47 et merci de tester

Tu peux m'en dire plus sur tes conditions ? Type d'images en entrée, système / OS, etc...
Et cerise sur le gâteau : tu peux activer les "debug logs / journaux détaillés" dans les préférences + relancer ALS + faire une nouvelle session et ensuite me mettre à dipo le fichier als.log qui se trouve dans ton répertoire perso. Ca m'aidera à diagnostiquer

@+

[turbojf]

En ce qui me concerne, j'ai bien la couleur.

couleur.JPG

[bemo47]

Mais oui je vois ça, je vais te passer ces précisions. Ce sont des brutes d'une ASI 533 180 sec, 14 brutes, avec dark. He n'ai d'ailleurs pas vu ou on peut mettre le flat...
Mais als est sensé debayeriser ? Car je ne vois aucune info ou paramètres sur ce sujet.

[deufrai]

Re, @bemo47
La debayerisation est faite sans aucun besoin de paramétrage, à partir du moment où l'image à traiter est une image "couleur". Dans ton cas : un fichier FIT avec un champ "BAYERPAT" existant

Au niveau de flats : ce n'est pas prévu pour l'instant. Nous avons pris le parti de fournir une solution facile et rapide à mettre en oeuvre

Et pour les infos générales sur les fonctionnalités, vous pouvez vous référer au README affiché sur notre repo de code : https://github.com/gehelem/als/blob/develop/README.rst
Rassurez-vous, une doc détaillée d'utilisation est prévue ....

[bemo47]

ah, ceci explique peut etre cela... mes images n'ont pas de champ bayerpat dans l'entete
prise avec TheSkyX piloté par Maxpilote


SIMPLE = T / file does conform to FITS standard
BITPIX = 16 / number of bits per data pixel
NAXIS = 2 / number of data axes
NAXIS1 = 3008 / length of data axis 1
NAXIS2 = 3008 / length of data axis 2
EXTEND = T / FITS dataset may contain extensions
COMMENT FITS (Flexible Image Transport System) format is defined in 'Astronomy
COMMENT and Astrophysics', volume 376, page 359; bibcode: 2001A&A...376..359H
BZERO = 32768 / offset data range to that of unsigned short
BSCALE = 1 / default scaling factor
ORIGIN = 'Gonthiers' / Description of location
TELESCOP= 'Newton 800x200' / SBIGFITSEXT The model Telescope
FOCALLEN= 800. / SBIGFITSEXT Telescope focal length in mm
APTDIA = 200. / SBIGFITSEXT Aperture diameter in mm
SBUUID = '{f73dade6-c328-468a-8bd7-f72501027000}' / Photo UUID
EXPTIME = 180. / SBIGFITSEXT Total exposure time in seconds
SWCREATE= 'TheSkyX Version 10.5.0 Build 12503' / SBIGFITSEXT Name & version of s
COLORCCD= 0 / Non zero if image is from a Bayer color ccd
DISPINCR= 1 / Non zero to automatically display the image in
PICTTYPE= 1 / Image type as index 0= Unknown 1=Light, 2=Bias,
IMAGETYP= 'Light Frame' / SBIGFITSEXT Light, Dark, Bias or Flat
XORGSUBF= 0 / SBIGFITSEXT Subframe x upper-left pixel in bin
YORGSUBF= 0 / SBIGFITSEXT Subframe y upper-left pixel in bin
XBINNING= 1 / SBIGFITSEXT Binning factor in width
YBINNING= 1 / SBIGFITSEXT Binning factor in height
CCD-TEMP= -9.9 / SBIGFITSEXT Temperature of the CCD
SET-TEMP= -10. / SBIGFITSEXT The cooler setpoint in degrees C
SITELAT = '+44 37 26.40' / SBIGFITSEXT Latitude of the imaging location
SITELONG= '-00 28 50.20' / SBIGFITSEXT Longitude of the imaging location
LST = '+11 39 39.21' / Local sidereal time
OBSGEO-B= 44.624 / Latitude of the observation in degrees, North +
OBSGEO-L= 0.480611111111111 / Longitude of the observation in degrees, East +
OBSGEO-H= 100. / Altitude of the observation in meters
BTP = 1 / Beyond the pole
CENTAZ = 72.5961330772105 / SBIGFITSEXT Azimuth of the center of the image
CENTALT = 70.5340154047469 / SBIGFITSEXT Altitude of the center of the image
AIRMASS = 1.06062502668488 / Airmass of the telescope
TELEHA = '-01 51 31.74' / Telescope hour angle
MOUNT = 'ASCOM Mount' / The telescope mount
OBJCTRA = '13 30 18.894' / SBIGFITSEXT The right ascension of the center o
OBJCTDEC= '+47 15 40.65' / SBIGFITSEXT The declination of the center of th
INSTRUME= 'ASCOM Camera' / SBIGFITSEXT The model camera used.
XPIXSZ = 3.76 / SBIGFITSEXT Pixel width in microns after binnin
YPIXSZ = 3.76 / SBIGFITSEXT Pixel height in microns after binni
READOUTM= 'Long Exposure Mode' / Image readout mode
CDS = 'Long Exposure Mode' / Camera dependent setting
FILTER = 'L1 ' / SBIGFITSEXT The optical filter used to take ima
DATE-OBS= '2020-04-28T21:08:34.405' / SBIGFITSEXT UTC of start exp. in ISO 8601
LOCALTIM= '28/04/2020 11:08:34.409 DST' / Local time at exposure start
HFD = '4.55 '
FOC_TEMP= '-999.00 '
SWAUTOM = 'Maxpilote V4.03.19 www.felopaul.com'
END

[bemo47]

mais si je regarde les images prises dans les mêmes conditions avec mon ASI1600MC j'ai bien le champ bayerpat
intéressant ça.... les matrices me poursuivent !!!

@Steph peux tu vérifier si tu as ce champ dans l'entete FITS de tes images avec la 2600 TheSky et drivers Ascom ?

la différence c'est qu'avec la 1600 c'est le driver ZWO natif qui est utilisé par TheSkyX, alors qu'avec la 533 c'est le driver Ascom car le ZWO natif fait planter TheSkyX, donc peut etre est ce la raison pour laquelle le champ BAYERPAT n'est pas précisé ....


SIMPLE = T / file does conform to FITS standard
BITPIX = 16 / number of bits per data pixel
NAXIS = 2 / number of data axes
NAXIS1 = 4656 / length of data axis 1
NAXIS2 = 3520 / length of data axis 2
EXTEND = T / FITS dataset may contain extensions
COMMENT FITS (Flexible Image Transport System) format is defined in 'Astronomy
COMMENT and Astrophysics', volume 376, page 359; bibcode: 2001A&A...376..359H
BZERO = 32768 / offset data range to that of unsigned short
BSCALE = 1 / default scaling factor
ORIGIN = 'Gonthiers' / Description of location
TELESCOP= 'Newton 800x200' / SBIGFITSEXT The model Telescope
FOCALLEN= 800. / SBIGFITSEXT Telescope focal length in mm
APTDIA = 200. / SBIGFITSEXT Aperture diameter in mm
SBUUID = '{94bb7615-6a79-415f-b807-30301429bc89}' / Photo UUID
EXPTIME = 180. / SBIGFITSEXT Total exposure time in seconds
SWCREATE= 'TheSkyX Version 10.5.0 Build 12165' / SBIGFITSEXT Name & version of s
COLORCCD= 0 / Non zero if image is from a Bayer color ccd
DISPINCR= 1 / Non zero to automatically display the image in
PICTTYPE= 1 / Image type as index 0= Unknown 1=Light, 2=Bias,
IMAGETYP= 'Light Frame' / SBIGFITSEXT Light, Dark, Bias or Flat
XORGSUBF= 0 / SBIGFITSEXT Subframe x upper-left pixel in bin
YORGSUBF= 0 / SBIGFITSEXT Subframe y upper-left pixel in bin
XBINNING= 1 / SBIGFITSEXT Binning factor in width
YBINNING= 1 / SBIGFITSEXT Binning factor in height
CCD-TEMP= -15. / SBIGFITSEXT Temperature of the CCD
SET-TEMP= -15. / SBIGFITSEXT The cooler setpoint in degrees C
SITELAT = '+47 03 22.00' / SBIGFITSEXT Latitude of the imaging location
SITELONG= '-06 07 34.00' / SBIGFITSEXT Longitude of the imaging location
LST = '+10 34 33.73' / Local sidereal time
BTP = 1 / Beyond the pole
CENTAZ = 73.3288845325972 / SBIGFITSEXT Azimuth of the center of the image
CENTALT = 60.4523616698187 / SBIGFITSEXT Altitude of the center of the image
AIRMASS = 1.14949436600596 / Airmass of the telescope
TELEHA = '-02 56 01.22' / Telescope hour angle
MOUNT = 'ASCOM Mount' / The telescope mount
OBJCTRA = '13 29 43.029' / SBIGFITSEXT The right ascension of the center o
OBJCTDEC= '+47 15 37.50' / SBIGFITSEXT The declination of the center of th
INSTRUME= 'ASICamera' / SBIGFITSEXT The model camera used.
XPIXSZ = 3.8 / SBIGFITSEXT Pixel width in microns after binnin
YPIXSZ = 3.8 / SBIGFITSEXT Pixel height in microns after binni
READOUTM= 'Long Exposure Mode' / Image readout mode
CDS = 'Long Exposure Mode' / Camera dependent setting
FILTER = 'L1 ' / SBIGFITSEXT The optical filter used to take ima
DATE-OBS= '2020-03-25T21:54:48.969' / SBIGFITSEXT UTC of start exp. in ISO 8601
LOCALTIM= '25/03/2020 10:54:48.969 STD' / Local time at exposure start
OFFSET = 50 / camera offset
GAINRAW = 130 / Your gain value (integer)
HIERARCH Bandwidth setting = 40 / Your gain value (integer)
GAINADU = 1.11040568351746 / e/ADU
DEBAYER = 'GRBG ' / sensor BAYER matrix pattern
BAYERPAT= 'GRBG ' / sensor BAYER matrix pattern
COLORTYP= 'GRBG ' / sensor BAYER matrix pattern
HFD = '4.49 '
FOC_TEMP= '-999.00 '
SWAUTOM = 'Maxpilote V4.03.19 www.felopaul.com'
END

[deufrai]

DS = 'Long Exposure Mode' / Camera dependent setting
FILTER = 'L1 ' / SBIGFITSEXT The optical filter used to take ima

Par contre, je vois FILTER = 'L1'

Cette image est considérée comme une luminance, par ton logiciel de capture, alors, non ?