Suite à la compression via Digikam, toutes les nouvelles images compressées ont eu une mauvaise date. Ce qui donne sur le timeline ceci :
Le pic de 2019, n’a pas lieu d’être … j’ai donc essayer de lancer une ligne de commande pour changer la date de modification et de création des images.
$ time exiftool -v -r "-filemodifydate<datetimeoriginal" "-filecreateddate<datetimeoriginal" Images/ ... 3214 directories scanned 119812 image files updated 15783 image files unchanged 203 files weren't updated due to errors real 22m59,695s user 22m0,499s sys 0m21,394s
Ensuite j’ai refait un scan avec Digikam :
Je n’ai pas remarqué de changement sur la courbe … misère.
J’ai donc décidé de d’abord faire un classement des photos par répertoire, et ensuite j’ai relancer Digikam :
$ sudo pip install sortphotos $ mkdir ImagesSorts $ sortphotos -r ./Images/ ./ImagesSorts/ --sort %Y/%m/%d $ mv ./Images/ /datadisk/. $ mv ./ImagesSorts/ ./Images/
Puis j’ai chercher les doublons via un script, cela m’a permis de trouver 26 Go de doublons …
#!/bin/bash
# Save default separator definitions
oIFS=$IFS
# define new line as a separator, filenames can have spaces
IFS=$'\n';
# For each file (f) listed as duplicated by fdupes, recursively
for f in `fdupes -r -f Images/`
do
# Log the files I'm moving
echo "Moving $f to folder Duplicates" >> ~/log.txt
# Move the duplicated file, keeping the original in the original folder
mv $f /datadisk/Images/Duplicates/.
done
# restore default separator definitions
IFS=$oIFS
Ensuite j’ai essayé une optimisation …:
$ du -sh Images/ 206G Images/ $ find Images/ -name "*.jpg" -print0 | xargs -0 jpegoptim -m 80 .... $ du -sh Images/ 187G Images/
Bref, je galère.
J’ai aussi déplacer les videos …
Chargement ...
