Aurélien Pierre

See https://github.com/aurelienpierreeng/ansel/issues/405

Well, don't be. I keep changes minimal and focused on one single topic. That's a trick to be able to go back anytime in the history of commits, if a bug or a regression appears, and find precisely what commit introduced it. Splitting changes into small steps makes that easier, and makes the number of changes more impressing, but it's an illusion.

HDR support is the ICCmax version, not v4 as far as I'm aware. ICC v4 is not supported by ArgyllCMS (see link above), therefore not supported by Display Cal. The ICC workflow being printer-centric, HDR is irrelevant here. Anyway, HDR workflows moved to OCIO/ACES.All I can say is ICC v2 is supported everywhere, many devs & projects didn't bother with v4, and ICCmax is supported nowhere and not planned for adoption for apps that need HDR. So, just stick to good old ICC v2, the future of ICC is 30 years ago.

Can you be more specific on the error ?I suppose the most probable cause for this Windows the building environment (MSYS2, MingW64, URTC64, etc.) that got updated to something incompatible.

Windows build was fixed today thanks to @olliwa.

Ansel utilise la couche d'abstraction GVFS pour accéder aux stockages externes. Il est nécessaire que les paquets correspondant soient installés sur vos systèmes, incluant les drivers pour les protocoles SMB, WebDAV, FTP, MTP, PTP etc. si les supports de stockage externes les utilisent. GVFS est installé par défaut sur le bureau Gnome et sur la plupart des bureaux basés sur Gtk, mais pas forcément tous ses drivers. Il faut l'installer manuellement sur les autres bureaux, notamment ceux basés sur Qt.

You already have parametric gamut compression in color calibration. This will desaturate colors based on their chroma, using a power function. This was put there because, anyway, chromatic adaptation transform can and will push valid colors outside of gamut, especially the crazy LED blue.But ultimately, gamut is defined by color spaces which are defined by color profiles, and I believe that should be handled automatically when dealing with color conversions.

La version Rawspeed utilisée à la compilation est stockée dans /src/external/rawspeed. La commande suivante met à jour le sous-module (ce qui risque de casser le code existant d'Ansel et de requérir des corrections si l'API de Rawspeed a changé) :git submodule update --remote Ansel utilise la branche stable du projet Rawspeed, pour des raisons évidentes. Après mis à jour du dépôt, le X-M5 n'est pas dans /src/external/rawspeed/data/cameras.xml à ce jour. De toute évidence, le fichier data/cameras.xml ci-dessus provient de la branche instable de Rawspeed.

Might be related to https://github.com/aurelienpierreeng/ansel/issues/376

Je viens de mettre à jour le sous-module Rawspeed ainsi que le code qui interface la librairie dans Ansel, pour répercuter les changements d'API. Ça devrait marcher, à confirmer.

Git et configuré pour suivre la branche Rawspeed "stable" et est réglé au commit 6e0d1e8d6fffcb6b0af787b6f7ad6bd99c1bb6b2. Il faut lancer la commande :git submodule update --recursive pour récupérer le dernier commit (e3f16a78ebabfe5f1167d7bcc960c37515094d05). Ce commit introduit probablement un changement d'API qui rend le module Ansel responsable du décodage des photos raw incompatible. Il est donc nécessaire de modifier le code d'Ansel en conséquence, en plus de mettre à jour Rawspeed. Bienvenue dans l'enfer des dépendances tierces.

Une lampe de bureau peut-elle le faire ? La position de l'éclairage est-elle importante ? Son intensité ?Lampe de bureau ou lampe de n'importe quoi, c'est surtout la nature de l'ampoule utilisée qui est importante :les lampes de bureau utilisent traditionnellement des ampoules halogènes, autour de 4500 K, donc trop oranges pour nous,les lampes de bureau utilisent traditionnellement des ampoules spot, qui vont créer un éclairage localement dur et donc un fort gradient de luminance sur le bureau et le mur. Or l'idée générale est d'éviter au maximum les éléments contrastants dans l'environnement visuel.L'objectif est d'obtenir un fond (mur et bureau) le plus neutre possible, c'est à dire (idéalement) 6500 K et uniformément gris, sans reflets ni gradients. Donc, effectivement, privilégier les barres de LED plutôt que les spots, utiliser des diffuseurs (non teintés), etc. sont des pré-requis. Tout cela est le cas idéal, dans la pratique, on fait comme on peut en fonction du budget et des conditions réelles.J'édite sur un écran Asus ProArt PA248QV, convient-il de le calibrer ?Les tests d'Arnaud Frich semblent indiquer qu'il n'est pas critique de calibrer cet écran, étant données ses performances natives. Cependant, dans une production industrielle, on a toujours de la variabilité sur la qualité des produits, et le fait qu'un échantillon tiré au hasard passe le test ne garantit en rien que tous les échantillons le passeront. Moi je réalise toujours au moins une caractérisation, pour mesurer si la température du point blanc natif et le delta E maximum sont dans les limites tolérables.De plus, à mesure que l'écran va vieillir, il peut devenir crucial de le calibrer puisque le vieillissement s'accompagne d'une dérive.