JHEAD(1)

NAME
jhead - Digicam JPEG Exif header manipulation tool

SYNOPSIS
jhead [ options ] [ file... ]

DESCRIPTION

jhead is used to display and manipulate data contained in the Exif header of JPEG images from digital cameras. By default, jhead displays the more useful camera settings from the file in a user-freindly format.

jhead can also be used to manipulate some aspects of the image relating to JPEG and Exif headers, such as changing the internal timestamps, removing the thumbnail, or transferring Exif headers back into edited images after graphical editors deleted the Exif header. jhead can also be used to launch other programs, similar in style to the UNIX find command, but much simpler.

OPTIONS

-autorot
    Using the 'Orientation' tag of the Exif header, rotate the image so that it is upright. The program jpegtran is used to perform the rotation. This program is present in most Linux distributions. For windows, you need to get a copy of it. After rotation, the orientation tag of the Exif header is set to '1' (normal orientation). The thumbnail is not rotated (that would be much harder). Other fields of the Exif header, including dimensions are untouched, but the JPEG height/width are adjusted. This feature is especially useful with newer Canon cameras, that set the orientation tag automatically using a gravity sensor.

-norot
    Clears the rotation field in the Exif header without altering the image. Useful if the images were previously rotated without clearing the Exif rotation tag, as some image browsers will auto rotate images when the rotation tag is set.

