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
