ART 1.3 appimage
I do a lot of photography of dogs and I use the RT module: contrast by detail levels, almost every time. It makes the fur “furry”.
I don’t see the same module in ART, but is there some other way of getting similar results?
BTW, I have noticed how much faster ART is as compared to RT.
Thanks
That’s interesting. Can you elaborate on this?
Hi,
A reasonable mix of local contrast and texture boost should do the job
I’m also interested 
Maybe just different compilation flags?
Yes. Are you the “heckflosse” from RT? Thank you for the great job on RT, which is what I use. I just tried ART to see what it is.
My system is quite old. It was mainstream when I built it, 5 years ago.
$ inxi -Fxxxz
System: Host: ethelbert Kernel: 5.4.39-1-MANJARO x86_64 bits: 64 compiler: gcc v: 9.3.0
Desktop: KDE Plasma 5.18.5 tk: Qt 5.14.2 wm: kwin_x11 dm: SDDM
Distro: Manjaro Linux
Machine: Type: Desktop Mobo: MSI model: 970A-G46 (MS-7693) v: 2.0 serial: <filter>
BIOS: American Megatrends v: 2.8 date: 01/08/2016
CPU: Topology: 8-Core model: AMD FX-8350 bits: 64 type: MCP arch: Bulldozer
L2 cache: 2048 KiB
flags: avx lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 svm bogomips: 64024
Speed: 3753 MHz min/max: 1400/4000 MHz boost: enabled Core speeds (MHz): 1: 3753
2: 3904 3: 3737 4: 3861 5: 2632 6: 3975 7: 3794 8: 3703
Graphics: Device-1: AMD Ellesmere [Radeon RX 470/480/570/570X/580/580X/590]
vendor: Micro-Star MSI driver: amdgpu v: kernel bus ID: 01:00.0
chip ID: 1002:67df
Display: x11 server: X.Org 1.20.8 driver: amdgpu unloaded: modesetting
alternate: ati,fbdev,vesa compositor: kwin_x11 resolution: 1920x1080~60Hz
OpenGL:
renderer: Radeon RX 570 Series (POLARIS10 DRM 3.35.0 5.4.39-1-MANJARO LLVM 10.0.0)
v: 4.6 Mesa 20.0.6 direct render: Yes
Audio: Device-1: AMD SBx00 Azalia vendor: Micro-Star MSI driver: snd_hda_intel v: kernel
bus ID: 00:14.2 chip ID: 1002:4383
Device-2: AMD Ellesmere HDMI Audio [Radeon RX 470/480 / 570/580/590]
vendor: Micro-Star MSI driver: snd_hda_intel v: kernel bus ID: 01:00.1
chip ID: 1002:aaf0
Sound Server: ALSA v: k5.4.39-1-MANJARO
Network: Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet
vendor: Micro-Star MSI driver: r8169 v: kernel port: d000 bus ID: 04:00.0
chip ID: 10ec:8168
IF: enp4s0 state: up speed: 1000 Mbps duplex: full mac: <filter>
Drives: Local Storage: total: 5.46 TiB used: 2.08 TiB (38.1%)
ID-1: /dev/sda vendor: Western Digital model: WD30EFRX-68EUZN0 size: 2.73 TiB
speed: 6.0 Gb/s rotation: 5400 rpm serial: <filter> rev: 0A82 scheme: GPT
ID-2: /dev/sdb vendor: Western Digital model: WD30EFRX-68EUZN0 size: 2.73 TiB
speed: 6.0 Gb/s rotation: 5400 rpm serial: <filter> rev: 0A82 scheme: GPT
Partition: ID-1: / size: 491.15 GiB used: 25.72 GiB (5.2%) fs: ext4 dev: /dev/sda2
ID-2: /boot size: 999.7 MiB used: 98.3 MiB (9.8%) fs: vfat dev: /dev/sda1
ID-3: /home size: 2.19 TiB used: 561.55 GiB (25.0%) fs: ext4 dev: /dev/sda3
ID-4: swap-1 size: 13.67 GiB used: 0 KiB (0.0%) fs: swap dev: /dev/sda4
Sensors: System Temperatures: cpu: 32.4 C mobo: N/A gpu: amdgpu temp: 34 C
Fan Speeds (RPM): N/A gpu: amdgpu fan: 1016
Info: Processes: 235 Uptime: 3h 01m Memory: 11.65 GiB used: 2.10 GiB (18.0%)
Init: systemd v: 245 Compilers: gcc: 9.3.0 Shell: bash v: 5.0.16
running in: konsole inxi: 3.0.37 Thank you. I’ll try that.
Thanks
@foto rename your options file and start RT again. It happened tome that I had something in the options file that made RT (or ART) being slower.
glxinfo | grep "OpenGL version"
OpenGL version string: 4.6 (Compatibility Profile) Mesa 20.0.6and I also ave opencl
$ clinfo
Number of platforms 1
Platform Name AMD Accelerated Parallel Processing
Platform Vendor Advanced Micro Devices, Inc.
Platform Version OpenCL 2.1 AMD-APP (3075.10)
Platform Profile FULL_PROFILE
Platform Extensions cl_khr_icd cl_amd_event_callback cl_amd_offline_devices
Platform Host timer resolution 1ns
Platform Extensions function suffix AMD
Platform Name AMD Accelerated Parallel Processing
Number of devices 1
Device Name Ellesmere
Device Vendor Advanced Micro Devices, Inc.
Device Vendor ID 0x1002
Device Version OpenCL 1.2 AMD-APP (3075.10)
Driver Version 3075.10
Device OpenCL C Version OpenCL C 1.2
Device Type GPU
Device Board Name (AMD) Radeon RX 570 Series
Device Topology (AMD) PCI-E, 01:00.0
Device Profile FULL_PROFILE
Device Available Yes
Compiler Available Yes
Linker Available Yes
Max compute units 32
SIMD per compute unit (AMD) 4
SIMD width (AMD) 16
SIMD instruction width (AMD) 1
Max clock frequency 1268MHz
Graphics IP (AMD) 8.0
Device Partition (core)
Max number of sub-devices 32
Supported partition types None
Supported affinity domains (n/a)
Max work item dimensions 3
Max work item sizes 1024x1024x1024
Max work group size 256
Preferred work group size (AMD) 256
Max work group size (AMD) 1024
Preferred work group size multiple 64
Wavefront width (AMD) 64
Preferred / native vector sizes
char 4 / 4
short 2 / 2
int 1 / 1
long 1 / 1
half 1 / 1 (cl_khr_fp16)
float 1 / 1
double 1 / 1 (cl_khr_fp64)
Half-precision Floating-point support (cl_khr_fp16)
Denormals No
Infinity and NANs No
Round to nearest No
Round to zero No
Round to infinity No
IEEE754-2008 fused multiply-add No
Support is emulated in software No
Single-precision Floating-point support (core)
Denormals No
Infinity and NANs Yes
Round to nearest Yes
Round to zero Yes
Round to infinity Yes
IEEE754-2008 fused multiply-add Yes
Support is emulated in software No
Correctly-rounded divide and sqrt operations Yes
Double-precision Floating-point support (cl_khr_fp64)
Denormals Yes
Infinity and NANs Yes
Round to nearest Yes
Round to zero Yes
Round to infinity Yes
IEEE754-2008 fused multiply-add Yes
Support is emulated in software No
Address bits 64, Little-Endian
Global memory size 7609167872 (7.087GiB)
Global free memory (AMD) 7411244 (7.068GiB)
Global memory channels (AMD) 8
Global memory banks per channel (AMD) 16
Global memory bank width (AMD) 256 bytes
Error Correction support No
Max memory allocation 4244635648 (3.953GiB)
Unified memory for Host and Device No
Minimum alignment for any data type 128 bytes
Alignment of base address 2048 bits (256 bytes)
Global Memory cache type Read/Write
Global Memory cache size 16384 (16KiB)
Global Memory cache line size 64 bytes
Image support Yes
Max number of samplers per kernel 16
Max size for 1D images from buffer 134217728 pixels
Max 1D or 2D image array size 2048 images
Base address alignment for 2D image buffers 256 bytes
Pitch alignment for 2D image buffers 256 pixels
Max 2D image size 16384x16384 pixels
Max 3D image size 2048x2048x2048 pixels
Max number of read image args 128
Max number of write image args 8
Local memory type Local
Local memory size 32768 (32KiB)
Local memory syze per CU (AMD) 65536 (64KiB)
Local memory banks (AMD) 32
Max number of constant args 8
Max constant buffer size 4244635648 (3.953GiB)
Preferred constant buffer size (AMD) 16384 (16KiB)
Max size of kernel argument 1024
Queue properties
Out-of-order execution No
Profiling Yes
Prefer user sync for interop Yes
Profiling timer resolution 1ns
Profiling timer offset since Epoch (AMD) 1589896177367096256ns (Tue May 19 06:49:37 2020)
Execution capabilities
Run OpenCL kernels Yes
Run native kernels No
Thread trace supported (AMD) Yes
Number of async queues (AMD) 2
Max real-time compute queues (AMD) 0
Max real-time compute units (AMD) 0
SPIR versions 1.2
printf() buffer size 4194304 (4MiB)
Built-in kernels (n/a)
Device Extensions cl_khr_fp64 cl_amd_fp64 cl_khr_global_int32_base_atomics cl_khr_global_int32_extended_atomics cl_khr_local_int32_base_atomics cl_khr_local_int32_extended_atomics cl_khr_int64_base_atomics cl_khr_int64_extended_atomics cl_khr_3d_image_writes cl_khr_byte_addressable_store cl_khr_fp16 cl_khr_gl_sharing cl_amd_device_attribute_query cl_amd_vec3 cl_amd_printf cl_amd_media_ops cl_amd_media_ops2 cl_amd_popcnt cl_khr_image2d_from_buffer cl_amd_bus_addressable_memory cl_khr_spir cl_khr_gl_event
NULL platform behavior
clGetPlatformInfo(NULL, CL_PLATFORM_NAME, ...) AMD Accelerated Parallel Processing
clGetDeviceIDs(NULL, CL_DEVICE_TYPE_ALL, ...) Success [AMD]
clCreateContext(NULL, ...) [default] Success [AMD]
clCreateContextFromType(NULL, CL_DEVICE_TYPE_DEFAULT) Success (1)
Platform Name AMD Accelerated Parallel Processing
Device Name Ellesmere
clCreateContextFromType(NULL, CL_DEVICE_TYPE_CPU) No devices found in platform
clCreateContextFromType(NULL, CL_DEVICE_TYPE_GPU) Success (1)
Platform Name AMD Accelerated Parallel Processing
Device Name Ellesmere
clCreateContextFromType(NULL, CL_DEVICE_TYPE_ACCELERATOR) No devices found in platform
clCreateContextFromType(NULL, CL_DEVICE_TYPE_CUSTOM) No devices found in platform
clCreateContextFromType(NULL, CL_DEVICE_TYPE_ALL) Success (1)
Platform Name AMD Accelerated Parallel Processing
Device Name Ellesmere
ICD loader properties
ICD loader Name OpenCL ICD Loader
ICD loader Vendor OCL Icd free software
ICD loader Version 2.2.12
ICD loader Profile OpenCL 2.2Hope this helps
Thanks
Not really, neither RT nor art use the gpu
Just did renamed the ~/.config/Rawtherapee/options.
I just took an old RT photo, saved it as Jpeg-8bit 65% and best compression: 43 seconds
I processed the same photo with ART, not exactly the same since I don’t know ART, but same vein. It took 9 seconds.
What I noticed is that in RT, it’s single CPU until almost the end which I think/guess is the post-resize sharpening when it switches to 8 CPUs. While ART uses between 4 and 8 CPUs the whole way through.
Some compile flags? Likely, but this is way beyond my knowledge.
BTW, I use the appimage in both RT and ART. Could it have something to do with it?
Thanks
5.8 appimage on Manjaro
Thanks
Yes.
Same CPU here. If processing a raw file on this CPU takes as long as you wrote, there is clearly someting wrong with the build you use. Maybe it’s a debug build, don’t know.
My RT builds (for my personal use) also use most of the cores whole way through. Must be a problem with the RT build you use. Though would be interesting what causes it
Ingo
I’m using the appimage: https://rawtherapee.com/shared/builds/linux/RawTherapee_5.8.AppImage dated: 2020-02-04 as a desktop shortcut. It’s not integrated with the desktop or mime.
Thanks
Thank you for all the great work. I’m always amazed, RT is fantastic, solid and I get the best out of my images with it.
The quality is so good, that I’m not looking for speed, although if it was faster it would be nice. I started looking at ART because of the perspective control module which is “too clunky” in RT
Thanks
If there is an issue with speed in RT, please let me know, where it is. At least compared to ART, RT should not be substantially slower…
I guess, @agriggio thinks the same…
Indeed, there shouldn’t be much difference on average. Though the pipelines are a bit different, so in some cases one might be faster than the other (goes both ways). @foto maybe you can share a raw with pp3 and arp?