If someone can produce a gdb backtrace, that would be useful
GitHub allows private repositories in free accounts now.
Way back, when the Big RCS Schism happened (that is, when BitKeeper stopped giving a free license to Linux), I chose mercurial over git, and soon after I chose bitbucket over github. I think mercurial is much easier to use than git, and I also wanted to have private repos; in addition, bitbucket had a super nice plan for professors and students.
Over time, I’ve moved to git and github. The reality is that many more people have github than bitbucket accounts, and mercurial is almost abandoned now. I didn’t want to ask my potential users and contributors to go to a different website, create yet one more account, etcetera. So, I decided to “go with the flow”.
Last time I looked, github’s interface for tracking issues and PRs is much better than bitbucket’s.
I’m not trying to get you to change your mind, just offering my perspective. It’s your project, do what’s best for you.
1 Like
You certainly make valid points. Fwiw, I’m still using mercurial, both for hobby projects and for work, despite the fact that all repositories I work with have been converted to git. Thanks to the hg-git plugin, I’ve managed to ignore the rest of the world and keep using the tool I’m more productive with… I hope this can continue for a long time.
Back to the topic: I will happily switch when I start receiving complaints of the form “I would be happy to contribute, but I would be more comfortable with GitHub” 
2 Likes
OK. I was thinking that was me that didn’t save .art files correctly but I had this problem at least twice today, it’s a bug that corrupts save files.
I don’t know how to write an issue, I tried, but found no button to create an issue, so I post here.
So, for large images (say 15000x6500 roughly), it seems that using a lot the tools in the ‘local editing’ but maybe it’s something else, may corrupt the save file. The size that was around 14.8 Ko becomes 10.4 Ko, and all is lost (settings, brushes, shapes and so on). The icon ‘Processing file fill mode’ is on ‘all’ when I save. I have the 2 art files (before and after, I sent them to you by a message).
The save that is corrupted is not the automatic save attached to the picture (32 bits floating point, .tiff), but the save that I store elsewhere via the dedicated button ‘save current profile’.
Edit : I’m on W10.
Hi,
I just tried to install ART 1.5 for Win 64 and after several dire warnings from Windows Defender and got an error that a “A bitmap image is not valid”. Any suggestions on how I would get past that?
Thanks!
No idea, sorry. Did you try reinstalling with windows defender turned off? (Assuming that is possible – I do not know)
Hi,
lately when I compile and install from source ART is not in the Graphics category of DE…
For what I can understand the desktop file is installed in /usr/local/share/applications as other software as Rawtherapee… but no application under GUI…
any hints??
PS… In RT I have
Categories=Graphics;Photography;2DGraphics;RasterGraphics;GTK;
and in ART I have
Categories=Photography;Graphics;2DGraphics;RasterGraphics;GTK; Is it matter the order?
- installation of official 1.5 on windows10 home, windows defender on: no problem identified.
I notice a problem with displaying of zoom region:
- use neutral profile
- select those photos from : [Solved] Colors out of gamut or Hummingbirds, highlights... help!
- play with zoom: the displayed region is coherent with what is shown in the navigator panel.
- activate perspective correction ( all settings are null except focal legth and crop factor): the displayed region is modified and differnt to the location of red rectangle in the navigator panel
It happens at least from 1.3 and I think not on all images.
Not very important but to be noticed.
@Carmelo_DrRaw
Could you add libssp-0.dll in your ART continous build for W10? unless ART cannot start.
Hi Alberto,
hopefully this is helpful, ART 1.5.27 built with GCC 10.2 on Artix with linux-zen 5.8.6 kernel, tcmalloc and LTO on:
(gdb) run
Starting program: /usr/bin/ART
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".
[New Thread 0x7ffff1d9b640 (LWP 11278)]
[New Thread 0x7ffff159a640 (LWP 11279)]
[New Thread 0x7ffff0d99640 (LWP 11280)]
Thread 2 "ART" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7ffff1d9b640 (LWP 11278)]
0x00007ffff5e8876a in tc_newarray () from /usr/lib/libtcmalloc.so.4
(gdb) bt
#0 0x00007ffff5e8876a in tc_newarray () at /usr/lib/libtcmalloc.so.4
#1 0x00007ffff67e389a in lfLens::UpdateLegacyCalibPointers() () at /usr/lib/liblensfun.so.2
#2 0x00007ffff67dc3e0 in () at /usr/lib/liblensfun.so.2
#3 0x00007ffff759f6f2 in () at /usr/lib/libglib-2.0.so.0
#4 0x00007ffff75a0868 in g_markup_parse_context_parse () at /usr/lib/libglib-2.0.so.0
#5 0x00007ffff67dd103 in lfDatabase::Load(char const*, char const*, unsigned long) () at /usr/lib/liblensfun.so.2
#6 0x00007ffff67dedb6 in lfDatabase::Load(char const*) () at /usr/lib/liblensfun.so.2
#7 0x00007ffff67dedf0 in lfDatabase::Load(char const*) () at /usr/lib/liblensfun.so.2
#8 0x00007ffff67debf1 in lfDatabase::Load() () at /usr/lib/liblensfun.so.2
#9 0x0000555555c3f910 in rtengine::LFDatabase::init(Glib::ustring const&) (dbdir=...) at /home/rene/source/aur/art-rawconverter-git/src/art-rawconverter-git_src/rtengine/rtlensfun.cc:334
#10 0x0000555555ba494e in rtengine::_ZN8rtengine4initEPKNS_8SettingsEN4Glib7ustringES4_b._omp_fn.0(void) ()
at /home/rene/source/aur/art-rawconverter-git/src/art-rawconverter-git_src/rtengine/init.cc:60
#11 0x00007ffff57783ee in gomp_thread_start (xdata=<optimized out>) at /build/gcc/src/gcc/libgomp/team.c:123
#12 0x00007ffff57293e9 in start_thread () at /usr/lib/libpthread.so.0
#13 0x00007ffff5657293 in clone () at /usr/lib/libc.so.6yep, same result:
gdb ART
GNU gdb (GDB) 9.2
Copyright (C) 2020 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-pc-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from ART...
(gdb) run
Starting program: /usr/bin/ART
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".
Cache directory (cacheBaseDir) = /home/rene/.cache/ART-git
Default profile for raw images "Dynamic" found
Default profile for non-raw images "Neutral" found
Source float d=1.000000 aw=31.739408 fl=0.464159 wh=171.011353 c=0.690000 awc=207.184982
Loading lensfun database from the default directories...
Program received signal SIGSEGV, Segmentation fault.
0x00007ffff5e8876a in tc_newarray () from /usr/lib/libtcmalloc.so.4
(gdb) bt
#0 0x00007ffff5e8876a in tc_newarray () at /usr/lib/libtcmalloc.so.4
#1 0x00007ffff67e389a in lfLens::UpdateLegacyCalibPointers() () at /usr/lib/liblensfun.so.2
#2 0x00007ffff67dc3e0 in () at /usr/lib/liblensfun.so.2
#3 0x00007ffff759f6f2 in () at /usr/lib/libglib-2.0.so.0
#4 0x00007ffff75a0868 in g_markup_parse_context_parse () at /usr/lib/libglib-2.0.so.0
#5 0x00007ffff67dd103 in lfDatabase::Load(char const*, char const*, unsigned long) () at /usr/lib/liblensfun.so.2
#6 0x00007ffff67dedb6 in lfDatabase::Load(char const*) () at /usr/lib/liblensfun.so.2
#7 0x00007ffff67dedf0 in lfDatabase::Load(char const*) () at /usr/lib/liblensfun.so.2
#8 0x00007ffff67debf1 in lfDatabase::Load() () at /usr/lib/liblensfun.so.2
#9 0x0000555555c3f910 in rtengine::LFDatabase::init(Glib::ustring const&) (dbdir=...) at /home/rene/source/aur/art-rawconverter-git/src/art-rawconverter-git_src/rtengine/rtlensfun.cc:334
#10 0x0000555555ba494e in rtengine::_ZN8rtengine4initEPKNS_8SettingsEN4Glib7ustringES4_b._omp_fn.0(void) ()
at /home/rene/source/aur/art-rawconverter-git/src/art-rawconverter-git_src/rtengine/init.cc:60
#11 0x00007ffff5770df3 in GOMP_parallel_sections
(fn=0x555555ba4740 <rtengine::_ZN8rtengine4initEPKNS_8SettingsEN4Glib7ustringES4_b._omp_fn.0(void)>, data=0x7fffffffdd40, num_threads=1, count=7, flags=0)
at /build/gcc/src/gcc/libgomp/sections.c:235
#12 0x0000555555b9e684 in rtengine::init(rtengine::Settings const*, Glib::ustring, Glib::ustring, bool) (s=<optimized out>, baseDir=..., userSettingsDir=..., loadAll=<optimized out>)
at /home/rene/source/aur/art-rawconverter-git/src/art-rawconverter-git_src/rtengine/init.cc:52
#13 0x00005555559cd57d in Options::load(bool, int) (lightweight=<optimized out>, verbose=<optimized out>)
at /home/rene/source/aur/art-rawconverter-git/src/art-rawconverter-git_src/rtgui/options.cc:2473
#14 0x00005555557eda4a in main(int, char**) (argc=<optimized out>, argv=<optimized out>) at /home/rene/source/aur/art-rawconverter-git/src/art-rawconverter-git_src/rtgui/main.cc:520
1 Like
FWIW, I freshly compiled ART on Linux Manjaro and it works fine (starts fine, no crash on working with spot healing feather). I built it from the build-art script slightly tweaked to my liking.
Version: 1.5-27-gd76e8100a
Branch: master
Commit: d76e8100a
Commit date: 2020-09-07
Compiler: cc 10.2.0
Processor: x86_64
System: Linux
Bit depth: 64 bits
Gtkmm: V3.24.2
Lensfun: V0.3.95.0
Exiv2: V0.27.2
Build type: release
Build flags: -std=c++11 -march=native -Werror=unused-label -fno-math-errno -flto -Wall -Wuninitialized -Wno-deprecated-declarations -Wno-unused-result -fopenmp -Werror=unknown-pragmas -O3 -DNDEBUG -ftree-vectorize
Link flags: -march=native -flto
OpenMP support: ON
MMAP support: OFF
Build OS: Linux
Build date: 2020-09-07T15:20:11Z
I got it to work. I had downloaded a different version. Thanks, I’m looking forward to checking it out!
It is done. The new packages are being built…
Github has millions of users that discover new repos and that’s really the hidden 
to making this a big success.
It would be 
if you had a mirror on Github so people can easily fork & pull request like Rawtherapee Github: GitHub - Beep6581/RawTherapee: A powerful cross-platform raw photo processing program
the project so far and can’t wait to see where it goes next !!
Hello,
another question i use Mac OS
i have installed art from the current version but i can’t open a canon CR3 ? I thought I read that the CR3 files are now supported ? So it is not important I just wanted to test something. Greetings mario and thanks
Unfortunately not all cr3 files are supported, there are some compression options in the camera that make them unreadable for libraw (and so for art). What camera is this? Can you share an example cr3? Thanks
As I said, nothing is important.
I wanted to look at test shots of a Canon R5.
https://drive.google.com/drive/folders/10fp9d3Ju498hxug4qVbiTfIFoOYNCkFT
I can open R5 samples from dpreview just fine…