Hi,
Image processing filters on raw pictures (even more now, with 24-52 Mpx
images) are really demanding on computational power (especially the
nicest ones, unsurprisingly), and darktable uses 32 bits floating point
arithmetic to perform them, in order to avoid most numerical issues you
would get with integer processing.
Although they can theoretically be performed on any 32 bits CPU, these
operations are optimized at a relatively low-level only for x86_64
architectures and will most probably run too slow to be practically
usable on ARM and 32 bits architectures. Optimizing for performance is
already a challenge (and a burden) to support all the existing x86_64
generations of SIMD instructions (desktop users being the core market of
photographers), plus GPU offloading through OpenCL, plus ensuring
consistent behaviour between GPU and CPU code paths and between
different vendors (Intel / Nvidia / AMD) OpenCL.
For this reason, there is no active support of 32 bits plateforms in
darktable, especially since most Linux distributions have dropped 32
bits kernels, so it might or might not compile/work, but don't expect
bug fixes for that at this point (unless someone steps out to do it).
For ARM CPU, anyway, you might want to get rid of all the GTK UI +
third-party libs bloat in darktable and start fresh with an
embedded/lightweight approach, instead of force-fitting a GTK desktop
app into something that will never be fluid enough to be practically
usable for a photographer, outside of a geek
playground/proof-of-concept. Any denoising module, or even local
contrast enhancement, will put your ARM on its knees, either 64 or 32
bits, and even if it's enough to shoot a YouTube video to prove
opensource zealots you did it and FOSS rocks, it's unrealistic for a
daily use by today's standards.
Cheers,
Aurélien.
Le 06/10/2019 à 12:43, Holger Klemm a écrit :
> Hello,
> I installed Raspbian Buster on a Raspberry Pi 3B + and tried to compile
> Darktable 2.6.2.
>
> cmake is aborted with the error message not supported platform.
> Is this a bug or is it due to the 32bit operating system?
>
> Cheers
> Holger
>
> Am Samstag, 5. Oktober 2019, 13:41:46 CEST schrieben Sie:
>> On Saturday, 5 October 2019 08:59:57 CEST Holger Klemm wrote:
>>> Hello,
>> Hi,
>>
>>> is an ARM version planned for Darktable 3.0.0?
>>> The current Raspberry Pi 4, Rock Pi 4 and NanoPi M4 are available with 4GB
>>> of RAM and should be powerful enough to handle small tasks.
>>> In particular, with the camera control then new applications would arise.
>>>
>>> I would be very happy about an ARM version for Rasbian / Armbian.
>> there is one for openSUSE
>>
>> http://download.opensuse.org/repositories/graphics:/darktable/
>> openSUSE_Tumbleweed_ARM/
>>
>> and Fedora has also aarch64
>>
>> https://koji.fedoraproject.org/koji/buildinfo?buildID=1322464
>>
>>
>> Cheers,
>>
>> Andreas
>
>
>
> ___
> darktable developer mailing list
> to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
>
___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
