Here is my work in progress automatic slide scanner project. There are several #freecad designed parts, some #blender modified parts, an #m5stack controller for my #legonxt motors. Next step is to setup my #canon mirror less camera and automatically scan and download the photos by python #gphoto2 to my #linux host and then process the raw files in #darktable.

Yesterday's #comet #astrophotography #timelapse - the weather could not have been better.

Unfortunately the light leakage from inside the house is visible on the window pane reflection despite my best efforts.

Source data: ~3h of RAW 15s exposures using #gphoto2 + #raspberrypi (20GB total). Processed using #darktable #cli (amazing!) into #jpegxl 16bit intermediary near-lossless frames (300MB total) into final 10bit #av1 social-media optimized video you see here, (~750KB). That's over 25000:1!

Did anyone over tried and succeeded to compile a working version of #gphoto2 lib in #UbuntuTouch, #Mobian or #SailfishOS?

Doesn't matter on which exact device as long as USB OTG is supported. It's not about controlling internal #camera chipset. It's about controlling external cameras supported by libgphoto. Without stupid restrictions from naunfacturers "app" (OS, cloud BS, limited settings/supported depending on old vs new? entry-level vs high end…) and/or hardware intervallometers limitations

Todo :
1) Préparer et sertir des cables RJ45 de longueur custom. Et recâbler quelques bricoles
2) Remettre en place le setup tethering avec #Entangle sur la #SteamDeck pour contrôler un appareil photo (1) avec pour faire une photo bannière pour mon blog…

MonCerveau : Super flemme

1. N'importe quel boîtier compatible #gphoto2, à partir de n'importe quelle machine GNU/Linux sans restrictions débiles (pas android, donc…). La SteamDeck n'est jamasi qu'un PC GNU/Linux déguisé en console portable

Y a un moyen natif (sans paquets tiers) de faire une TUI en bash ?

L'idée serai de faire une interface interactive à #gphoto2 en mode texte et qui centralise un certain nombre d'info sur l'interface principale, avec le moins de dépendances possibles. Idéalement aucune autre dépendance que (lib)gphoto2.

Y a bien l'option python en supposant que le module gphoto2 est toujours maintenu, mais ce serai un peut overkill pour choper des infos tous accessibles en shell via le client gphoto2.

Y a quelques bugs assez moches dans #gphoto2 niveau l'auto_complétion des chemins du FS du boitier quand même… Genre
- Compléter des noms de dossiers un par un en mettant systématiquement un espace après le slash, qu'il faut effacer pour terminer le chemin
- cd <tab> qui fout le nom du répertoire racine en zappant le préfixe "/"
- refuser des chemins existant à cause de l'espace final ajouté par l'autocomplétion…
- refuser le nom de fichier dans un répertoire courant parfois (raison inconnue…)

En fait, j'ai toujours pas de retours des gens qui font de la #photo et qui utilisent des OS Libres pour savoir si leurs boîtiers causent correctement à #gphoto2 pour connaître le nombre de déclenchements

https://dnphototips.frama.site/blog/compteur-declenchement-linux-bsd

Nouvel article sur mon blog #photographie mais je parle pas de prise de vue cette fois. Juste une astuce simple pour checker le nombre de déclenchements que son boitier s'est pris dans le capteur, quand on n'est pas sur un os commercial privateur. #linux #bsd #gphoto2

https://dnphototips.frama.site/blog/compteur-declenchement-linux-bsd