-dt Delete thumbnails from the Exif header, but leave the interesting parts intact. This option truncates the thumbnail from the Exif header, provided that the thumbnail is the last part of the Exif header (which so far as I know is always the case). Exif headers have a built-in thumbnail, which typically occupies around 10k of space. This thumbnail is used by digital cameras. Windows XP may also use this thumbnail if present (but it doesn't need it). The thumbnails are too small to use even full screen on the digicam's LCD. I have not encountered any adverse side effects of deleting the thumbnails, even from the software provided with my old Olympus digicam. Use with caution.

-de Delete the Exif header entirely. This leaves comments in the comment section intact.

-dc Delete comment field from the JPEG header. Note that the comment is not part of the Exif header.

-ce Edit the JPEG header comment field (note, this comment field is outside the Exif structure and can be part of Exif and non Exif style JPEG images). A temporary file containing the comment is created and Notepad launched to edit it under Windows. Under UNIX, vi is used to edit the temporary file. After the file is edited, the comments are put back into the file, and the temporary file is deleted.

-cs file
    Save comment section to a file

-ci file
    Replace comment with text from file

-cl string
    Replace comment with specified string from command line file

-st file
    Save the integral thumbnail to file The thumbnail lives inside the Exif header, and is a very low-res JPEG image. Note that making any changes to a photo, except for with some programs, generally wipes out the Exif header and with it the thumbnail. The thumbnail is too low res to really use for anything. This feature has an interesting 'relative path' option for specifying the thumbnail name. Whenever the name for file contains the characters '&i', jhead will substitute the original filename for this name. This allows creating a 'relative name' when doing a whole batch of files. For example, the incantation: jhead -st thumbnailsi *.jpg would create a thumbnail for each .jpg file in the thumbnails directory by the same name, (provided that the thumbnails directory exists, of course). Both Win32 and UNIX shells treat the '&'character in a special way, so you have to put quotes around that command line option for the '&' to even be passed to the program. If a '-' is specified for the output file, the thumbnail is sent to stdout. (UNIX build only)

-te file
    Transplant Exif header from a JPEG (with Exif header) in file into the image that is manipulated. This option is useful if you like to edit the photos but still want the Exif header on your photos. As most photo editing programs will wipe out the Exif header, this option can be used to re-copy them back from original copies after editing the photos. Like the '-st' option, this option uses a 'relative path', which is useful for doing a batch of photos at a time. For example, if you have a directory full of digital camera photos, before editing them, you could copy them into the subdirectory 'originals. Then edit them. After editing, you can put the original Exif headers back in to the whole directory of images at a time using the incantation: jhead -te originals/&i *.jpg

-h  Displays summary of command line options.

-v  Makes the program even more verbose than it already is. Like DOS programs, and unlike UNIX programs, Jhead gives feedback as to what it is doing, even when nothing goes wrong. Windows user that I am, when something doesn't give me feedback for 20 seconds, I assume its crashed.

-se Suppress error messages relating to corrupt Exif header structure.

-V  Print version info and compilation date.

-c  Concise output. This causes picture info to be summarized on one line instead of several. Useful for grep-ing through images, as well as importing into spread sheets (data is space delimited with quotes as text qualifier).

-model
    Restricts processing of files to those whose camera model, as indicated by the Exif image information, contains the substring specified in the argument after '-model'. For example, the following command will list only images that are from an S100 camera: jhead -model S100 *.jpg jhead -model S100 *.jpg I use this option to restrict my JPEG recompensing to those images that came from my Cannon S100 digicam, (see the -cmd option).

-exonly
    Skip all files that don't have an Exif header. This skips all files that did not come directly from the digital camera, as most photo editing software does not preserve the Exif header when saving pictures.

-n[format_string]
    This option causes files to be renamed using the date information from the Exif header "DateTimeOriginal" field. If the file is not an Exif file, or the DateTimeOriginal does not contain a valid value, the file date is used. Renaming is by default restricted to files whose names consist largely of digits. This effectively restricts renaming to files that have not already been manually renamed, as the default sequential names from digital cameras consist largely of digits. Use the -nf option to force renaming of all files. If the format_string is omitted, the file will be renamed to MMDD-HHMMSS. Note that this scheme doesn't include the year (I never have photos from different years together anyway). If a format_string is provided, it will be passed to the strftime function as the format string. In addition, if the format string contains '%f', this will substitute the original name of the file (minus extension). '%i' will substitute a sequence number. Leading zeros can be specified like with printf - i.e. '%04i' pads the number to 4 digits using leading zeros. If the target name already exists, the name will be appended with "a", "b", "c", etc, unless the name ends with a letter, in which case it will be appended with "0", "1", "2", etc. This feature is especially useful if more than one digital camera was used to take pictures of an event. By renaming them to a scheme according to date, they will automatically appear in order of taking in most directory listings and image browsers. Alternatively, if your image browser supports listing by file time, you can use the -ft option to set the file time to the time the photo was taken. Some of the more useful arguments for strftime are: %H Hour in 24-hour format (00 - 23)
    %j Day of year as decimal number (001 - 366)
    %m Month as decimal number (01 - 12)
    %M Minute as decimal number (00 - 59)
    %S Second as decimal number (00 - 59)
    %w Weekday as decimal number (0 - 6; Sunday is 0)
    %y Year without century, as decimal number (00 - 99)
    %Y Year with century, as decimal number Example: jhead -n%Y%m%d-%H%M%S *.jpg This will rename files matched by *.jpg in the format YYYYMMDD-HHMMSS For a full listing of strftime arguments, look up the strftime in them man pages. Note that some arguments to the strftime function (not listed here) produce strings with characters such as '/' and ':' that may not be valid as part of a filename on various systems.

-nf Same as '-n' but renames files regardless of original file name.

-ta Adjust time stored in the Exif header by h:mm backwards of forwards. Useful when having taken pictures with the wrong time set on the camera, such as after travelling across time zones, or when daylight savings time has changed. This option only changes the "DateTimeOriginal" (tar 0x9003) field, but leaves the "DateTimeDigitized" (tag 0x9004) field alone.

-ts Sets the time stored in the Exif header to what is specified on the command line. This option only changes the "DateTimeOriginal" (tar 0x9003) field, but leaves the "DateTimeDigitized" (tag 0x9004) field alone. Time must be specified as: yyyy:mm:dd-hh:mm:ss

-ft Sets the file's system time stamp to what is stored in the Exif header.

-cmd
    Executes the specified command on each Jepg file to be processed. The Exif section of each file is read before running the command, and reinserted after the command finishes. The specified command invoked separately for each JPEG that is processed, even if multiple files are specified (explicitly or by wild card). I use this option to process whole directory trees of JPEGs from my digital camera with jpegtran (Independent JPEG group) and ImageMagick's 'MOGRIFY' command without loosing the camera settings and other info stored in the Exif headers. jpegtran is useful for lossless rotation, as well as for converting JPEGs to progressive JPEGs (also a lossless process, but results in typically 5% smaller files) I use mogrify for re-compressing the images I get from my Canon PowerShot S100 to 80% quality. The Canon JPEGs are either way too 'high quality' for the resolution, or are suboptimally encoded. Using mogrify to 80% produces no detectable loss in quality, with files about half the size. Example use: Having a whole directory tree of photos from my S100, I run the following commands: jhead -cmd mogrify -quality 80 &i -model S100 -r *.jpg
    jhead -cmd jpegtran -progressive &i &o -r *.jpg The first command mogrifies all JPEGs in the tree that indicate that they are from a Cannon S100 in their Exif header to 80% quality at the same resolution. This is a 'lossy' process, so I only run it on files that are from the Canon, and only run it once. The next command then takes a JPEGs and converts them to progressive JPEGs. The result is the same images, with no discernible differences, stored in half the space. This only produces substantial savings on some cameras, such as the Canon S100. The newer S110 and S300 cameras are smarter about how they compress JPEG images, so re-mogrifying them may not give you any savings unless you crank the quality way down. However, turning them into progressive JPEG images is a lossless process that typically makes image files 5% smaller. Keeping the Exif header information is important to me, as I like to check things like the shutter speed for some of my photos, and my HTML index generating program uses the Exif tags to display the JPEG images in order of taking.

SEE ALSO
jpegtran(1), mogrify(1), rdjpgcom(1), wrjpgcom(1)

AUTHOR
Matthias Wandel

BUGS
After jhead runs a program to rotate or resize an image, the image dimensions and thumbnail in the Exif header are not adjusted.

Modifying of Exif header data is very limited, as Jhead internally only has a read only implementation of the file system contained in the Exif header. There is no way to replace the thumbnail in the Exif header with another, for example.

Send bug reports to mwandel at sentex dot net.

COPYING PERMISSIONS
Jhead is 'public domain'. You may freely copy jhead, and reuse part or all of its code in free or proprietary programs. I do however request that you do not post my e-mail address in ways that spam robots can harvest it.