ART CR3 compatibility in linux

[neo22s (Chema)]

I have done this blog post with the detailed installation, hope helps someone Canon CR3 support in Linux using ART, RawTherapee fork – Chema

[agriggio (Alberto)]

@neo22s thanks for the post! I’ve added a link to it in the docs section of the home page. One minor point though: ART is a derivative of RawTherapee, not a clone. I say this so that people looking for RT+Canon CR3 won’t get disappointed when they see ART instead…

[neo22s (Chema)]

You are right I have changed clone for Fork , better? and thanks to you!!

[srgmro (Serge)]

I have a strange problem with exiftool.
First if I use the deb package of @Dariusz_Duma it works perfectly, the path to my exiftool program is OK.
Then I use the appimage from @Carmelo_DrRaw (1.1-45) and all is OK I detect data from Raw CR3 files.
If I use my compilation (1.1-45) i only get a partial information
Where could be the problem ?
Thanks for your suggestion
I must say that it already works in previous versions.
Serge

[agriggio (Alberto)]

did you compile exiv2 yourself? there is a known issue there with some compilation flags breaking exception handling

[srgmro (Serge)]

I carefully follow the method of @Morgan_Hardwood :

My take on RawTherapee

To easily compile ART in Linux: Download the build-art script: wget https://bitbucket.org/agriggio/art/raw/master/tools/build-art Make it executable: chmod +x build-art Run it: ./build-art Done. Dependencies: http://rawpedia.rawtherapee.com/Linux#Dependencies

It woks perfectly for me.
What I noticed recently are new messages during the compilation. See joint fileComp.txt (2.2 KB)
Could it be related to that ?
Thanks
Serge Moreau

[ecasaert]

@agriggio

did you compile exiv2 yourself? there is a known issue there with some compilation flags breaking exception handling

Hello Alberto,

I have the same problem as Serge.
My linux distro uses exiv2 0.27.2 compiled with the following flags :
cmake
-DCMAKE_C_FLAGS=“-O2 -fPIC”
-DCMAKE_CXX_FLAGS=“-O2 -fPIC”
-DCMAKE_INSTALL_PREFIX=/usr
-DLIB_SUFFIX=“64”
-DMAN_INSTALL_DIR=/usr/man
-DBUILD_SHARED_LIBS=ON
-DEXIV2_ENABLE_CURL=ON
-DEXIV2_ENABLE_VIDEO=ON
-DEXIV2_ENABLE_WEBREADY==ON
-DEXIV2_ENABLE_XMP=ON
-DEXIV2_BUILD_SAMPLES=OFF
-DEXIV2_ENABLE_NLS=ON
…

Can you tell me if these flags are correct or do I have to change them ?

Thanks.

PS : I use ART version 1.3

[agriggio (Alberto)]

Hi @ecasaert,

@ecasaert

Can you tell me if these flags are correct or do I have to change them ?

you can try adding -fvisibility=default to your compilation flags (both CMAKE_C_FLAGS and CMAKE_CXX_FLAGS) and see if that helps.

[ecasaert]

Hi @agriggio,

@agriggio

you can try adding -fvisibility=default to your compilation flags (both CMAKE_C_FLAGS and CMAKE_CXX_FLAGS ) and see if that helps.

I tried your solution but no luck the problem is still there.

[agriggio (Alberto)]

Do you have exiftool properly set up? You need a recent version and to make sure it is properly configured in the preferences

[RioMatDav (David Lefèvre)]

I have the same problem here.
Before on Ubuntu 18.04, I had put the path of a recent exiftool in preferences and everything was fine.
On Ubuntu 20.04 with Exiv2 from Ubuntu repositories (version 0.27.2), no exif for CR3, although exiftool is correctly indicated in the preferences.
Reproducible with Art 1.2 and Art 1.3 in compiled version.
With the AppImage, the exifs are present. But impossible to have access to the correction of objectives with the Appimage version.
So I use AdobeDngConverter to have the Exifs with the compiled version.

[agriggio (Alberto)]

@RioMatDav

On Ubuntu 20.04 with Exiv2 from Ubuntu repositories (version 0.27.2), no exif for CR3, although exiftool is correctly indicated in the preferences.
Reproducible with Art 1.2 and Art 1.3 in compiled version.

