how to find all images in a directory and its sub-directories, with types

, jpg, jpeg, png, ico

, and run

-strip your_filename.jpg

on them? Can the command

-strip

corrupt an image? Also can the command

-strip

be run on a gif file?

**EDIT #1 by OP:** Turns out this question is quite well answered by exiftool creator/maintainer Phil Harvey in a [duplicate thread on the ExifTool Forum ] **EDIT #2 by OP:** From [ExifTool FAQ : *ExifTool is **not** guaranteed to remove metadata completely from a file when attempting to delete all metadata.* See 'Writer Limitations'.] I'd like to search my old hard drives for photos that are not on my current backup drive. Formats include jpg, png, tif, etc..., as well as various raw formats (different camera models and manufacturers). I'm only interested in uniqueness of the image itself and not uniqueness due to differences in, say, the values of exif tags, the presence/absence of a given exif tag itself, embedded thumbnails, etc ... Even though I don't expect to find any corruption/data-rot between different copies of otherwise identical images, I'd like to detect that, as well as differences due to resizing and color changes. [**Edit #3 by OP:** For clarification: A small percentage of false positives is tolerable (a file is concluded to be unique when it isn't) and false negatives are highly undesirable (a file is wrongly concluded to be a duplicate).] My plan is to identify uniqueness based on md5sums after stripping any and all metadata. How can I strip the metadata? Will exiftool -all= suffice?

If I rename images via exiv to the exif date time, I do the following: find . -iname \*jpg -exec exiv2 -v -t -r '%Y_%m_%d__%H_%M_%S' rename {} \; Now it might happen that pictures have exactly the same timestamp (including seconds). How can I make the filename unique automatically? The command should be stable in the sense that if I execute it on the same directory structure again (perhaps after adding new pictures), the pictures already renamed shouldn't change and if pictures with already existing filenames are added the new filenames should be unique as well. My first attempt was just to leave the original basename in the resulting filename, but then the command wouldn't be stable in the sense above.

I have a directory with a large list of image files (JPG). Some of them have a specific rating, which is recorded as XMP data . An example would be > XMP Exif > xmp:Rating = 5 (for a file that has 5 stars). I would like to select all files in bash that have a certain rating, and then move/copy them to a specific directory. I have found some roundabout ways using e.g. Python or PHP but am wondering if there could be a more straightforward way?

I have ppm file X.ppm with comment : xxd X.ppm|head -10 0000000: 5036 0a23 206d 6967 6874 796d 616e 6465 P6.# mightymande 0000010: 6c20 2d32 2e38 3034 3132 3232 3037 3833 l -2.80412220783 0000020: 3834 3132 3833 3535 3139 3235 652d 3032 841283551925e-02 0000030: 202b 2036 2e39 3438 3932 3238 3438 3134 + 6.94892284814 0000040: 3730 3430 3430 3831 3238 3631 652d 3031 704040812861e-01 0000050: 2069 2040 2034 2e34 3430 3839 3230 3938 i @ 4.440892098 0000060: 3530 3036 3237 3165 2d31 360a 3132 3830 5006271e-16.1280 0000070: 2037 3230 0a32 3535 0aff ffff ffff ffff 720.255........ 0000080: ffff ffff ffff ffff ffff ffff ffff fefe ................ 0000090: fefc fcfc f8f8 f8e8 e8e8 4141 4140 4040 ..........AAA@@@ It is created with c code : void record_write(FILE *out, unsigned char *buffer, int width, int height, mpfr_t centerx, mpfr_t centery, mpfr_t radius) { fprintf(out, "P6\n"); mpfr_fprintf(out, "# mightymandel %Re + %Re i @ %Re\n", centerx, centery, radius); fprintf(out, "%d %d\n255\n", width, height); fflush(out); for (int y = height - 1; y >= 0; --y) { fwrite(buffer + y * width * 3, width * 3, 1, out); } fflush(out); } I can convert it to png : xxd X.png|head -10 0000000: 8950 4e47 0d0a 1a0a 0000 000d 4948 4452 .PNG........IHDR 0000010: 0000 0500 0000 02d0 0802 0000 0137 187a .............7.z 0000020: 9700 0000 5f74 4558 7454 6974 6c65 002d ...._tEXtTitle.- 0000030: 322e 3830 3431 3232 3230 3738 3338 3431 2.80412220783841 0000040: 3238 3335 3531 3932 3565 2d30 3220 2b20 283551925e-02 + 0000050: 362e 3934 3839 3232 3834 3831 3437 3034 6.94892284814704 0000060: 3034 3038 3132 3836 3165 2d30 3120 6920 040812861e-01 i 0000070: 4020 342e 3434 3038 3932 3039 3835 3030 @ 4.440892098500 0000080: 3632 3731 652d 3136 aba5 7721 0000 0015 6271e-16..w!.... 0000090: 7445 5874 536f 6674 7761 7265 006d 6967 tEXtSoftware.mig It also contain comment, but : - It is not exif ( and ppm is not supported by eviv2 library ). - Gimp also do not show comment from ppm or png file ( why ?) - identify -verbose X.ppm shows comment What program should I use to extract comment from ppm files ?

