Hi,
this is the file you want: https://bitbucket.org/agriggio/art/downloads/ART-1.19.3-linux64.tar.xz. Just unpack it and run ./ART
HTH
Thank you for this help. Running the application reports the following error under Mint 21.1:
Gtk-Message: Failed to load module “xapp-gtk3-module”
I understand that this is a general error message and probably not specific to ART. The application starts and - within the limits of my knowledge - seems to execute correctly. Is there anything that I am missing by running the application with this error message posted ?
I also receive multiple copies of these two messages when processing a raw (.CR2) image previously edited with the AppImage version of RT 5.9:
(ART.bin:25523): Gtk-WARNING **: Failed to set text from markup due to error parsing markup: Error on line 1: Entity did not end with a semicolon; most likely you used an ampersand character without intending to start an entity - escape ampersand as &
(ART.bin:25523): Gtk-WARNING **: Allocating size to gtkmm__GtkHPaned 0x4b73c8ea430 without calling gtk_widget_get_preferred_width/height(). How does the code know the size to allocate?
Is the first message saying that the 5.9 version of RT is writing an invalid .pp3 ? Line 1 of the image’s .pp3 is as follows:
[Version]
The ‘About’ information for the version of RT I am using is as follows:
Version: 5.9
Branch: 5.9
Commit: 9b8583988
Commit date: 2022-11-27
Compiler: cc 7.5.0
Processor: generic x86
System: Linux
Bit depth: 64 bits
Gtkmm: V3.22.2
Lensfun: V0.3.2.0
Build type: release
Build flags: -std=c++11 -mtune=generic -Werror=unused-label -Werror=delete-incomplete -fno-math-errno -Wno-attributes -Wall -Wuninitialized -Wcast-qual -Wno-deprecated-declarations -Wno-unused-result -Wunused-macros -fopenmp -Werror=unknown-pragmas -O3 -DNDEBUG -ftree-vectorize
Link flags: -mtune=generic
OpenMP support: ON
MMAP support: ON
Build OS: Linux 5.4.0-1094-azure x86_64
Build date: Sun, 27 Nov 2022 18:34:15 +0000 UTC
Build epoch: 1669574055
Build UUID: 2de227cc-698a-4f4c-87e5-0651b0fd79f7
If the app works, you can safely ignore the first and last message. The one about invalid markup is interesting, can you share the raw that causes it?
Thanks!
Certainly. I trust that I include the correct usage attribution rights
These files are licensed Creative Commons, By-Attribution, NonCommercial, Share-Alike.
20230308_9Fx_Snow23_2080.CR2.arp (11.1 KB)
20230308_9Fx_Snow23_2080.CR2.pp3 (13.2 KB)
20230308_9Fx_Snow23_2080.CR2 (30.6 MB)
Thanks!
No need to stress much about that – a gentleman agreement is more than enough for me.
Stuff uploaded to the forum is Creative Commons licensed by default unless otherwise noted.
Hi,
I tried to reproduce but I didn’t see anything strange. Do you maybe also have an xmp sidecar that might be involved? Also, what language are you using for the GUI? English or something else?
Thanks!
Beg pardon; I should have uploaded the .xmp created by darktable 4.2.1. It should be attached now. I’m using English for the GUI,
20230308_9Fx_Snow23_2080.CR2.xmp (1.2 KB)
Hi @aggrigio,
I have encountered a strange problem with version 1.18.1, and with version 1.20.2 (which I have just recently installed).
There are frequent program crashes (usually at least once per editing session), and when a crash occurs, the ART program will not re-start. Task Manager shows that ART.exe only gets as far as becoming a background process, but even that disappears after a few seconds.
Once this has happened, the only way I have found to get ART to run is to re-boot. Once the computer has re-booted, ART starts and runs as normal… until the next crash. 
Any suggestions? TIA.
I would try to delete the cache and config directory, just to see if that might be the culprit. On windows they should be located under %USERPROFILE\AppData\Local\ART.
See also this recent thread which might be related, with possible workarounds towards the end.
HTH
1 Like
Thanks @agriggio. Deleting the cache folder [there wasn’t a folder called config] didn’t work, but the linked thread contained a post by gennadiy_4353 which mentioned that exiftool stayed in the processes list. I checked in Task Manager, and sure enough, multiple instances of exiftool were still present, in Background Processes. I used end task to halt the exiftool processes, after which ART 1.20.2 started as it should!
Well, that’s got ART working again 
, but I have yet to discover whether the repeat crashing problem will be fixed. I’ll report back, when I’ve tried it a few times. 
Thanks again. 