https://bugs.kde.org/show_bug.cgi?id=460991
--- Comment #5 from baloe <bastianloeh...@gmail.com> --- (In reply to Maik Qualmann from comment #4) > If you do grouping by filename, the JPEG will always be on top as it > certainly has the smaller file size over the RAW. There is no stacking order > in the grouping, there is only one image that is on top and is displayed. > > Maik As I wrote above, I do have plenty of JPEG files that are (slightly) larger than their accompanying NEF raw files. I begged my computer to change its mind, but the computer says no, sorry. The NEF files are 14bit Nikon D800 losslessly compressed raw files. The JPEGs are 8bit, from Capture One at 100% quality setting, generated many years ago. Those JPEGs are then around the same size as the NEF file, mostly a bit smaller, but plenty are a bit larger than the NEF files. Maybe Nikon has a crazy good lossless compression, maybe they are lying about their compression being lossless, maybe Capture One had a bug in their compression algorithm, I don't know, and it's not the topic here either. If I could, I would simply regenerate those JPEGs at a smaller quality setting, but I am no longer able to do so, because I don't have access to a Capture One license any more since switching to Darktable. Of course, I could go through the tedious process of recompressing JPEGs where necessary to make them smaller than the NEF files, but that seems to be a bit absurd to me. Besides, the files have been in two incremental backups for years, replacing them now by smaller variants will still increase my backups without any real need. So, being able to tell Digikam to prefer any other file format over NEF when choosing the top of the stack in a group would solve my problem, and there is a chance I am not the only one. Bastian -- You are receiving this mail because: You are watching all bug changes.
