jExifToolGUI

jExifToolGUI is a java/Swing Windows/Linux/MacOS graphical frontend for the excellent command-line ExifTool application by Phil Harvey.

A Readme is here
A temporary website is here
A growing online manual is here
A (growing) collection of (micro) instruction videos can be found on Youtube
The complete Changelog is here. The changelog for this version is below the released apps.

This program is completely free and will remain completely free, but you can donate any amount to me to show your appreciation.
A lot of time went into the creation of this tool.

Below you will find several binary releases:
The below releases do NOT contain exiftool itself. Download exiftool from https://exiftool.org/ (the linux deb will do that for you).
Windows users: remember to rename the "exiftool(-k).exe" to "exiftool.exe".

Universal jar

jExifToolGUI.jar: Just the bare jExifToolGUI.jar containing all dependencies. You need to have java version 11 or newer installed on your system. Start with java -jar jExifToolGUI.jar &.
This version should run on any system that comes included with java 11 or newer or where you can install java 11 or newer. (Windows/Linux/MacOS (BSD*unix)/Solaris/AIX/HP*UX etc.)

Windows:

• jExifToolGUI-1.10.0-win-x86_64_with-jre.zip: A windows 64-bit executable including java V11. Unzip with paths!
• jExifToolGUI-1.10.0-win-x86_64.zip: A windows 32/64 bit executable without java. You need java 11 or newer installed on your system.
  
  Remember to always rename exiftool(-k).exe to exiftool.exe

MacOS:

• jExifToolGUI-x86_64-macos-1.10.0-with_jre.dmg.zip: A MacOS bundle including java V11.
  
  When I have double-clicked the jExifToolGUI app bundle from the Finder, it closes immediately after the Splash screen. Why ?
  jExifToolGUI is from an "unidentified" developer (me) and therefore blocked by the MacOS Gatekeeper software. You need to add jExifToolGUI to the "list of exceptions". That is actually very simple. See Apple support.

Linux

• jexiftoolgui-1.10.0.deb: a Linux .deb package. For all Debian based systems (Debian/Ubuntu/Mint/MX Linux/Raspbian etc. etc.). This is a linux multi-architecture version as the relevant java V11 version for your system/architecture will be downloaded as dependency.
• jExifToolGUI-1.10.0-x86_64.AppImage: Linux universal Appimage including java V11. Runs on every 64bit intel Linux system (and also inside Chromebook Linux beta and/or Linux Crouton). Simpy do a chmod +x jExifToolGUI-1.9.0-x86_64.AppImage and start with ./jExifToolGUI-1.9.0-x86_64.AppImage &.

Note: There is the java JDK (Java Development Kit) and java JRE (Java Runtime Environment). The JRE is needed to run java applications and is normally 4-5 times smaller than the full JDK. Since a few years the JREs are no longer distributed.
AdoptOpenJDK "strips" the JDKs and delivers JREs. See https://adoptopenjdk.net/releases.html



Changelog:

• Complete rewrite of image loading and metadata.
  • metadata is now by default loaded in the background. This shows your images earlier.
  • Image loading is for images with previews much faster (camera's after approx. 2010, including jpeg, tiffs and RAWs)
  • Image loading for images without preview is about 25% faster.
  • All thumbnails, whether extracted or created, are now saved in an image cache. This means that for big images without previews loading is much faster when accessed them again.
• [Windows] Fix issue #183: "where" is used to find exiftool. However, "where" can be the "where.exe" or the "where - Object" cmdlet for powershell users. JTG now specifically uses where.exe
• [Windows] "Fix" issue #184: The exiftool.org site advises to install exiftool in c:\windows. This advice is against Windows policies. Next to that: it requires a program to use local admin rights to use a non-system program from c:\windows. jExifToolGUI will find it, but can't use it (without local admin rights) and closes on it with (background) crash (which is a bug). In case JTG only finds exiftool in c:\windows, JTG will now refuse to use it but will try to find another version. If it finds another version elsewhere, it will use that one. If not, it will ask the user for another version/location.
• [macOS] Completely new bundle based on Packr version 4.0. This loses the splashscreen though due to an Apple "feature". Also: Packr only builds App bundles including the java JRE.
• [macOS] macOS bundles are built on Linux. It was not possible to create a compressed dmg, so a dmg was created and that one was zipped. Now a compressed dmg is created and delivered/published.
• Fix issue #182: "Help translate" menu link was not pointing yet to Weblate https://hosted.weblate.org/projects/jexiftoolgui/.
• Fix issue #179: Error opening arg file xmp2exif.args (and a few other arg files)
• "feature request #167": GPS edit tab: Nominatim search based on coordinates copied from an image where the user has the coordinates but can't remember where it was.
• Several minor improvements and minor bugfixes.

Note: If the below Assets arrow is closed, click it to open it and see the files.