Let's grab a DIN A4 paper sheet in PNG format from https://www.a4-size.com/download/335/?tmstv=1739899566 . After unpacking the obtained archive, we get a4-size-portrait-pixels-600dpi.png. Let's inspect its meta data:

$ exiftool a4-size-portrait-pixels-600dpi.png 
ExifTool Version Number         : 12.57
File Name                       : a4-size-portrait-pixels-600dpi.png
Directory                       : .
File Size                       : 5.2 kB
File Modification Date/Time     : 2020:08:28 10:46:09+02:00
File Access Date/Time           : 2025:02:18 18:47:15+01:00
File Inode Change Date/Time     : 2025:02:18 18:43:03+01:00
File Permissions                : -rw-r--r--
File Type                       : PNG
File Type Extension             : png
MIME Type                       : image/png
Image Width                     : 4961
Image Height                    : 7016
Bit Depth                       : 1
Color Type                      : Palette
Compression                     : Deflate/Inflate
Filter                          : Adaptive
Interlace                       : Noninterlaced
Palette                         : 255 255 255
Image Size                      : 4961x7016
Megapixels                      : 34.8

As we see, the resolution/density tags are missing. So let's add them, using https://unix.stackexchange.com/a/791125 :

$ dpi=600 && exiftool -o a4-size-portrait-pixels-600dpi.exiftool.png -XResolution=$dpi -YResolution=$dpi -ResolutionUnit=inches -PixelsPerUnitX=$(( dpi * 10000 / 254 )) -PixelsPerUnitY="$(( dpi * 10000 / 254 ))" -PixelUnits=meters a4-size-portrait-pixels-600dpi.png 
    1 image files created

But now:

$ convert a4-size-portrait-pixels-600dpi.exiftool.png -density 600 a4-size-portrait-pixels-600dpi.exiftool.convert.pdf
$ pdfinfo a4-size-portrait-pixels-600dpi.exiftool.convert.pdf
Title:           a4-size-portrait-pixels-600dpi.exiftool.convert
Producer:        https://imagemagick.org 
CreationDate:    Tue Feb 18 18:55:03 2025 CET
ModDate:         Tue Feb 18 18:55:03 2025 CET
Custom Metadata: no
Metadata Stream: no
Tagged:          no
UserProperties:  no
Suspects:        no
Form:            none
JavaScript:      no
Pages:           1
Encrypted:       no
Page size:       234.378 x 331.465 pts
Page rot:        0
File size:       35775 bytes
Optimized:       no
PDF version:     1.3

As we see, the page size is wrong. In Postscript points, the right size would have been 595 × 842 pts. What's going on here? Are we overusing exiftool+convert, or is convert simply wrong? We might suspect that we shouldn't need to tell the toolchain the density/resolution more than once. However, (in the ideal world) you should be able to say as often as you wish how big your pixel or your dot is (in our case, 1/600 of an inch wide and 1/600 of an inch high) to any tool in the toolchain.

