Se connecter

pascalG · 29-04-19, 13:34

(29-04-19, 11:07)jpverrue a écrit : Si si, c'est enregistré. Au moins avec par les marques que j'utilise (nikon et fuji), mais c'est enregistré dans la partie des exifs appelée "maker notes", c'est à dire "données constructeur". Ces données sont tout à fait privées, parfois codées et inutilisables par les logiciels tiers. Donc...

Ces données sont codées, mais elles sont utilisables par des logiciels tiers.
Exemple ce plugin tiers pour LR :

Donc ...

**jpverrue** · 29-04-19, 13:46

Merci pour la précision. Il reste néanmoins que ce sont des données propriétaires non décrites et variables d'un constructeur à l'autre. Il est donc probable que le plug-in que tu nous montres a été développé par rétro ingénierie

pascalG · (Modification du message : 29-04-19, 14:00 par pascalG.)

(29-04-19, 13:46)jpverrue a écrit : Merci pour la précision. Il reste néanmoins que ce sont des données propriétaires non décrites et variables d'un constructeur à l'autre. Il est donc probable que le plug-in que tu nous montres a été développé par rétro ingénierie

Il est plus probable que ces données soient décrites dans les SDK des constructeurs qui sont à disposition des développeurs tiers.
Il y a d'autres exemples d'utilisation de ces SDK comme le logiciel Focal qui permet les micro-ajustements de l'AF.

**jpverrue** · 29-04-19, 15:16

Mais évidemment les développeurs du libre n'y ont pas accès ! Trop cher ?

pascalG · (Modification du message : 29-04-19, 15:57 par pascalG.)

(29-04-19, 15:16)jpverrue a écrit : Mais évidemment les développeurs du libre n'y ont pas accès ! Trop cher ?

Les développeurs du libre comme n'importe quel autre peuvent y avoir accès s'ils satisfont aux demandes du constructeur. Chez Nikon, par exemple, si la demande est acceptée suite à un processus (j'imagine que Nikon ne souhaite pas les distribuer au premier venu), les SDK sont gratuits et les développements sont libres de droit.
https://sdk.nikonimaging.com/apply/

C'est une possibilité tout à fait accessible, mais cela ne présume en rien de l'utilité réelle d'avoir connaissance du point de map sur l'image ...

**jpverrue** · (Modification du message : 29-04-19, 16:11 par jpverrue.)

Merci pour ces explications, J'avais toujours lu ce que j'ai affirmé ci-dessus, mais j'avais tord. Décidément, c'est pas mon jour !

Cependant une question subsidiaire apparaît : Est-ce que le même principe de SDK est disponible aussi pour le fichiers RAW ? Et si oui, pourquoi gérer alors une base de donnée de fichiers et procéder par rétro ingénierie pour les caractériser dans darktable et autres logiciels libres de développement ?

J'ai suivi le lien que tu as envoyé : j'ai un élément de la réponse. Chez Nikon, il existe bien des SDK pour les fichiers raw.

pascalG · (Modification du message : 29-04-19, 17:33 par pascalG.)

(29-04-19, 16:05)jpverrue a écrit : Merci pour ces explications, J'avais toujours lu ce que j'ai affirmé ci-dessus, mais j'avais tord. Décidément, c'est pas mon jour !

Cependant une question subsidiaire apparaît : Est-ce que le même principe de SDK est disponible aussi pour le fichiers RAW ? Et si oui, pourquoi gérer alors une base de donnée de fichiers et procéder par rétro ingénierie pour les caractériser dans darktable et autres logiciels libres de développement ?

J'ai suivi le lien que tu as envoyé : j'ai un élément de la réponse. Chez Nikon, il existe bien des SDK pour les fichiers raw.

Oui bien sûr les SDK prennent en compte les fichiers raw. C'est ainsi que fonctionne FoCal, il pilote l'apn en mode connecté et analyse la FTM des images capturées pour déterminer automatiquement le meilleur paramètre de micro-ajustement.

Pour le plugin, il est par contre fort possible qu'il exporte en arrière-plan un jpg pour l'affichage ... en exploitant les méta données du raw.

Ça répond à la question initiale mais est-ce vraiment utile ? Dans le principe, on cherche à connaître le point de map pour savoir pourquoi l'image n'est très nette. Mon image du plugin montre que ça ne sert pas toujours à grand chose. Sur l'image, on voit le point de map au niveau de l'aisselle gauche. En fait, j'ai bloqué la map sur les yeux et ensuite j'ai recadré comme je l'ai voulu. Donc dans un tel cas, l'indication du point de map ne sert à rien : si les yeux sont "flous", ce serait plus un problème de front ou back focus.
C'est là que la commande ctrl/Z prend son intérêt en affichant ce qui pourrait être la zone de pdc sur l'image (y compris en profondeur)... si les résultats n'étaient parfois bizarres.

nicoauffray · 29-04-19, 17:43

Il est aussi probable que certaines marques ne diffusent pas ces données gratuitement, quand bien même Nikon le ferait. Et si coût, seules des produits commerciaux peuvent l'envisager. Mais ça ne reste qu'une hypothèse.

Une autre hypothèse pourrait aussi être que certaines marques ne donneraient pas l'accès à leurs données à un logiciel libre (code source ouvert donc disponible, autant dire que la rétro-ingénierie en serait facilitée...).

pascal · 29-04-19, 18:43

Le SDK est "gratuit" mais pas "libre" alors c'est directement poubelle on ne peut rien faire avec un gratuiciel qui peut disparaître du jour au lendemain.

En tout cas si c'est une licence libre c'est pas clairement mis en avant...

aurelienpierre · 29-04-19, 22:17

L'affichage de la zone de mise au point dans darktable ne passe pas par l'exploitation des métadonnées du collimateur utilisé, mais par une mesure de la netteté dans l'image par un filtre en ondelettes. En gros, dt applique un filtre passe-haut et indique les zones où le contraste est le plus élevé (= là où c'est net). Rien à voir avec la mise au point du boîtier (enfin, si, si la mise au point s'est bien passée…)

Se connecter
Utilisateur :
Mot de passe :	Mot de passe oublié ?
	Se rappeler