🐧Dave Null🐧 @devnull@mamot.fr

Aujourd'hui, c'est le réflecteur du pauvre à base d'une feuille blanche, en test. Et en bonus le coupe-flux en papier dessin/épais noir du pauvre sur une lampe de bureau à tête orientable.

Il suffit d'avoir une surface plus grande (genre A1 ou A0 et plus si possible) pour un réflecteur à utiliser dans un shooting hors maquette.

À la revoyure!

Testing a homemade reflector, made of white printing paper

#Photographie #Éclairage #Photography #Lighting #DIY https://mamot.fr/media/LHZIOrMcfZw6rj3UXWM

1. Hotel de ville/Place Stanislight - Été 2016
2. Light Painting à la fête foraine - Avril 2015
3. Barrage au 70 mm (35 mm equiv.: 110.1 mm), 15s, F/8, ISO 100 - Juillet 2017
4. Barrage au 70 mm (35 mm equiv.: 110.1 mm), 1/400s, F/8, ISO 100 - Juillet 2017

#Photographie #Éclairage #PoseLongue #Photography #Lighting #LongExposure #Lightpainting #Explozoom

https://mamot.fr/media/4P2SdcYIBE9Te2DZxD4 https://mamot.fr/media/-Zyf-M7TXCgvq1_CeIg https://mamot.fr/media/sPuiPj3UzCmg5u2d44k https://mamot.fr/media/YoNchwArVmPyO-wqdxc

Aviation légère : Evektor SportStar RTC, un monomoteur (dérivé du EV-97 VLA Harmony) conçu pour l'entraînement, la voltige et le remorquage de planeurs.

113.0 mm (35 mm equiv.: 177.7 mm), 1/80s, F/8, ISO 100

#Photographie #Aeronef #Photography #Aicraft

https://mamot.fr/media/aWPzSPARfcZw10PUkA4

Je constate une croyance selon laquelle les nuages seraient forcément nuisibles à la #photo de lever/coucher de soleil et que c'est le soleil qu'il faut photographier. Ou pas!

Shooter le soleil crée un trop grand écart d'expo ciel/sol que les capteurs sont en général incapable de gérer. Sans filtre GND (format Lee qui coûte un rein)
- Sol bien exposé mais un ciel trop cramé (Oubliez la post prod même en RAW)
− Ciel bien exposé et sol sous-exposé. correction d'expo = bruit = perte de détails

Les gens… Ils ont un Nextcloud pour leurs activités associatives… Fonctionnel, en prod, accessible sur Internet, utilisé… Et t’en a quand même qui stockent dedans… un fichier texte avec une URL vers google drive où y a les documents qui vont bien…

Ça me fait rire, ces gens qui croient que des grosses boites entièrement basées sur enfermant les utilisateurs dans leurs silos, vont investir plus pour perdre cet enferment et laisser le choix aux utilisateurs des services utilisés. Choix entre la peste et le choléra… Le législateur ne connaît de toute façon rien d'autres que les réseaux de diff publicitaire/acteurs du capitalisme de surveillance déguisés en gentils boites « innovantes » qui offre gracieusement à la plèbe de quoi communiquer…

Je comprend vraiment pas les gens qui persistent à prétendre que c'est « créatif » de massacrer volontairement une photo de bruit en poussant les ISO comme des gorêt quand il y a une bonne lumière ou en post-prod « avec un filtre »

En plus de massacrer la photo et d’être totalement moche, ça n'a absolument aucune originalité… C'est médiocre à mourir niveau cliché… sans mauvais jeu de mots.

Sont casse-couilles les spammeurs… Jamais ils arrêtent avec leurs merdes débiles, qui n'ont pas pris la première fois. Ils doivent se dire que au bout de la 100ème ça prendra. 😫

J'ai aucune « dépense carburant » à réduire et je m'en cogne de « l'avantage fiscal préféré des patrons de TPE »

Freedom Call - Freedom Call

#NowPlaying #Metal #MastoRadio #FediRadio

https://invidious.snopyta.org/watch?v=3gcBrBx6vbA

En espérant que les futures versions de ksnip ne refont pas le même coup avec d'autres bibliothèques… Mais j'ai quelques doutes.

Bon, la bonne nouvelle, aussi incertaine soit-telle sur la durée, c'est que pour l’instant, cette vaste blague de dépendances de ksnip ne concerne que les 2 bib partagées pour les quelles j'ai déjà eu le problème .

ldd /bin/ksnip | grep "\.so\.[[:digit:]].[[:digit:]]"
libkImageAnnotator.so.0.3.2 => /lib/x86_64-linux-gnu/libkImageAnnotator.so.0.3.2
libkColorPicker.so.0.1.4 => /lib/x86_64-linux-gnu/libkColorPicker.so.0.1.4

Pour toutes les autres c'est compilé avec le lien symbolique .so.N

Va falloir redécouvrir #darktable 3.4, qui viens d'arriver dans buster backports. Avant c’était la 3.2, que j'avais déjà pas trop regardé de près… Depuis le temps que j'ai pas trier et traiter des photos… 😭

Vu le nombre de bibliothèques partagées en dépendances… S'il refait la même chose à chaque fois, et qu'il veut mettre à jour une lib partagée dépendances… Et qu'il faut attendre à chaque fois une mise à jour de ksnip qui corrige le problème… ça va vite me saouler de créer/supprimer des liens symboliques au cas par cas…

Si je voilais des logiciels qui fonctionnent pas à la moindre install/mise à jour, parce qu'il manque les bonnes bibliothèques, j'utiliserai windows…

« Je pète un truc qui fonctionnait juste pour mettre à jour des deps parce que j'ai soudainement décidé de compiler avec des versions précises de lib*.so.0.x.y incohérentes par rapport j'ai déclaré de dépendances (>=x.y). Je vois pas où est le problème. C'est juste « temporaire ».

1. On pousse pas dans des repos des trucs qui fonctionnent pas… On attend une version fonctionnelle
2. On ne compile pas contre des versions précises un truc (destiné à être) publié…

Il va faire le coup n fois ?

Bordel, c'est sur dur que ça de taper sur le lien symbolique /usr/lib/x86_64-linux-gnu/libmachintruc.so.0 au lieu de /usr/lib/x86_64-linux-gnu/libmachintruc.so.0.x.y ? Alors que t'as déclaré en dépendance >= 0.x.y ?

Faut vraiment pisser du code sans réfléchir pour pas anticiper un problème aussi évident… Jor tellement gros que même un députant qui a pris la peine de comprendre comment ça fonctionne, l'anticiperai… C'est pas pour rien que les symlinks /usr/lib/x86_64-linux-gnu/lib*.so.0 existent

Je sens que ça va encore arriver avec d'autres bibliothèques dont ksnip dépend #fatigue