Si l’importation par un lecteur de cartes était moins compliquée à coder que l’importation par un appareil photo, pourrait-on demander aux développeurs de choisir cette option. ?
Je ne comprends pas, j’importe mes images toujours depuis une lecteur de carte et ceux depuis plusieurs années avec darktable, et ça marche. En fait je n’ai jamais importé depuis un boîtier car c’est probablement plus lent (USB-3) et je ne veux pas détruire la protection du connecteur souvent en caoutchouc qui doit rester étanche.
Sous linux effectivement ça doit marcher en ce qui concerne ls autres syst. d’exploit ?
Je sais que ça marche je l’utilise. Mais sous windows l’import par les appareils photos se révèle compliqué m’a t on dit. Problème de sous programme ou bibliothèque je crois. Je me demandais si l’import par un simple lecteur de cartes ne serait pas plus simple. Il n’y aurait peut-être pas tous ces sous programmes ou bibliothèque à installer sous windows.
Je ne connais pas le codage de haut niveau.
Bonjour,
comme d’autres, je n’utilise jamais la connexion directe du boîtier au micro.
Je dispose d’un lecteur de carte intégré au Macbook, qui communique via un port interne USB 2, mais aussi d’un lecteur de carte externe Lexar pro.
Ni l’un, ni l’autre ne sont reconnus par darktable.
/dev/disk1
#: TYPE NAME SIZE IDENTIFIER
0: FDisk_partition_scheme *16.0 GB disk1
1: DOS_FAT_32 K-5 II 16.0 GB disk1s1
Y aurait-il un paramètre spécial à régler quelque part ?
Peux-tu montrer le résultat des commandes df et/ou mount quand ta carte est dans le lecteur intégré, puis dans le lecteur Lexar ?
Bonjour,
carte dans le lecteur intégré
[code]df
Filesystem 512-blocks Used Available Capacity iused ifree %iused Mounted on
/dev/disk1s3 974621136 670565264 303543872 69% 83884656 37942984 69% /
devfs 377 377 0 100% 652 0 100% /dev
/dev/disk0s2 974831808 117113640 857718168 13% 14639203 107214771 12% /Volumes/MacBookkleenux
map -hosts 0 0 0 100% 0 0 100% /net
map auto_home 0 0 0 100% 0 0 100% /home
/dev/disk2s1 31275008 448 31274560 1% 0 0 100% /Volumes/K-5 II
…
mount
/dev/disk1s3 on / (hfs, NFS exported, local, journaled)
devfs on /dev (devfs, local, nobrowse)
/dev/disk0s2 on /Volumes/MacBookkleenux (hfs, local, journaled)
map -hosts on /net (autofs, nosuid, automounted, nobrowse)
map auto_home on /home (autofs, automounted, nobrowse)
/dev/disk2s1 on /Volumes/K-5 II (msdos, local, nodev, nosuid, noowners)
[/code]
carte dans le lecteur externe
[code]df
Filesystem 512-blocks Used Available Capacity iused ifree %iused Mounted on
/dev/disk1s3 974621136 670566296 303542840 69% 83884785 37942855 69% /
devfs 377 377 0 100% 652 0 100% /dev
/dev/disk0s2 974831808 117113640 857718168 13% 14639203 107214771 12% /Volumes/MacBookkleenux
map -hosts 0 0 0 100% 0 0 100% /net
map auto_home 0 0 0 100% 0 0 100% /home
/dev/disk3s1 31275008 448 31274560 1% 0 0 100% /Volumes/K-5 II
…
mount
/dev/disk1s3 on / (hfs, NFS exported, local, journaled)
devfs on /dev (devfs, local, nobrowse)
/dev/disk0s2 on /Volumes/MacBookkleenux (hfs, local, journaled)
map -hosts on /net (autofs, nosuid, automounted, nobrowse)
map auto_home on /home (autofs, automounted, nobrowse)
/dev/disk3s1 on /Volumes/K-5 II (msdos, local, nodev, nosuid, noowners)
[/code]
merci à toi
Un truc qui peut aider, je connecte toujours ma carte avant de lancer dt.
Bonjour,
@manu
si je passe par « importer dossier », je vois bien la carte dans le dossier Volumes, mais la base ne référencerait que le chemin vers la carte, donc des images inaccessibles quand je l’ai éjectée. J’ai testé.
@pascal
oui, la carte est bien insérée dans le lecteur avant de lancer darktable, me référant au manuel que j’ai commencé à lire.
Je ne peux pas tester avec la connexion directe boîtier>Mac, le câble d’origine HDMI-USB n’est pas accessible pour le moment, resté dans son emballage d’origine stocké « au diable ».
OK compris, j’étais complètement à côté de la plaque… et en fait je n’avais pas compris la réflexion initiale de @Valmy.
Ben oui, c’est sûr que dès que tu auras sorti la carte du lecteur, ça va coincer puisque les fichiers y sont et pas recopiés sur ton DD, ce que « Importer depuis le boîtier » fait, en revanche.
D’où la nécessité de passer par un autre outil qui fasse l’importation de la carte SD sur DD avec les paramètres qui te vont bien. Comme Rapid Photo Downloader (pas sur MacOS, apparemment).
exiftool ![]()
et comme tu m’as bien aidé pour exiftool, suite à ma demande, je vais garder ce tandem.
Je bute encore sur l’identification de n’importe quelle carte mémoire, quel que soit son nom.
Si je n’y arrive pas, je devrai modifier à la main le contenu du petit script bash –ou en faire un par carte mémoire (3 boîtiers, ce n’est pas la mer à boire).
Il te faut soit paramétrer le script pour spécifier le nom de la carte au lancement, soit lui faire chercher ce qui est monté sur /Volume et demander si c’est bien ce qu’il faut importer.
En passant, tu pourrais aussi paramétrer la saisie d’une étiquette à rajouter au nom de fichier, ce qui le rend plus « parlant ».
Si t’es pas pressé, envoie moi ton script que je vois si je peux t’accélérer le codage. Après, j’ai pas de Mac sous la main (ni ailleurs) que du Linux, alors ça peut prendre un peu de temps et d’aller-retours.
Merci
MP envoyé
Bonsoir,
pour ce qui concerne le besoin que j’avais exprimé ici et dans cette discussion, c’est réglé grâce à manu. ![]()
Bonjour,
Si ça peut servir à d’autres, j’ai déposé ce script plutôt « Mac » sur ce framadrop.
Penser à le rendre exécutable (chmod + x importPhotos) et l’adapter aux besoins spécifiques…
Et ce petit scripting bash m’a donnée envie de voir si je pouvais reproduire ce que je fais avec Rapid Photo Downloader, et oui c’est faisable.
J’ai donc poussé le script dans une version que je souhaitais pouvoir utiliser à partir de l’explorateur de fichiers d’Ubuntu (aka nautilus auparavant) par un simple clic droit > Scripts > importPhotos
Pour cela, il suffit de déposer ce script dans ~/.local/share/nautilus/scripts/importPhotos et le rendre exécutable (chmod +x importPhotos).
Il réalise l’importation de photos à partir d’un dossier ou fichier (carte SD par exemple).
Une étiquette libre peut être associée à l’ensemble du jeu d’importation (lieu, thème, etc…).
Les photos sont recopiées dans une arborescence sous la forme : AAAA/MM - mois AA/AAMMJJ-étiquette/étiquette-AAMMJJ-nom_fichier_originel.ext
Exemple : 2018/01 - janvier 18/180101-Nouvel an/Nouvel an-180101-_K3_4595.PEF
Les photos sont dupliquées sur un espace backup avec la même sous-arborescence.
Donc, après avoir inséré la carte SD, il faut la parcourir jusqu’au dossier (voire fichier) à importer, cliquer droit sur celui-ci > Scripts > importPhotos
Si l’espace cible n’est pas accessible, le script l’indique et s’arrête.
Si l’espace backup n’est pas accessible, le script l’indique et continue.
Une fenêtre de dialogue demande une étiquette, par exemple : Nouvel an.
Ne pas en saisir ou cliquer sur annuler si une étiquette n’est pas nécessaire.
Une confirmation est ensuite demandée en récapitulant ce qui va être fait.
Au final, les photos sont recopiées sur la/les cibles définies dans le script (photoRoot et photoBack) et sont toujours sur la source. J’ai l’habitude de formater mes cartes quand je suis certain que tout est en bon ordre sur la bécane et le backup.
C’est bien sûr de l’Open Source ! ![]()
C’est sympa de mettre ce script à disposition.
Pour l’arborescence des dossiers ce n’est pas AAAA/AAAAMMJJ_Jobcode ?
Désolé, je ne comprends pas la question.
J’ai un choix d’arborescence propre, qui est celui que j’ai mis dans le script. Libre à chacun de l’adapter, voire d’adapter le script pour demander quelle forme celle-ci doit avoir… (pourquoi pas ?..).
Quand à Jobcode, il est lié à DT non ?
Ce script est amont à DT dans le processus de récupération des photos…
Bonjour,
je renouvelle mes remerciements ici, manu.
Pour la version Mac, j’avais modifié la commande exiftool de ton script afin que les fichiers ne soient pas supprimés de la carte.
exiftool -o . "-Directory<DateTimeOriginal" -d "$PhotoRoot/%Y/%Y-%m-%d" -r "$CardRoot/$CardName/$CardDir"
Comme toi, je prends la précaution de ne pas vider la carte après la copie et d’avoir fait la sauvegarde du disque 1 vers un disque 2 avant de le faire. Ainsi, j’ai toujours deux copies de mes fichiers.
Merci Manu pour ce partage.
![]()