Enhancing NAS experience - The Community Package Hub is all about quality software, made for your Synology NAS. Collected from all over the world, reviewed and compliant to official requirements. Delivering thousands of packages to users every month ... become one of them today.

App details

package icon ExifTool beta
Developer: Phil Harvey
Publisher: Sylvain Grosset
Version: 20.0319-b1505 Firmware: 5.0-4458 and onward
Last update: 19/03/2020 Size: 5.04 Mb
Architecture: all
required packages: Perl
Description:
ExifTool is a platform-independent Perl library plus a command-line application for reading, writing and editing meta information in a wide variety of files
Changelog:
Mar. 5, 2020 - Version 11.91

Decode a couple of new Panasonic tags
Documented -ec option (available since version 11.54)
Reverted -htmlDump fix of 11.90 because it broke more than it fixed, and instead applied a targeted patch to fix this problem for RW2 files

Mar. 3, 2020 - Version 11.90

Added a new Sony LensType (thanks LibRaw and Jos Roost)
Added two new Olympus LensType values
Added a new Canon LensType
Added some new Canon RecordMode values
Added some new QuickTime GeneralProfileIDC values
Added new values for a couple of FujiFilm tags
Added a number of new QuickTime GenreID values
Decode Nikon Z6/Z7 phase-detect AF points (thanks Andy Dragon)
Patched to avoid possible "Undefined subroutine" error in MacOS 10.15
Fixed incorrect offsets in -htmlDump output for some file types

Feb. 25, 2020 - Version 11.89

Added support for Exif 2.32 for XMP
Recognize the HIF file extension
Improved verbose output for QuickTime iref items
Patched to create new GPS metadata in Canon CR3 images using a default byte order that is the same as existing EXIF boxes
Patched to add missing newline that could occur in XMP with the API Compact Shorthand option

Feb. 20, 2020 - Version 11.88

Added write support for new Google depth-map XMP tags
Added config_files/depthmap.config to the distribution
Added minor error when attempting to write FFF images due to incompatibility with Hasselblad Phocus software
Patched to avoid "Invalid iloc offset size" error when writing some QuickTime-based files
Fixed incorrect ColumnCount for CSV files
Fixed various spelling errors (thanks Jens Schleusener)
Fixed bug writing QuickTime:Rotation in HEIC files

Feb. 13, 2020 - Version 11.87

Added read support for CSV files
Added "--" option to indicate the end of options
Added ability to read/write/copy/delete the JPEG trailer as a block
Added new Olympus CameraType and LensType values (thanks LibRaw)
Decode a few more FujiFilm tags
Enhanced -fast option (API FastScan) to bypass PNG CRC validation when writing

Feb. 4, 2020 - Version 11.86

Added support for DNG version 1.5
Added config_files/acdsee.config to the full distribution (thanks StarGeek)
Added a new Sony LensType (thanks Jos Roost and LibRaw)
Decode two more bits from Nikon LensType (thanks LibRaw)
Decode QuickTime MovieFragmentSequence
Patched HEIC writer to add missing iref box if necessary
Fixed typo in a Canon LensType value
API Changes:
Patched ImageInfo() to recognize a stringified object as a file name

Jan. 28, 2020 - Version 11.85 (production release)

Added a new Sony LensType (thanks Jos Roost)
Added a new Olympus CameraType (thanks LibRaw)
Added a two new Pentax LensType values
Added a new FujiFilm FocusMode
Decode timed GPS from Akaso dashcam MOV videos
Decode Insta360 trailer from INSP images and made Insta360 a deletable group
Patched kml.fmt file to limit maximum image size (thanks Fedor Kotov)
Fixed problem decoding values from Leica M10 and S maker notes

Jan. 10, 2020 - Version 11.84

Decode accelerometer data from timed metadata of more dashcam videos
Decode Canon G9 white balance tags (thanks LibRaw)
Recognize INSP files

Jan. 9, 2020 - Version 11.83

Added a couple of new XMP-crs tags (thanks Herb)
Fixed bug introduced in 11.82 with the -php -D output
Fixed problem where some flattened XMP tags could be written when they should be avoided

Jan. 8, 2020 - Version 11.82

