I think this is waaay too much speculation. RT has its own goals and roadmap, it has never been my intention to derail it!
I have compilation warnings . If you are interested, provide where to file an issue.
thanks! I’ve just enabled the issue tracker on bitbucket
Exactly, though I am sure there will be an intersection between RT and ART concerning new features, ideas, solutions… 
@agriggio
Sorry if you felt involved in my remark about the future of RT and I didn’t suspect you to want to derail RT.
But it is unavoidable, in the life of an application to have to take a new start and break compatibility to go ahead.
It was my own thought and wish that all RT dev gather around the same SW development as they are not so numerous.
As it is not a commercial SW, I should say that each dev has its own goal and roadmap. By chance, some times they can agree on them 
I disagree. Imho the consense between RT devs mostly was and still is very good. That doesn’t mean there was always a consense, but imho that would be impossible…
I know most of the RT devs in person, and some other devs at least know some other devs in person, that helps a lot!
Edit: Let’s name some RT devs by A, B, C, D, E, F
A met B, C and D in person. B met A , C, D and E in person. C met A, B and E in person, B and F will meet at Saturday.
Who is Who ?
Sounds like a chain mail or social media quiz. The letters could represent various members of a secret open society. 
@zerosapte try this:
rm -rv ~/programs/code-art
git clone https://bitbucket.org/agriggio/art.git ~/programs/code-art
~/programs/code-art/tools/build-art
Any chance to support .CR3 format?
It’s more than a year now, not even a single raw editor on Linux supports that format.
Canon DPP and Lightroom all don’t work on Linux.
Not even 1 raw editor on Linux. Interesting. Not even 1!
that’s because there’s no open source cr3 decoder available yet. the next version of libraw is supposed to have one. when that gets released, I’m sure everyone will catch up.
in the meantime, the Adobe dng converter works fine under wine
This time it compiled just fine. I can’t wait to take it for a spin.
One more thing, if you please. How do I pin the icon to my dock? How do I make the app searchable?
Here’s a screenshot showing the use of parametric masks: although I took this image with a long exposure (40 sec) with the intent to get a smooth sea surface, the result was not smooth enough to my liking.
Using ART, I placed a rectangular mask over the sea including the foreground sand, and add a second mask in subtraction mode. I turned “Smoothing” on for the first mask, tweaked the L curve to unselect the tree leaves, and voila!
I’m a bit more excited than I’d like to admit.
@heckflosse Thanks for the tip. I made preliminary test with jemalloc on RT.
I did not made precise time measures, but effectively the gain is not really noticeable on my use cases.
Perhaps with very big images, huge image directories and complex processing, it can bring some improvement.
I will continue test on ART.
@agriggio
I made some trials with your local editing with nice results.
I have some questions:
Hi,
I like to keep things modular, especially since the tools are applied at different points in the pipeline, so it makes more sense (to me) to define the mask specifically for each of them.
saturation is there. Brightness and contrast are defined differently (and in some cases vaguely) depending on whether you are operating in “scene” or display referred space. Now, without opening that can of worms 
I’ll just say that I found the slope/offset/power sliders adequate enough for my needs
P.S: btw, I’ve tagged the current head with 0.1 as you requested. I’ve also deleted all the RT tags from the ART repo to avoid confusion
but, thinking about this a bit more, I might add also a divide slider, which should let you manipulate contrast more easily… I’ll do some experiments
So, I’ve just added a “pivot” slider to the Color Correction module. The formula is now the following: y = (\frac{x \cdot slope + offset}{pivot})^{power} \cdot pivot, which allows you to control both brightness and contrast easily:
Let me know how that works!
Formulas are very helpful to understand what is happening.
As I never used the color correction module in RT, I have to experiment to become more efficient with this tool.
The use of the four sliders is not straightforward for me as they interact. Its the drawback of a very versatile tool.
Effectively it is possible to control brighness and contrast.
Thanks
@agriggio @gaaned92 I have put in place the automated win64 build for ART, first package is available here: Release Continuous build · aferrero2707/art-win64 · GitHub
I will now prepare the same for the Linux AppImages.
Took a bit more than expected, but the similarities with RT are such that I expect the package to work out-of-the-box.
a quick win10 64bit test worked fine - thanks
Thanks a lot! Really appreciated. FYI, I have cleaned up the ART repo a little bit, and in the process I’ve renamed the main branch from alberto-dev to master. I suppose this matters for the automated builds.
ART_master_0.1-26-gaad5e9fcb_W64_SSE4_190913.zip
uploaded at
https://keybase.pub/gaaned92/ART-W64NightlyBuilds
I enjoy the automatic perspective correction plus autocrop
There are still glitches when deactivating the crop tool. I will report if you need.
the cursor stays as in crop tool for modifying crop zone.
