J'avais quelques centaines de photos de famille en vrac dans une boîte, dont
certaines en plusieurs exemplaires. Je les ai toutes numérisées sans me
soucier de ces multiplicités et les fichiers jpeg résultants sont dans un
répertoire "album". Existe-t-il, sous Linux, un programme capable de dresser
automatiquement une liste des images de ce répertoire qui se ressemblent ?
(Comparer visuellement chacune à toutes les autres me prendrait des heures.)
Merci d'avance pour vos suggestions.
Geo Cherchetout , dans le message <r77f7i$9mm$, a écrit :
Existe-t-il, sous Linux, un programme capable de dresser automatiquement une liste des images de ce répertoire qui se ressemblent ?
Le filtre ssim de ffmpeg peut te dire à quel point deux vidéos se ressemblent. (Une photo, c'est une vidéo très courte.) ffmpeg -i photo0002.jpg -i photo0003.jpg -lavfi ssim -f null -
Geo Cherchetout , dans le message <r77f7i$9mm$1@news.gegeweb.eu>, a
écrit :
Existe-t-il, sous Linux, un programme capable de dresser
automatiquement une liste des images de ce répertoire qui se ressemblent ?
Le filtre ssim de ffmpeg peut te dire à quel point deux vidéos se
ressemblent. (Une photo, c'est une vidéo très courte.)
Geo Cherchetout , dans le message <r77f7i$9mm$, a écrit :
Existe-t-il, sous Linux, un programme capable de dresser automatiquement une liste des images de ce répertoire qui se ressemblent ?
Le filtre ssim de ffmpeg peut te dire à quel point deux vidéos se ressemblent. (Une photo, c'est une vidéo très courte.) ffmpeg -i photo0002.jpg -i photo0003.jpg -lavfi ssim -f null -
J'obtiens principalement ce message d'erreur : [Parsed_ssim_0 @ 0x23498c0] Width and height of input videos must be same. En effet, à la différence d'images issues d'une caméra, deux photos, même apparemment identiques, scannées l'une après l'autre, ont très peu de chances de donner des images ayant exactement la même définition. Merci quand-même pour la piste ffmpeg à laquelle je n'aurais jamais pensé.
[Parsed_ssim_0 @ 0x23498c0] Width and height of input videos must be same.
En effet, à la différence d'images issues d'une caméra, deux photos, même
apparemment identiques, scannées l'une après l'autre, ont très peu de
chances de donner des images ayant exactement la même définition.
Merci quand-même pour la piste ffmpeg à laquelle je n'aurais jamais pensé.
J'obtiens principalement ce message d'erreur : [Parsed_ssim_0 @ 0x23498c0] Width and height of input videos must be same. En effet, à la différence d'images issues d'une caméra, deux photos, même apparemment identiques, scannées l'une après l'autre, ont très peu de chances de donner des images ayant exactement la même définition. Merci quand-même pour la piste ffmpeg à laquelle je n'aurais jamais pensé.
Olivier Miakinen
Le 16/04/2020 à 10:36, Geo Cherchetout a écrit :
[...] Width and height of input videos must be same. [...] images ayant exactement la même définition.
La même définition, ou la même taille ?
Le 16/04/2020 à 10:36, Geo Cherchetout a écrit :
[...] Width and height of input videos must be same.
[...] Width and height of input videos must be same. [...] images ayant exactement la même définition.
La même définition, ou la même taille ?
Les deux.
Cedric Abonnel
Le jeudi 16 avril 2020 11:08:56 UTC+2, Geo Cherchetout a écrit :
Le 16/04/2020 10:48, *Olivier Miakinen* a écrit :
Le 16/04/2020 à 10:36, Geo Cherchetout a écrit :
[...] Width and height of input videos must be same. [...] images ayant exactement la même définition.
La même définition, ou la même taille ?
Les deux.
Un CROP sur les photos permettrait d'avoir les mêmes résolutions (définition). Cela permettrait de les comparer avec SSIM et d'avoir u ne liste des images presque identiques.
Le jeudi 16 avril 2020 11:08:56 UTC+2, Geo Cherchetout a écrit :
Le 16/04/2020 10:48, *Olivier Miakinen* a écrit :
> Le 16/04/2020 à 10:36, Geo Cherchetout a écrit :
>>
>> [...] Width and height of input videos must be same.
>>
>> [...] images ayant exactement la même définition.
>
> La même définition, ou la même taille ?
Les deux.
Un CROP sur les photos permettrait d'avoir les mêmes résolutions (définition). Cela permettrait de les comparer avec SSIM et d'avoir u ne liste des images presque identiques.
Le jeudi 16 avril 2020 11:08:56 UTC+2, Geo Cherchetout a écrit :
Le 16/04/2020 10:48, *Olivier Miakinen* a écrit :
Le 16/04/2020 à 10:36, Geo Cherchetout a écrit :
[...] Width and height of input videos must be same. [...] images ayant exactement la même définition.
La même définition, ou la même taille ?
Les deux.
Un CROP sur les photos permettrait d'avoir les mêmes résolutions (définition). Cela permettrait de les comparer avec SSIM et d'avoir u ne liste des images presque identiques.
Geo Cherchetout
Le 16/04/2020 20:02, *Cedric Abonnel* a écrit :
Un CROP sur les photos permettrait d'avoir les mêmes résolutions (définition). Cela permettrait de les comparer avec SSIM et d'avoir une liste des images presque identiques.
OK, merci, on avance. Je pense aussi à une possible pixelisation simplificatrice...
Le 16/04/2020 20:02, *Cedric Abonnel* a écrit :
Un CROP sur les photos permettrait d'avoir les mêmes résolutions
(définition). Cela permettrait de les comparer avec SSIM et d'avoir une
liste des images presque identiques.
OK, merci, on avance. Je pense aussi à une possible pixelisation
simplificatrice...
Un CROP sur les photos permettrait d'avoir les mêmes résolutions (définition). Cela permettrait de les comparer avec SSIM et d'avoir une liste des images presque identiques.
OK, merci, on avance. Je pense aussi à une possible pixelisation simplificatrice...
dyrmak
En 8 lignes Geo Cherchetout a écrit dans news:r7aage$1uq0$ le jeudi, 16 avril 2020 à 21:09:02 :
Le 16/04/2020 20:02, *Cedric Abonnel* a écrit :
Un CROP sur les photos permettrait d'avoir les mêmes résolutions (définition). Cela permettrait de les comparer avec SSIM et d'avoir une liste des images presque identiques.
OK, merci, on avance. Je pense aussi à une possible pixelisation simplificatrice...
Et ffmpeg sait le faire, et je pose une question: Est-ce possible de distinguer les photos couleur des photos noir et blanc ? dyrmak -- El tren de las cinco de la mañana ++++ --- ++++ Linux operating system ++++ --- ++++
En 8 lignes Geo Cherchetout a écrit
dans news:r7aage$1uq0$1@news.gegeweb.eu
le jeudi, 16 avril 2020 à 21:09:02 :
Le 16/04/2020 20:02, *Cedric Abonnel* a écrit :
Un CROP sur les photos permettrait d'avoir les mêmes résolutions
(définition). Cela permettrait de les comparer avec SSIM et d'avoir une
liste des images presque identiques.
OK, merci, on avance. Je pense aussi à une possible pixelisation
simplificatrice...
Et ffmpeg sait le faire, et je pose une question:
Est-ce possible de distinguer les photos couleur des photos noir et
blanc ?
dyrmak
--
El tren de las cinco de la mañana
++++ --- ++++
Linux operating system
++++ --- ++++
En 8 lignes Geo Cherchetout a écrit dans news:r7aage$1uq0$ le jeudi, 16 avril 2020 à 21:09:02 :
Le 16/04/2020 20:02, *Cedric Abonnel* a écrit :
Un CROP sur les photos permettrait d'avoir les mêmes résolutions (définition). Cela permettrait de les comparer avec SSIM et d'avoir une liste des images presque identiques.
OK, merci, on avance. Je pense aussi à une possible pixelisation simplificatrice...
Et ffmpeg sait le faire, et je pose une question: Est-ce possible de distinguer les photos couleur des photos noir et blanc ? dyrmak -- El tren de las cinco de la mañana ++++ --- ++++ Linux operating system ++++ --- ++++
Cedric Abonnel
Le jeudi 16 avril 2020 23:02:07 UTC+2, dyrmak a écrit :
Est-ce possible de distinguer les photos couleur des photos noir et blanc ?
J'ai repéré deux images manifestement issues de tirages d'un même négatif et
j'en ai "resizé" une avec la géométrie de l'autre. Voici ce que dit ffmpeg :
Comment interpréter ce résultat ? Pure curiosité parce que, de toute façon,
je ne saurai jamais écrire un script capable d'automatiser les comparaisons.
Qu'est-ce que c'est que cette histoire de "deprecated pixel format" ?