Ok, thanks for the info. I guess the problem is always the same: exiv2 is somehow miscompiled, so that exceptions do not get propagated. Would it be possible to try using a self-compiled exiv2 and see if the problem persists?

In the meantime I’ll try to get a 20.04 VM and see what is going on…

With the AppImage, the exifs are present. But impossible to have access to the correction of objectives with the Appimage version.

Can you send me your options file? Also, ping @Carmelo_DrRaw.

[ecasaert]

@agriggio

Do you have exiftool properly set up? You need a recent version and to make sure it is properly configured in the preferences

Yes, exiftool 11.98 is installed and the full path to it was set in the preferences.
Using exiftool on the command line gives all the information from a .CR3 file.

[agriggio (Alberto)]

Hi,

@agriggio

In the meantime I’ll try to get a 20.04 VM and see what is going on…

I confirm the Ubuntu 20.04 package of exiv2 seems miscompiled, as exceptions are lost. Workaround:

1. download the linux64 pre-built library from the exiv2 website:

   https://exiv2.org/builds/exiv2-0.27.2-Linux64.tar.gz

2. unpack the tarball somewhere, e.g. /path/to/exiv2-0.27.2-Linux64

3. open a terminal, and run ART as follows:

   $ LD_LIBRARY_PATH=/path/to/exiv2-0.27.2-Linux64/lib:$LD_LIBRARY_PATH /path/to/ART
   

Now it should work. You can make the above permanent by editing the menu entry for ART, or just wrap the above in a script.

It might be good to report this upstream to the Exiv2 ubuntu maintainers (ping @clanmills FYI)

[RioMatDav (David Lefèvre)]

Hi,

@agriggio

Can you send me your options file?

Yes, here : SwissTransfer - Envoi sécurisé et gratuit de gros fichiers

@agriggio

1. download the linux64 pre-built library from the exiv2 website:https://exiv2.org/builds/exiv2-0.27.2-Linux64.tar.gz
2. unpack the tarball somewhere, e.g. /path/to/exiv2-0.27.2-Linux64
3. open a terminal, and run ART as follows:

$ LD_LIBRARY_PATH=/path/to/exiv2-0.27.2-Linux64/lib:$LD_LIBRARY_PATH /path/to/ART

Now it should work. You can make the above permanent by editing the menu entry for ART, or just wrap the above in a script.

Thanks Alberto, It’s works fine.

[agriggio (Alberto)]

@RioMatDav

Yes, here

Thanks. This is the offending entry:

[Lensfun]
DBDirectory=../share/lensfun/version_1

just change it to this:

[Lensfun]
DBDirectory=share/lensfun/version_1

and the appimage should work.

Thanks Alberto, It’s works fine.

Good! In the meantime, considering that some other people might be affected by this, I’ve implemented a “hack” that should make ART work also with the stock exiv2 lib of 20.04.

HTH

[RioMatDav (David Lefèvre)]

Hi,

@agriggio

Good! In the meantime, considering that some other people might be affected by this, I’ve implemented a “hack” that should make ART work also with the stock exiv2 lib of 20.04.

I’ve tested and it works fine for the editor, thanks.

But i don’t know why it is not working for the navigator.

Just for info, it is the same way with the manual command:
LD_LIBRARY_PATH=/path/to/exiv2-0.27.2-Linux64/lib:$LD_LIBRARY_PATH /path/to/ART

But for me, it doesn’t matter, having the exifs in the editor is really good.

Many Thanks, Alberto

[agriggio (Alberto)]

Hi @RioMatDav,

@RioMatDav

having the exifs in the editor is really good.

try clearing the cache.

[RioMatDav (David Lefèvre)]

@agriggio, well done as usual, Thanks.

I’ve deleted the files in cache, and it’s OK for me.

So, now everything is fine, with the compiled version of wonderful Art.

Have a nice day.

[ecasaert]

@agriggio

1. download the linux64 pre-built library from the exiv2 website:https://exiv2.org/builds/exiv2-0.27.2-Linux64.tar.gz
2. unpack the tarball somewhere, e.g. /path/to/exiv2-0.27.2-Linux64
3. open a terminal, and run ART as follows:

$ LD_LIBRARY_PATH=/path/to/exiv2-0.27.2-Linux64/lib:$LD_LIBRARY_PATH /path/to/ART

Now it should work. You can make the above permanent by editing the menu entry for ART, or just wrap the above in a script.

Thanks Alberto. This solution works also here.