Hi Tobias, I've been working on downscaling mosaiced images without (or with fewer) artifacts (https://redmine.darktable.org/issues/11167). Right now there's workable code for Bayer and X-Trans in git master. The main flaw is that highlights have magenta edges.
It would be great if before 2.4.0 I could code a slightly improved box filter and write SSE variants. (The Bayer SSE code is currently disabled, and there never was X-Trans SSE code.) I don't know if this will entirely fix https://redmine.darktable.org/issues/11340 (negative values for demosaic), and alas don't think it will fix the magenta edges to highlights. I will be able to get to this again in early July. Is that soon enough to make its way into 2.4.0? Additional improvement would be slightly better quality zoomed-in rendering in darkroom view, and faster initial rendering of the preview when loading a new image. I've also been working on Wayland support (https://redmine.darktable.org/issues/11535). This is mostly done, but isn't worth enabling until GTK+ >= 3.22.16 makes its way into distributions. Wayland support doesn't seem to me to be critical for 2.4.0. Dan Tobias Ellinghaus <m...@houz.org> writes: > Hello there, > > we are currently thinking about having the next feature release (2.4.0) > earlier than Christmas. > In order to plan for that we need to know if anyone is currently working on > something that should go into the release. We would also need some hands on > deck to help review and polish pull requests. > In the past development cycle we added a few things that surely need more > testing, so I expect the RC phase to be longer than usual. That might even > justify merging things that are not 100% prefect. But that will be decided on > a case-by-case basis. > > Tobias ___________________________________________________________________________ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
