Package Details: art-rawconverter-git r10584_4d39f7fe6-1

Git Clone URL: https://aur.archlinux.org/art-rawconverter-git.git (read-only, click to copy)
Package Base: art-rawconverter-git
Description: rawconverter ART (RawTherapee fork with ease of use in mind) built from latest sources
Upstream URL: https://art.pixls.us
Keywords: image photography raw
Licenses: GPL3
Provides: art-rawconverter
Submitter: guzzisti
Maintainer: guzzisti
Last Packager: guzzisti
Votes: 1
Popularity: 0.000000
First Submitted: 2020-02-15 19:53 (UTC)
Last Updated: 2024-12-17 15:27 (UTC)

Pinned Comments

guzzisti commented on 2024-02-11 09:27 (UTC)

ART is now built with support for CTL scripts: https://discuss.pixls.us/t/new-feature-support-for-ctl-scripts/40716

This introduces additional dependencies to the ctl (AUR package) and openexr packages.

guzzisti commented on 2023-01-15 09:33 (UTC) (edited on 2024-05-28 18:10 (UTC) by guzzisti)

ART now supports the usage of the lcms2-fast-float plugin, unfortunately the arch package of lcms2 does not include this plugin.

I've created the lcms2-ff and lcms2-ff-git AUR packages that can be used with ART, but you need to explicitely install this package.

Latest Comments

« First ‹ Previous 1 2

mervinb commented on 2020-12-06 02:34 (UTC) (edited on 2020-12-06 02:36 (UTC) by mervinb)

I've been able to build the package, but I get the pink images on my Canon raw files. It's not 100% of the time - occasionally the same image appears correctly, the next time it's pink. Most of the time it's pink.

Looking at the makepkg log, I see this error, which might be useful:

[ 13%] Building CXX object rtengine/CMakeFiles/rtengine.dir/imagedata.cc.o
In file included from /usr/include/string.h:519,
                 from /usr/include/glib-2.0/glib/gslice.h:26,
                 from /usr/include/glib-2.0/glib.h:79,
                 from /home/mervin/.cache/yay/art-rawconverter-git/src/art-rawconverter-git_src/rtengine/dcraw.cc:12:
In function ‘void* memcpy(void*, const void*, size_t)’,
    inlined from ‘int fread(void*, ssize_t, ssize_t, IMFILE*)’ at /home/mervin/.cache/yay/art-rawconverter-git/src/art-rawconverter-git_src/rtengine/myfile.h:123:16,
    inlined from ‘void DCraw::parse_makernote(int, int)’ at /home/mervin/.cache/yay/art-rawconverter-git/src/art-rawconverter-git_src/rtengine/dcraw.cc:5643:13:
/usr/include/bits/string_fortified.h:34:33: warning: ‘void* __builtin___memcpy_chk(void*, const void*, long unsigned int, long unsigned int)’ specified size between 9223372036854775808 and 18446744073709551615 exceeds maximum object size 9223372036854775807 [-Wstringop-overflow=]
   34 |   return __builtin___memcpy_chk (__dest, __src, __len, __bos0 (__dest));
      |          ~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[ 14%] Building CXX object rtengine/CMakeFiles/rtengine.dir/imagedimensions.cc.o

FYI, when building rawtherapee-git, the same file is built without error, and the images appear correctly.

guzzisti commented on 2020-05-23 18:28 (UTC)

After the transition to gcc 10.1 images may become red. I've added a patch to adjust the build params to use -fno-tree-loop-vectorize to mitigate this issue.

As the use of tcmalloc leads to a segfault on startup (atleast on my system) i reverted this option for the moment.

guzzisti commented on 2020-05-22 07:15 (UTC) (edited on 2020-05-22 17:25 (UTC) by guzzisti)

Seems like to transition to GCC 10.1 broke something. ART builds fine but segfaults on startup. If tracked this down to the use of tcmalloc - atleast on my AMD Zen-based system.

Any feedback if this happens on other platforms as well would be nice. I have only zen-systems around here.

guzzisti commented on 2020-04-11 09:30 (UTC)

I've modified the PGKBUILD to make use of tcmalloc, because of this gperftools is now an additional dependency.

This is a test to mitigate exhaustive memory usage of ART: https://bitbucket.org/agriggio/art/issues/48/possible-memory-leak

Feedback welcome. If everything goes well this will be applied to art-rawconverter as well.

guzzisti commented on 2020-02-21 16:55 (UTC) (edited on 2020-02-22 09:27 (UTC) by guzzisti)

I've changed to versioning of the package to match the way it is used by Alberto for builds from master-branch. E.g. 1.1-21-g348b9dc8 instead of 8888.g34b9dc8?.

This results in the new version handled as a downgrade if you already had installed the package. It will not update automatically , you need to reissue a installation manually (e.g. pamac install art-rawconverter-git or trizen -S art-rawconverter-git ). This is a one time action.

Sorry for the inconvenience, but i think it helps avoiding misunderstandings in the long run.

« First ‹ Previous 1 2