Ok, I missed that. Sorry.
So now I need to figure out how to install ART
Installation packages are here: agriggio / ART / Downloads — Bitbucket
Instructions I found elsewhere said to download the package and extract it somewhere then run “ART”. Did not work for me.
This is what I got:
$ ./ART
./ART: line 14: /tmp/tmp.XlWRyLEDhe-ART/ART/lib/gdk-pixbuf-2.0/gdk-pixbuf-query-loaders: No such file or directory
./ART: line 22: /tmp/tmp.XlWRyLEDhe-ART/ART/ART.bin: No such file or directory
I assume you’re on Linux. What version (including release number)? Like Ubuntu 23.10 or Fedora 40 etc.
I’ve extracted ART in my home directory, and it runs fine. The file in the error message, gdk-pixbuf-2.0/gdk-pixbuf-query-loaders, is shipped by ART (is part of the archive).
kofa@eagle:~/ART$ ls
kofa@eagle:~/ART$ ls /tmp/ART-1.22.1-linux64.tar.xz
/tmp/ART-1.22.1-linux64.tar.xz
kofa@eagle:~/ART$ tar xf /tmp/ART-1.22.1-linux64.tar.xz
kofa@eagle:~/ART$ ls
ART-1.22.1-linux64
kofa@eagle:~/ART$ cd ART-1.22.1-linux64/
kofa@eagle:~/ART/ART-1.22.1-linux64$ ls
AboutThisBuild.txt ART.bin ART-cli.bin camconst.json ctlscripts dcraw.json fonts.conf images lib luts profiles rt.json sounds wbpresets.json
ART ART-cli AUTHORS.txt cammatrices.json dcpprofiles dynamicprofile.cfg iccprofiles languages LICENSE.txt options RELEASE_NOTES.txt share themes
kofa@eagle:~/ART/ART-1.22.1-linux64$ find . -name gdk-pixbuf-query-loaders
./lib/gdk-pixbuf-2.0/gdk-pixbuf-query-loaders
kofa@eagle:~/ART/ART-1.22.1-linux64$ ./ART
(ART.bin:4799): Gtk-WARNING **: Theme parsing error: gtk.css:3376:25: 'font-feature-settings' is not a valid property name
(ART.bin:4799): Gtk-WARNING **: /lib/x86_64-linux-gnu/libibus-1.0.so.5: undefined symbol: g_task_set_static_name
(ART.bin:4799): Gtk-WARNING **: Loading IM context type 'ibus' failed
The last message keeps repeating, but ART starts. I’m on Ubuntu 23.10 (have yet to upgrade to 24.04 LTS).
Hi,
I suggest to submit an issue to the rawtherapee tracker on GitHub to ask for help. ART is really different from RT and you will be disappointed if you are expecting a 1:1 replacement.
HTH
I dragged the expanded directory to my home directory, and while it spewed a HUGE number of errors, it did open
Gtk-Message: Failed to load module "xapp-gtk3-module"
(ART.bin:87419): Gtk-WARNING **: /lib/x86_64-linux-gnu/libibus-1.0.so.5: undefined symbol: g_get_language_names_with_category
(ART.bin:87419): Gtk-WARNING **: Loading IM context type 'ibus' failed
(ART.bin:87419): Gtk-WARNING **: /lib/x86_64-linux-gnu/libibus-1.0.so.5: undefined symbol: g_get_language_names_with_category
(ART.bin:87419): Gtk-WARNING **: Loading IM context type 'ibus' failed
(ART.bin:87419): Gtk-WARNING **: /lib/x86_64-linux-gnu/libibus-1.0.so.5: undefined symbol: g_get_language_names_with_category
(ART.bin:87419): Gtk-WARNING **: Loading IM context type 'ibus' failed
(ART.bin:87419): Gtk-WARNING **: /lib/x86_64-linux-gnu/libibus-1.0.so.5: undefined symbol: g_get_language_names_with_category
(ART.bin:87419): Gtk-WARNING **: Loading IM context type 'ibus' failed
(ART.bin:87419): Gtk-WARNING **: /lib/x86_64-linux-gnu/libibus-1.0.so.5: undefined symbol: g_get_language_names_with_category
(ART.bin:87419): Gtk-WARNING **: Loading IM context type 'ibus' failed
(ART.bin:87419): Gtk-WARNING **: /lib/x86_64-linux-gnu/libibus-1.0.so.5: undefined symbol: g_get_language_names_with_category
(ART.bin:87419): Gtk-WARNING **: Loading IM context type 'ibus' failed
(ART.bin:87419): Gtk-WARNING **: /lib/x86_64-linux-gnu/libibus-1.0.so.5: undefined symbol: g_get_language_names_with_category
(ART.bin:87419): Gtk-WARNING **: Loading IM context type 'ibus' failed
(ART.bin:87419): Gtk-WARNING **: /lib/x86_64-linux-gnu/libibus-1.0.so.5: undefined symbol: g_get_language_names_with_category
(Massively edited to get under the charactor count limit of this web site)
I tried loading the ARQ file, and while it did do better than RawTherapee, it still did not open correctly. With ART, the color is correct, but only the upper left quarter of the picture was there. Also, while this was a 16 frame pixel shift image, ART claims it is a 4 frame pixel shift image.
As to what OS I am running, it is this:
System:
Kernel: 6.5.0-41-generic x86_64 bits: 64 compiler: N/A Desktop: Cinnamon 6.0.4 tk: GTK 3.24.33
wm: muffin vt: 7 dm: LightDM 1.30.0 Distro: Linux Mint 21.3 Virginia base: Ubuntu 22.04 jammy
Machine:
Type: Desktop Mobo: ASRock model: X570 Creator serial: <superuser required>
UEFI: American Megatrends v: P5.50 date: 10/17/2023
(Massively edited to get under the charactor count limit of this web site)
I did read the description of ART, so I know it is not a 1:1 replacement for RawTherapee. My goal is to be able to use RawTherapees pixel shift tools, and since ART is based on RawTherapee, I’m assuming it uses the same pixel shift tools. Once the pixel shift part of the processing is done, I can save the file in dng format and finish any processing in RawTherapee if I don’t find ART adequate.
In any case, I’m glad I found pixelshift2dng as it gives me a way forward. until I found that, I was stuck and not making any progress.
I don’t think this will work. AFAIK the sidecar files are not compatible. So it won’t work the way you think…
It does not really matter at this point since neither ART nor RawTherapee handle the ARQ file created with make_arq properly. I do not yet know if this is an issue with make_arq, or ART/RawTherapee since I do not have an ARQ file made by Sony’s imaging edge software to compare it to.
Just tried Rawtherapee 5.11, same results as 5.10
I guess a painful way to do it is setting up a windows VM and install Sony’s software in it, convert your raw in the VM, then share the ARQ file out of the VM to your Linux. Not sure how much ram would the Sony software consume when converting the file though, that might affect the ram you need to assign to the VM.
Is there a bug report on the RawTherapee issue tracker? If not, the odds of the problem getting fixed are slim.
I have not created a bug report, because I do not yet know if the problem is in RawTherapee, or in the script I’m using to convert the 16 RAW files into an ARQ file. I have not yet found someone willing to download the 16 RAW files and create the ARQ file using Sony’s Windows or Mac software, and I have not done so myself because I run Linux and don’t own a copy of Windows.
Either way, whether the script is buggy or RawTherapee is, it’s expected that 5.11 will produce the same results as 5.10. At the very least, we know that the RawTherapee output is not as good as it can be by comparing with ART, so a bug report is still valid.
I have Windows, so I could check. However, there are many open issues and tasks competing for my time. I prioritize based on personal interest and need by RawTherapee users. A lack of a bug report indicates a lack of need. If you are interested enough in using pixelshift and want to use RawTherapee for it, then feel free to open a bug report. Right now, I’m not sure how important pixelshift is to you and how open you are to using other software.
I don’t like wasting developers time with bugs that might not be in their software. I have a work around for now with PixelShift2DNG (need to test to see if that works with lossless compressed RAW files). Also, right now I am busy with other projects, so I might not be very responsive to questions about the bug. When I get back to this project, and if I can definitively prove that it is a rawtherapee bug, I will create a bug report.
So for now, unless someone else is having a similar issue, you can work on other things.
Thanks.
Hi,
There was indeed a bug in art, that applied a wrong crop to this kind of files. It should be fixed now.
This is normal. A 16-shot ps file is in fact a 4-shot one, where each frame has been upsclaled 2x by combining half-pixel-shifted frames. That’s also the reason why this mode allows for much less effective motion correction than the regular 4-shot mode, and so its window of usefulness is even narrower imho. But it should work as advertised nevertheless now.
HTH
Is the bug fixed version available to download yet? I’ll give it a try when I get a chance.
edit: I guess it is not available yet. I just downloaded 1.23, and got the same results as the previous version I tried.
If you are interested, you can apply the fix yourself locally: just create a file $HOME/.config/ART/camconst.json with the following content:
{"camera_constants": [
{
"make_model": [ "Sony ILCE-7CR" ],
"raw_crop": [
{ "frame" : [19200, 12752], "crop" : [ 0, 0, 19128, 12752 ] },
{ "frame" : [0, 0], "crop" : [ 0, 0, 9564, 6374 ] }
]
}
]}
Adding that file fixed the problem.
What this means is that the script to create the ARQ file is working properly, and Rawtherapee has a bug. Its late, so I’ll see if I can create the bug report tomorrow.
One thing I did notice is that the default set of profiles on ART don’t include a film negative profile like Rawtherapee has.
Thank you very much for the bug fix.
Next I will need to test to see if the script works with lossless compressed RAW files that Rawtherapee now supports.
I have created a bug report: ARQ support not working for A7CR camera files · Issue #7197 · Beep6581/RawTherapee · GitHub