Valery Landon a écrit:La politique de Bibble Labs est claire, en aucun cas ne toucher aux RAW, et je pense que c'est ce que souhaite la majorité des utilisateurs. Garder nos "négatifs numériques" intact me semble l'idéal et l'utilisation du format OUVERT xmp est un avantage incontestable me semble-t'il.
Le XMP est un format propriétaire d'Adobe. Il est ouvert en ce sens qu'Adobe le met à disposition, mais Adobe se réserve le droit de le modifier, il l'a déjà fait. Notamment en incluant dans les XMP les IPTC sous une forme "Adobe" ce qui fait qu'il y a maintenant deux formes d'IPTC : l'IPTC/IIM (Legacy) et l'IPTC Core (celui des fichiers XMP Adobe). Pour les détails faire un google sur "IPTC legacy" et "IPTC core"
L'XMP a l'avantage d'offrir un tronc commun (mais défini et modifiable par Adobe) et des espaces "privés" dans lesquels Bibble, Phase One etc.. peuvent écrire des données qui leurs sont propres.
Nikon résiste à ce sytème en écrivant les données (y compris des XMP!!) dans le NEF et pas dans un sidecar XMP.
En fait il n'y a aucune norme universelle transparente. Et Bibble ne simplifie pas les choses en écrivant des XMP sous la forme xxxx.raw.XMP (par ex. DSC_15999.NEF.XMP qui ne sont pas lus (à cause du nom) par d'autres logiciels. Dans l'autre sens la dernière version (preview 2) de B5 sait lire les DSC_xxxx.XMP et les incorporer au moins partiellement dans ses propres DSC_xxxx.raw.XMP.
La conclusion? si on veut se servir des metadonnées, mieux vaut se batir un sytème cohérent et ne pas mélanger par ex. Bibble et Adobe. Pour ma part c'est Bibble pour de dématriçage, mais tout ce qui est catalogage et écriturer d'IPTC et mots-clés se fait dans IMatch.... Et rien dans PS ou LR sauf épisodiquement pour un besoin particulier.
Francis




