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: 19.0502-b1053 Firmware: 5.0-4458 and onward
Last update: 02/05/2019 Size: 4.84 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:
Apr. 24, 2019 - Version 11.38

Added Extra JPEGImageLength tag
Added nksc.config to the sample config files
Added a couple more Sony/Minolta LensTypes (thanks Jos Roost)
Added a couple of new Sigma LensType values
Decode a couple more tags from Pittasoft dashcam videos
Decode two new FLIR tags (thanks Corinne Berthier)
Decode a new ERF tag, and fix wrong format for some others (thanks LibRaw)
Improved decoding of Sigma maker notes for some models
Enhanced Composite tag logic to allow a scalar Inhibit entry
Enhanced XMP processing to support readable subdirectories embedded in a tag
Updated some language translations
Patched Composite GPS reference direction tags to prevent them from being created if these tags already exist
Fixed problem reading some odd PDF files

Apr. 17, 2019 - Version 11.37

Added a new Sony AFAreaMode (thanks Jos Roost)
Decode GPS and other tags from Pittasoft Blackvue dashcam videos
Improved decoding of FujiFilm FlickerReduction
Ignore any garbage before an NMEA sentence when geotagging
Fixed bug which could result in loss of timed GPS metadata when writing MP4 videos

Apr. 15, 2019 - Version 11.36

Added a number of new MacOS tags
Added a new CanonModelID (thanks Laurent Clévy)
Added some new Canon EasyMode and AFAreaMode values
Added two new Canon AspectRatio values (thanks LibRaw)
Decode a new Nikon tag (thanks LibRaw)
Decode some new FujiFilm tags
Updated Sony maker notes for the DSC-RX0M2 (thanks Jos Roost)
Hide the Nikon ShotInfo offset tags
Fixed problem decoding NikonCustom settings for some D810 firmware versions
Fixed typo in a warning message (thanks Hayo Baan)

Apr. 9, 2019 - Version 11.35

Added print conversion for MDItemFSLabel
Added a new Sony LensType (thanks Jos Roost)
Added an additional -validate check for PNG images
Decode a few more FujiFilm RAF tags (thanks LibRaw)
Decode a couple more QuickTime tags
Allow "Copy0" to be specified as a group name for the copy number of the primary tag when extracting information
Improved the Composite ImageSize tag to report the RawImageCroppedSize for FujiFilm RAF images
Changed Composite ImageSize tag to use a space instead of "x" as a separator when the -n option is used
Fixed problem writing user-defined PhaseOne SensorCalibration tags
Fixed problem where a List-type tag may not be split into individual items with the -sep option when using the advanced-formatting "@" feature
API Changes:
Patched a potential pitfall if calling code used both the old List and ListSep options at the same time as the new ListJoin option

Apr. 4, 2019 - Version 11.34

Added a couple of new Canon LensType values (thanks LibRaw for one)
Added a new CanonExposureMode value (thanks Arnold van Oostrum)
Added support for FujiFilm X-H1 Ver2.01 RAF images
Decode a couple of new Sony tags (thanks LibRaw)
Improved decoding of Sony Shutter tag (thanks Jos Roost)
Improved identification of some Sony lenses (thanks Jos Roost)
Improved parsing of streamed metadata from TomTom Bandit videos
Improved warning for truncated QuickTime atom
Accept wider range of formats when writing QuickTime:GPSCoordinates
API Changes:
Changed SetFileName() 'Link' option name to 'HardLink' (but still allow 'Link' for backward compatibility)

 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: