@pavel @stu @eliasr 10-bit is only going to visibly help where there's banding in shadows. It happens, but not that often in my experience.
If you grab already taken DNGs and reprocess them into JPEGs in more sophisticated ways the difference in results is staggering. Even without lens corrections it's still clearly noticeable (and with vignetting corrected it's simply obvious). You can go through your past photos and give them a huge upgrade this way.

@pavel @stu @eliasr In general what I wanted to say is that things that are the most noticeable about default photo quality (looking kinda like through a slightly fogged glass, greenish tint, massive vignette) are all caused in the postprocessing domain and you don't even have to take the photos again to fix them (unlike 8-bit banding, where you indeed do).

@dos @stu @eliasr Aha, ok, I misunderstood. So problem is not so much JPEG as quality of raw->JPEG conversion; yes, that can be case. BTW I don't have Librem 5 to work with at the moment; Megapixels should now work on that one. Would it be possible to test Megapixels and perhaps switch to that?

@pavel @stu @eliasr Does it do anything new now than it did a year ago? The code currently used in Millipixels is based on postprocessd, but even at 50% size, no interpolation and CV processing disabled it already takes seconds. I don't see anything longer as viable for online processing, and for offline there's already darktable-cli, so why reinvent the wheel...

@dos @stu @eliasr Well... Millipixels is kind of strange hybrid (Rust+C+libcamera), based on old gtk and Librem 5-only. Megapixels can do Librem + PP + PPP and more, so it is likely future, therefore worth testing and switching to. Not sure if it improves image quiality.

@pavel @stu @eliasr Well, Millipixels should just go away at some point anyway; the only part of it that I'm concerned with right now is pretty much just plain ol' libraw.