Inttermittent lake in spring ...

I have the stable version installed as a package offered by my distro. For any development versions, I use an appimage.

Thank you for the info! This seems to me a good combination. One question, however: How do you ensure that there is no conflict between the two versions (location of database files, xmp files in same location as raw files, …), provided they both access the same raw files?

If you start the appimage once with --appimage-portable-home
a separate config folder will be created right beside the appimage. After that, you can start the appimage without the argument and it uses still the config from this folder.

You can shut off XMP file writing, or you can do it like I do. I have a separate folder with test images and don’t work with developer versions on my standard pictures, but copy them from there to this folder.

2 Likes

Thank you for the information. I will try it as soon as I get to my home computer …

My version…

Cerknisko_Jezero_250421_094432_J_2574_R00.pef.xmp (20,2 KB)

1 Like

Hi, I used openDRT, I attach the link to the post by Agriggio, the creator of ART.

Hope this helps.
Regards. Roberto

1 Like

After I downloaded and copied OpenDRT.ctl it is available in the Film Simulation tool and I can reproduce your edit.
Thank you, @Roberto_Vacchi now I have another interesting way to edit photos.

1 Like

In that OpenDRT discussion there are several versions of the OpenDRT.ctl script. I downloaded and compared all of them. The last one is the best:

https://discuss.pixls.us/uploads/short-url/bYG12JN1xOOf2pibGhQN6CgOAki.ctl

1 Like

Thank you for the link - a welcome addition to the ART program

1 Like

@JankoK I am a Windows 11 user and I upload the weekly build of 5.1 and I don’t run it in parallel. I do the risky method of uninstall the previous version and install the latest. The weekly build for windows is very reliable and I have only ever once rolled back to the previous weeks version when there was an issue with the new build. I am not recommending following my approach to anyone as it is not the recommended approach.

There are probably no changes in my 5.1 edit that wouldn’t translate to 5.0. If you make a duplicate copy of the image and apply the xmp file you will see my editing steps. I am surprised you thought my rendition was realistic because I went heavy handed putting a blue sky into the image. The color zones module was excellent for this purpose.

Thank you for your information. I sort of followed it, keeping my compiled version of darktable 5.0.1 and adding the appimage development version. With both versions I’m accessing the same raw images, while disabling xmp writing on the development version.
After playing around for a while, I can say that it works very well, no interference problems appeared, and the development version seems to work without big issues.

1 Like

I’m also a long time Windows user, and switched to Linux about a year and a half ago, when my machine (Win 10) suddenly broke (c: disk failed). For my work, I had to replace it urgently - with a new Win 11 box. When I restored the broken machine (replaced the disk), I saw no point of buying another Windows license, and installed Linux (Mint), that, after a while, convinced me. Now even my work machine is on dual boot.
I made my “in parallel” darktable installation (compiled stable version and ‘appimage’ development version) - it is working very well.
While playing around I loaded your xmp file and made a direct comparison with my edit (screenshot attached below). On my monitor your version is very realistic - maybe a little bit of brightening the yellows in the vegetation would increase the “sunny” effect, while my edit (as published at the top of this thread) is a bit more “enhanced reality”…

Color zones or color equalizer could be used to brighten the yellows zones easily.

As for Mint, I have used it to save some good old work horse computers that would be destined for the tip if Microsoft had their way. My current laptop is Windows 11 but I have only one program that might need Windows. It is Microsoft Image Compositor (ICE). It is my favourite panorama stitching program but Microsoft stopped supporting it years ago for some unknown reason. I should try and see if I can run it on Linux. If I can then I don’t need windows anymore.

There are pano solutions for Linux, which are far better than ICE.

I use PTGUI: Expensive but lightning fast and the best stitcher on the whole market.

There is as well hugin. Very mighty but by far not that fast, and sometimes you struggle a bit with stiching, but you can correct and control it manually. UX could be better. Anyway, it gets better and better.
FOSS!!!

Autopano Giga. Similar to ICE it’s abandoned. But you can get it for free nowadays. For example, here: Autopano Giga zur Panoramabild-Erstellung ist nun kostenlos - Software - TFTA.de Forum

Xpano: Very simple to use, quite good results. Not many options to influence the result.
FOSS!!!

1 Like

I don’t do much panorama stitching, but when I do, I usually use Hugin. It is powerful, complex, and relatively slow, but in most cases delivers very good results. It also has some limitations (or is it my knowledge?), and in these cases I have a (Windows) fallback - Affinity Photo. It is simple and fast and gives reliable results in basic panorama stitching. I then do any further editing in darktable (via tiff files).

1 Like