What's the proper way to specify the image resolution of a scanned and postprocessed PNG file in its metadata? We currently use this command:

$ exiftool -o outfile.png \
           -Title="Title of the scanned document" \
           -XResolution=1200 \
           -YResolution=1200 \
           -ResolutionUnit=inches \
           -PixelsPerUnitX=47244.09 \
           -PixelsPerUnitY=47244.09 \
           -PixelUnits=meters infile.png
    1 image files created
$ exiftool outfile.png
…
Pixels Per Unit X               : 47244
Pixels Per Unit Y               : 47244
Pixel Units                     : meters
Exif Byte Order                 : Big-endian (Motorola, MM)
X Resolution                    : 1200
Y Resolution                    : 1200
Resolution Unit                 : inches
Y Cb Cr Positioning             : Centered
…

Ignoring the part that sets the title (which we included just because we do this all the time anyway), is this the right way to specify the image resolution or density, or are some parts superfluous or even completely useless, or is anything missing? In case *Pixels Per Unit {X|Y}* are needed (which programs use it over *{X|Y} resolution* ?), we wish to be more precise and specify 1200 dpi × (100/2.54 inch/m) = 6000000/127 dots/m or, in decimal notation, with some reasonable precision, say, ≈ 47244.094488188976378 dots/m in *Pixels Per Unit {X|Y}*.

On a Linux system, I have a bunch of MP4 files named like 20190228_155905.mp4 but with no metadata. I've previously had a similar problem with some jpg's which I solved manually with

exiv2 -M"set Exif.Photo.DateTimeOriginal 2018:09:18 20:11:04" 20180918_201104.jpg

but as far as I can see, the DateTimeOriginal is only for images, not videos. Videos that do have metadata have a Xmp.video.MediaCreateDate field that seems like what I want. I guess it contains a Unix timestamp, so I'd need a way to get the date from the filename, convert it to a Unix timestamp and set that value to Xmp.video.MediaCreateDate. Is that all correct? Or am I overcomplicating things? Edit: If I wasn't clear, I want to set creation date metadata on mp4 files using its filename that contains the date, so that programs can sort all my media files by their metadata

Imagemagick 6.9.11-60 on Debian. How to print date & time the photo was taken on the image? (on existing images). I have set this option in camera settings, but it only applies to new photos. The date is on the image medatada. It should be actual date the photo was taken, not the date it was saved on PC harddrive.

I currently use exiv2 0.28.2 tool to accomplish the same task on my JPEG/TIFF/Raw picture files from the command line . It works really great. Unfortunately it doesn't work reliably on video/mp4 media types as it normally reports: corrupted image metadata Of course this can be considered *normal* as there is no mention about support for non-picture (e.g. movie) EXIF media type. Is there any "*similar*" CLI tool that reliably works on media types like video/mp4? Even just querying would be OK to me as I could wrap that tool around with a script to emulate exiv2 behavior.

I have configured Digikam to store metadata (such as tags and ratings) in the files themselves (under SETTINGS > CONFIGURE DIGIKAM > METADATA). This seems to have worked well for my photos. I changed computers recently and I could simply transfer my photos and Digikam re-indexed all tags and ratings by simply reading the EXIF information from the files. However, my video tags and ratings have NOT been transferred properly. All of the videos seem to lack meta data. Where is this stored? And is there a way to just transfer the files from my old computer to my new computer without having to restore Digikam databases?

In the question https://unix.stackexchange.com/questions/89264/change-created-date-from-exif-data there are great scripts to update the file system date and to match date stored in the file. But what if the “Date and Time (original)” value is bad in the Exif data (because of an incorrectly set time in the camera)? Is there a solution to change the time for all files in a directory to +/- n minutes? Either correct the Exif data (and then use one of the great scripts from the link above) or only correct the timestamp of the files.

