On Mon, Dec 5, 2016 at 12:36 AM, Matthieu Moy
<matthieu....@grenoble-inp.fr> wrote:
> Hi,
Hi

> I'm in the process of writing an article about dt 2.2 
> (https://linuxfr.org/redaction/news/darktable-2-2-0), and I have a few 
> questions about the release notes:
>
> ----- Original Message -----

>> - In Highlight reconstruction module, the mode LCh reconstruction was
>> completely rewritten, and is no longer useless!
>
> What does this rewrite brings? My experience is that the "reconstruct color" 
> is too buggy to be usable in many cases, but I have good experience with LCh 
> reconstruction, so I wouldn't have called it "useless" before the rewrite.
"LCh reconstruction" was pure garbage in all the cases (all the
images) i had tried using it, before rewrite.
If you never noticed that, then the rewrite should be unnoticeable for you :)

As for "reconstruct color", yeah, it is buggy. It works for small
overexposed areas, but not large-ones.
if time permits, i plan on working on proper highlight inpainting module...

>> - Support running on platforms other than x86 (64bit little-endian, currently
>> ARM64 only) (https://www.darktable.org/2016/04/running-on-non-x86-platforms/)
>
> Are there plans particular use-case in mind in the roadmap? I suppose running 
> on a Raspberry Pi is fun for geeks, but not very helpful in practice given 
> the limited RAM and processing power of the device. Can user start dreaming 
> about an Android version for example?
No, but maybe some interesting aarch64-based HW will appear in future?

>> - darktable is now happy to use smaller stack sizes (no less than 256Kb).
>> That should allow using musl libc
>
> Same question here: are there concrete benefits for users?
Less crashy, in extreme cases (the max stack size is usually bound to
8Mb even for 64bit glibc, if one tries to use more stack (e.g. via
VLA), it segfaults).

> Just wondering (and looking for something to write in the article), but in 
> any case, it's cool to see dt more portable.
>
>> - Nicer web gallery exporter -- now touch friendly!
>
> Is there a public demo that I could link to anywhere?

>> - Filter-out some useless EXIF tags when exporting, helps keep EXIF size
>> under
>> ~64Kb
>
> What happens if one crosses this limit?

> Or just drop some EXIF data arbitrarily?
Not arbitrarily,
https://github.com/darktable-org/darktable/blob/08f232f24890f52da951a6f29b9559c6f01637a5/src/common/exif.cc#L1164-L1179
https://github.com/darktable-org/darktable/blob/08f232f24890f52da951a6f29b9559c6f01637a5/src/common/exif.cc#L1192-L1249

> Would the export fail?
These tags are dropped first, before trying to store EXIF.
If even after that the EXIF size is >64kb, then the image will have no metadata.
But it is a rare case, and it should be much rarer now.

>
>> - Drop darktable-viewer tool in favor of slideshow view
>
> Is there any user-visible change (other than not having darktable-viewer as a 
> command)?
>
> Is there a way to get the slideshow from the command-line?
>
> Thanks,
>
> --
> Matthieu Moy
Roman.

> http://www-verimag.imag.fr/~moy/
> ____________________________________________________________________________
> darktable user mailing list
> to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
>
___________________________________________________________________________
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Reply via email to