Added a new Canon LensType
Added a new CanonModelID (thanks LibRaw)
Added ability to process SubDirectories in QuickTime Keys tags
Removed minor error when writing PDF 2.0 files (github issue #30)
Fixed problem where trailing null bytes were removed from binary values in the -php output when the -b option was used

Jan. 2, 2020 - Version 11.81

Added a new Nikon LensID
Added two new CanonModelID's (thanks LibRaw)
Decode AVIF AV1 configuration record
Changed names of QuickTime MovieData tags to "MediaData"
Patched to use 4-digit years in Time::Local calls
Patched Composite sub-second date/time tags to do additional validation of source EXIF date/time tags before adding sub seconds
Fixed problem where -json output could produce invalid JSON when -struct was used and the structure field names contained special characters (github issue #32)
Fixed spelling in a Panasonic SceneMode value (thanks Hubert)

Dec. 17, 2019 - Version 11.80

Added a new Canon LensType
Added a new Nikon Z LensID (thanks LibRaw)
Added a few new Sony LensType values (thanks Jos Roost)
Attempt to improve reliability of Samsung DepthMapWidth/Height decoding
Updated a number of Canon-mount Tamron lens names to include the Tamron model number
Patched MOV/MP4 writer to allow a small amount of garbage at the end of a file to be deleted when writing with the -m option
Fixed bug where some Composite tags may not have taken priority over other tags as they should have

Dec. 12, 2019 - Version 11.79

Added support for AVIF files
Added new Canon, Sigma and Sony LensType values (thanks LibRaw)
Made PDF 2.0 writable at your own risk with the -m option (github issue #30)
Enhanced -validate feature to warn about duplicate languages in an XMP lang-alt list
Fixed inconsistency between documentation and ExifTool capabilities for "Writable" status of some tags

 Comments (39)
Page  1  2 
  1. wrote on - Unapproved

    1. wrote on - Unapproved

      1. Franz wrote on Mar 09, 2017 at 08:38 PM

        Hi Thorsten,
        I had the same problem.
        I solved it by
        - deinstalling exiftool
        - downloading the .spk file from this site
        - manual reinstalling the .spk on the disk station

        Reply

    2. Thorsten wrote on Mar 03, 2017 at 09:46 AM

      Hi,

      on DSM 6.1 I can not update the Exiftools to the current version, because a required package is missing. What does "required packages: Perlreport_url=http, //u88.n24.queensu.ca/exiftool/forum/" mean. Where do I get this package from?

      Cheers, Thorsten

      Reply

  2. Chris wrote on Feb 25, 2017 at 11:30 PM

    Package is saying not compatible with DSM 6.1. Version 17.01.14

    Reply

    1. Chris wrote on Feb 25, 2017 at 11:30 PM - Unapproved

      Package is saying not compatible with DSM 6.1. Version 17.01.14

      1. Chris wrote on Feb 25, 2017 at 11:30 PM - Unapproved

        Package is saying not compatible with DSM 6.1. Version 17.01.14

        1. Chris wrote on Feb 25, 2017 at 11:30 PM - Unapproved

          Package is saying not compatible with DSM 6.1. Version 17.01.14

          1. Chris wrote on Mar 07, 2017 at 12:48 AM

            Awesome, great development.

            Reply

          2. Sébastien wrote on Dec 12, 2016 at 02:23 PM

            Great! Thank you! :-)

            Reply

        2. Sylvain wrote on Dec 12, 2016 at 02:11 PM

          I've just made the changes to the package. it should be available in a couple of hours.
          thanks again

          Reply

      2. Sébastien wrote on Dec 12, 2016 at 01:22 PM

        Thank you for your quick answer Sylvain! The thing is the command you mentioned is lacking a leading slash `/` in front of `usr`, so your path is relative and not absolute. If for any reason the working dir is not what you expect, depending on the synology packaging system, the `cd` command fails and the `find` command below will apply on the whole working dir. You have to enforce an absolute path (as mentioned in my previsou comment) to avoid any hazardous/critical side effects to the system.

        Regards,

        Sébastien

        Reply

    2. Sylvain wrote on Dec 12, 2016 at 11:50 AM

      Hello,
      changes have been made in this version and there is now 'cd usr/bin/lib/Image'
      I'll note your safer comand and test it in the next version ;-)
      thanks for your help

      Reply

  3. Sébastien wrote on Dec 12, 2016 at 11:41 AM

    Hello Sylvain,

    First of all, thank for your package! Now, the issue Ingo talked about on 2016/05/17 in the `common` script is very critical. A previous install of Exiftool messed up a lot of folder permissions because of that issue. I finally succeeded in fixing all the mayhem and patch the script to make it harmless again, however I can't and I won't update your last version until it is fixed in the package itself.

    The fix is pretty simple: replace `cd usr/bin/lib/Image` by 'cd /usr/bin/lib/Image`

    Or even safer, remove the line above and replace: `find . -type d | xargs chmod 1777` by `find /usr/bin/lib/Image -type d | xargs chmod 1777`.

    Thanks in advance!

    Sébastien

    Reply

    1. Eric wrote on Sep 23, 2016 at 07:47 PM

      To fix the pb, you have to perform a chmod on /tmp.
      You will have to repeat the operation after each reboot.

      If you are interested, I recompiled a spk where I fixed the messing command in file scripts\common.
      Tested OK on DSM 5.2
      my email : ehannoyer@yahoo.fr

      Reply

  4. kyuuu wrote on Sep 21, 2016 at 10:00 AM

    After I updated my DS916+ to 6.0.2-8451 Update 1, this package causes some problem with DSM. After I installed this package, I couldn't copy/move/delete files through file station, says "The Operation failed". Also Download Station stopped working with same error message. I had to uninstall this package to solve these problems. Too bad because I was using exiftool with scheduled script and it was working pretty smooth. Any ideas to solve this situation?

    Reply

  5. Ingo wrote on May 17, 2016 at 11:53 AM

    Hello Sylvain, in Version 10.15 spk there is a file named "common" in Folder scripts that is causing all Folders in synology chnaging rights to 1777. incorrect is the changedirectory command "cd /volume1/usr/bin/lib/Image". This Folder cannot be found on Synology, so you have to replace it with following command: "cd /usr/bin/lib/Image".
    The following line "find . -type d | xargs chmod 1777" will Change all permissions recursively.

    regards Ingo

    Reply

    1. Ingo wrote on May 17, 2016 at 11:53 AM - Unapproved

      Hello Sylvain, in Version 10.15 spk there is a file named "common" in Folder scripts that is causing all Folders in synology chnaging rights to 1777. incorrect is the changedirectory command "cd /volume1/usr/bin/lib/Image". This Folder cannot be found on Synology, so you have to replace it with following command: "cd /usr/bin/lib/Image".
      The following line "find . -type d | xargs chmod 1777" will Change all permissions recursively.

      regards Ingo

      1. Roos wrote on May 02, 2016 at 11:21 PM

        Many thanks!!!

        Reply

    2. Fredrik wrote on Apr 30, 2016 at 09:20 PM

      Hi, I just wanted to print an update to this matter. First I would like to warn all users that ExifTool 10.15-package does not seem to work on Synology DS415+ with DSM 6.0 installed. As written below the winbindd, ssh and sftp-service stopped working after the installation. As Martin suggested the tmp-folder could have had it's permissions changed from 1777 to 755. Reverting this did however not help for me. It appears that somehow two other folders had their permissions changed which caused all the problems. If services stop working check the /var/log-folder for clues. I did manage to log in to my diskstation with Telnet (with terminal service active) and was able to check the sshd.log-file where I saw that the /var/empty-folder had to generous permissions which caused SSH/SFTP to fail. Also the var/log/samba/log.winbindd-file explained that the /var/lib/samba/winbindd_privileged folder had 0755 permissions, but it should have 0750 to work. Changing the two folder permissions with chmod command (sudo chmod 750 winbindd_privileged and sudo chmod 755 empty/) and rebooting the diskstation was the solution. Now SSH and Windows AD-connection with Samba shares to AD-users is possible again.

      Reply

  6. Martin wrote on Apr 29, 2016 at 10:35 PM

    The changed /tmp permissions were the only defect I found in the exiftool package.
    /var/log has 755 on my Diskstation.
    /volume1/@tmp (777) seems to be used only by WebStation and PhotoStation.

    Reply

    1. fredrik wrote on Apr 29, 2016 at 10:02 PM

      thank you for the quick reply. I am able to telnet the diskstation, however chmod the /tmp-folder doesn't help with winbindd, ssh and sftp not starting. Does the exiftool-package change anything regarding the /var/log-folders? or is it the /volume1/@tmp/-folder that's been changed?

      Reply

  7. Martin wrote on Apr 29, 2016 at 09:49 PM

    If you still have access to the DSM UI:
    - stop Exiftool
    - try to enable telnet under Control Panel --> Terminal & SNMP
    - telnet to the diskstation
    -chmod 1777 /tmp
    - reboot

    Reply

  8. Fredrik wrote on Apr 29, 2016 at 05:23 PM

    Hello, just and addition to the DSM 6-problem. I installed the 10.15-version on an synology ds415+ with DSM 6 - the exiftool package did something with folder permissions. Now neither winbindd, sftp and ssh services won't start! I tried to update to the latest DSM (6.0-7321 update 3) in hope that this would reset the folder permissions, but it ditn't help. Now I'm desparate to know of a solution what folder(s) permissions were altered, and if you could create the new package so that the already changed folders gets the correct permissions. Since I have no ssh or sftp I cannot login and change with chmod myself.

    Reply

  9. Martin wrote on Apr 22, 2016 at 11:10 AM

    Thnx. I will give it a try, when it's available.

    Reply

    1. Martin wrote on Apr 22, 2016 at 11:10 AM - Unapproved

      Thnx. I will give it a try, when it's available.

      1. Sylvain wrote on Apr 22, 2016 at 09:11 AM

        Hello,
        I made some changes to the package.
        it should work with DSM6 in the next version

        Reply

    2. Eric wrote on Apr 21, 2016 at 09:15 PM

      wow big thanks, I spent hours trying to figure out what was changing the permissions on /tmp after next reboot.

      Reply

  10. Martin wrote on Apr 21, 2016 at 08:51 PM

    I installed Exiftool (Beta) on DSM 6 Update 2 and finally found out that the Installer will do a
    chmod 755 /tmp
    which leads to trouble in various other packages (MariaDB won't start, etc.) because they rely on being able to write temporary files to /tmp. After reverting to the original permissions (chmod 1777 /tmp), all worked fine again, but the Exiftool package will reset the permissions after next reboot, so I had to stop the package.

    Reply

  11. Eric wrote on Mar 17, 2016 at 10:06 PM

    I just tried the version 10.13 and its still KO when running from another user than root.

    DISKSTATION> exiftool
    Can't locate Image/ExifTool.pm: Permission denied at /usr/bin/exiftool line 30.
    BEGIN failed--compilation aborted at /usr/bin/exiftool line 30.
    DISKSTATION>

    Reply

Page  1  2 





Allowed tags: <b><i><br>Add a new comment: