Exiftool et juste un recours au cas où exiv2 émet une exception.
Sous Linux, il y a une librairie partagée appelée libexiv2.so.x qui est appelée par ART.
je ne parle pas de ça mais du programme exécutable exiv2 qui est autonome. Cest cet exécutable qui est appelé par le script.
ça fait longtemps que sous Windows on évite l’utilisation des librairies partagées et que l’on met toutes les dépendances dans le paquet.
Il n’y a certainement pas de probleme à utiliser exiftool car on l’appele en ligne de commandes. Il faut alors modifier en conséquence le script txt et si c’est un peu compliqué écrire un script bash.
L’interet d’exiv2 est que c’est tres simple à appeler.
Vi, depuis très très longtemps… après on s’étonne que l’espérance de vie de l’OS est courte sur un PC où l’utilisateur le goinfre d’applis, la comorbidité avec une telle surcharge pondérale n’y aide pas
Oui c’est probable mais je n’ai pas du tout creusé la question.
J’ai une session Win10 uniquement pour des raisons PRO de télétravail, les applis OpenSource qui y sont installées n’y sont que pour tester, je ne les utilise pas en production.
Et actuellement je suis un peu surbooké, le mot est faible, pour m’en occuper et aider Gavot
Le script fourni dans le premier post permet d’extraire des jpg des raw sans écrire de ligne de commande et en restant dans ART.
Cela fonctionne sous Windows sans problème.
Évidemment il existe une flopée de logiciels sous Windows, utilisant exiv2 ou exiftool en arrière-plan et permettant d’extraire les jpg. En particulier les visualiseurs qui comme Irfanview affichent les jpg intégrés et non les raw bien sûr.
pour faire fonctionner sous Windows, il faut donc ;
extraire du fichier compressé exiv2-0.27.5-MinGW64.tar.gz le fichier exiv2.exe et le mettre à côté de ART.exe
identifier le numéro du jpg que l’on veut extraire (c’est fait une fois pour toutes)
Éditer le script en mettant le numéro du jpg que l’on veut extraire et le nom de l’appareil photo comme il apparait dans ART
Sauvegarder le script sous un nom <nom significatif>.txt dans le sous répertoire à créer usercommands dans le répertoire de configuration (à côté du fichier options).
exemple de script pour un Z 50
[ART UserCommand]
Label=Extract the JPG preview
Command=exiv2 -e p5
NumArgs=1
Camera=NIKON Z 50
MatchCamera=true
FileType=raw
On trouve la commande dans le menu contextuel du navigateur de fichiers de ART
Pour un sony RX100 c’est p2
pour la camera tu n’es pas obligé de préciser le type M3.
En indiquant RX100 je peux appliquer le script à tous les modéles du RX100
SM
Tout d’abord, il ne faut modifier uniquement ce qui est entre les signes <…>
il ne faut donc pas toucher à RAW
exiv2 numérote les jpg intégrés dans le raw. La commande exiv2 -p p permet de lister les differents jpg integres avec leur dimensions
exemple sur un raw D80
Il n’y a que 2 preview de dimensions réduites. J’ai déjà remarqué que SONY n’intégrait pas des JPG pleine résolution dans les RAW
pour le SONY DSC-RX10M3 , je ne sais pas combien il y a de preview. Applique la commande exiv2 -p p sur une de tes photos. C’est à faire une fois pour chaque boitier.
Cest expliqué ci dessus
Il faut mettre le nom de l’appareil photo et le numéro du jpg que tu veux extraire
tu donnes au .txt un nom identifiant le boitier pour t’y retrouver.
exemple extraxtJPGRX10M3.txt
@edmond_Gautier
J’ai essayé de comprendre pourquoi ça ne fonctionnait pas pour moi sous Win10.
Ce n’est pas mon système principal, je ne l’utilise que pour qq tâches Pro
Comme pour mes fichiers RAF le bon numéro de non-raw est le 2, j’avais recherché sous Linux le meilleur non-raw, j’insistais à mettre sous Win10 dans mon fichier .txt
Command=exiv2 -e p2
J’ai mis une image dans le dossier de ART, à coté de exiv2.exe et curieusement la commande ne me trouve que le premier non-raw, le thumbnail de très faible définition.
De mon point de vue mettre brutalement exiv2.exe extrait de MinGW64 et quand bien même ART embarque libexiv2.dll ( 3080 ko ) ce n’est pas celle de MinGW64 ( 4086 ko ) plus complète.
J’ai tenté de substituer l’une pour l’autre, ce n’est pas mieux.
Je pense que si Alberto utilise exiftools à la place de exiv2 avec Windows c’est qu’il doit avoir ses raisons, faudrait lui demander.
A moins que quelque chose ne m’échappe, pour moi ça ne fonctionne pas sous Windows.
Parce-que je n’aime pas les choses qui me résiste j’ai creusé encore le sujet.
Comme edmond_Gautier faisait l’annonce ailleurs de la version des binaires “optimisés” pour Windows, ART_1.17.2_W64_Skylake , qu’il propulse (voire construit) j’ai voulu voir ce qu’elle avait dans le ventre. Et surprise elle embarque directement la library libexiv2.dll dans une version étendue si j’en crois son poids ( 4124 ko )
Donc pas besoin d’aller la chercher ailleurs et cerise sur le gâteau cette fois l’extraction des non-raw fonctionne parfaitement.
Autrement dit Gavot pour ne pas te prendre la tête ce serait la version à utiliser pour toi sous Windows.
Particularité elle n’a pas d’installeur, donc standalone, il n’y aura pas d’icône de lancement dans ton menu [ Démarrer ] ou ailleurs, il suffit de dézipper l’archive et double cliquer sur l’exécutable ART.exe
Son dossier utilisateur est distinct de la version release ART_1.17.2_Win64.exe de bitbucket.org on le trouve ici, dossier ART-dev, le chemin est
C:\Users<nom_de_session>\AppData\Local\ART-dev
Pour moi c’est la deuxième occurrence de non-raw qui est la bonne, voilà mon fichier jpeginraw.txt pour exemple.
Comme j’ai eu plusieurs boîtiers de la marque ; X100T, X-E3 et maintenant X-E4 je ne précise que la marque sur la ligne Camera= , comme ça tous sont pris en charge.
Voilà en espérant que cette fois ça fonctionne pour toi.
La recherche avec la commande en console fonctionne aussi, of course
Les explications sont là, selon le type, la génération du cpu certaines fonctions sont dispo ou pas, c’est sûr qu’une compilation typée pour un copro bien particulier sera plus performante.
J’ai vu que les ryzen ont droit à leur version optimisée, j’ai ça au pro soutenu par cette CG va falloir que je teste ART… bon arrivé à ce niveau, il faut mesurer, à mon avis la différence ne doit pas être sensible au point d’en avoir un ressenti.
Matos justifié car je fais du calcul aux éléments finis, d’où le cpu, depuis des modèles BIM, d’où le gpu… et coté résolution de calculs il y a une grosse différence par rapport à mon i7-8700 2,4 GHz quand même à 6 cores que j’ai chez moi.
M’enfin on dérape du sujet là, gaaned92 va nous tirer les oreilles.
Super Jaco, avec la version des binaires “optimisés” pour Windows, tout fonctionne impeccablement bien.
Merci à vous tous de m’avoir éclairé et aidé.
PS : Serait-il possible en 2 mots d’expliquer la différence entre la version Windows que l’on trouve sur bitbucket.org et la version compilé par edmond_Gautier que l’on trouve sur ART-W64NightlyBuilds/ – Keybase.pub ?
Mais de rien, si on est ici c’est aussi pour aider en fonction de nos possibilités c’est un principe de base du libre où tout un chacun peut apporter une pierre à l’édifice, je pense à ceux qui ont des facilités linguistiques et sans trop rien y connaître à l’informatique font un gros travail de traduction pour que les applis soient déclinées en divers langages.
Pour ta question, je laisse la main à edmond_Gautier qui doit en savoir plus que moi sur ces diverses versions pour Windows.
Alberto genere une version windows uniquement pour les versions stables.
Il genere une version dite « generique » qui n’utilise que les instructions de base x86.
D’autre part, je mets tout le paquet dans un zip, alors que lui le met dans un installeur.
Il peut aussi y avoir des differences concernant les versions des dependances. Je mets frequemment Msys2 à jour alors qu’Alberto estbeaucoup plus conservatif.