I am providing photos related to a legal matter to a lawyer and she is going to give them to law enforcement without giving them my name (under attorney client privilege). I am not sure if she is tech savvy so my plan is to give her a physical USB stick with JPG files on it, organized into a folder structure. I want to make sure that my identity is not discoverable from the stick or the files. I use Ubuntu 22.04.1 LTS. I am going to use exiftool to remove the metadata from the images. What can I do to make sure that no traceable data specific to my PC is left on the USB stick?

I can't make this work. I have a lot of images and i want to rename his name and append image size to name using exiv2 exiv2 pr * prints all info about file # exiv2 pr 9b523e5a002268fe5067a928 File name : 9b523e5a002268fe5067a928 File size : 356433 Bytes MIME type : image/jpeg Image size : 1920 x 1200 Now i want rename my file to look like 9b523e5a002268fe5067a928_1920x1200.jpeg I already make something like this exiv2 pr * | grep "Image " | awk -F':' '{ print $2 }' | sed 's/ //g' It gives me the image size, but how do i extend this to get the image MIME type to get the .jpeg correct ?

How do I print the image Exif date with a tool like exiv2? My goal is to write the image year and month into separate variables. Do I really have to parse the output with regex or is there a alternative to something like this: exiv2 DSC_01234.NEF -ps | grep 'Image timestamp' | ...regex to parse the date

I'm using exiv2 0.27.2. I want to print the tag values of multiple webp files, but without the filename being printed. With the following command: exiv2 -g Exif.Image.Artist -Pv *.webp I get the following output: 3q2NIGNI_o.webp tomato 3qAwrJWu_o.webp orange 3qDZg9vz_o.webp cantelope I just want the tag name output, without the filename, like so: tomato orange cantelope

I'd like to get a list of all mp3 files with >320 bitrate. I'm not sure, how to apply the regular expression to the output of exiftool -AudioBitrate command. find . -type f -name '*.mp3' -print0 | while IFS= read -r -d '' i; do BITRATE=echo $(exiftool -AudioBitrate "$i")| grep -q '#([0-9]+) kbps#'; if $BITRATE > 320 then echo $BITRATE "$i" fi done

I have a gallery folder with multiple images and videos, some of them has their modification date correct, and some of them has the month wrong. I want to make a script that will change all the files in a certain folder with a modification month from January to June (or any other similar combination) Example: I have images dated (The EXIF metadata not the name) as follows: 05-Jan-2011 06-Jan-2011 07-Jan-2011 etc... I want to keep the year and the day the same, but change only the month of all of them to June instead of Jan. So they become (The EXIF metadata not the name) : 05-Jun-2011 06-Jun-2011 07-Jun-2011 etc.... How can I do that ? Thanks in advance.

I need to transfer photos without losing exif data about the creation date and the modify date. Why? Explanation: Using Windows, when I transfer photos from my camera, it preserves the creation date to the access date and modify date, so when I list all the photos with details in a file manager (explorer), I still can see the creation date. However, using Linux (GNU/Debian with KDE), so using Dolphin as file manager, when I transfer photos, it modifies the access date and modify date to the current time. When I list all the photos with details in any file manager (explorer on Windows, or Dolphin, pcmanfm, thunar, etc), I see the date of the transfer. I need to preserve the creation date of the photos, so I can organize them without having to check the exif information one by one. I just need to see the creation date in the file manager. Is that possible? I'm searching for a GUI solution. Making a recursive algorithm in bash would be very easy, however, it wouldn't be a user-friendly solution for my mates at work.

There is no subtitle meta tag for pdf in exiftool. Therefore I want to add new exif tag for pdf files, it's name must be PdfSubTitle. To do this, exiftool has a guide page . But I don't understand because my knowledge of perl and exif not enough. Also there is no example for pdf files in the guide. How can I do that? When everything goes right it should be like: $ exiftool -config exif.config -PdfSubTitle="Sub Title" file.pdf