<div dir="auto">As others have said, the value of seeing the b&w jpeg immediately after taking a shot is nearly critical.  Plus the particular rendering this camera produces is something I very much like.  <div dir="auto"><br></div><div dir="auto">The point about the impact on speed in DK if the embedded raw thumbnail is regenerated is a serious concern.  Although doing so should be optional and a user would likely understand they are invoking a penalty.   </div><div dir="auto"><br></div><div dir="auto">That said, darktable does this (as an option for a thumbnail outside of the raw) and the penalty, to me, is quite minor. I'd very much like to have the choice in DK.  </div><div dir="auto"><br></div><div dir="auto">Given all the information everyone has kindly provided here (Thank you!), it doesn't seem like there's a easy solution.  I'll probably continue doing organization and tagging in DK but move culling and rating over to darktable.  So it goes.</div><div dir="auto"><br></div></div><br><div class="gmail_quote"><div dir="ltr">On Sat, Sep 29, 2018, 04:59 Gilles Caulier <<a href="mailto:caulier.gilles@gmail.com">caulier.gilles@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Hi,</div><div><br></div>Changing the color space in camera while shooting will affect preview included in RAW. <div><br></div><div>RAW preview are mostly a small JPEG image embedded in RAW container. DK extract this JPEG as well to render icon view thumbnails. It's very very fast as no post processing is required.</div><div><br></div><div>Using RAW image data will be really slower to render large albums, and will decrease DK performances. Even if libraw decoder can use fast RAW extraction method without to much post processing, the democaising of bayer matrix will be a bottleneck.</div><div><br></div><div>Using sidecar can be a solution. Here i don't talk about XMP sidecar file, but the .thm file coming with RAW file (Canon generate this kind of file, as i know)...</div><div><br></div><div>But this will introduce another dysfunction, as THM file include also metadata which do not correspond well with RAW metadata (incomplete).</div><div>THM cannot be used as metadata source, and this will increase the complexity of metadata workflow.</div><div><br></div><div>Gilles Caulier</div></div><div class="gmail_extra"><br><div class="gmail_quote">2018-09-29 9:12 GMT+02:00 Andrew Goodbody <span dir="ltr"><<a href="mailto:ajg02@elfringham.co.uk" target="_blank" rel="noreferrer">ajg02@elfringham.co.uk</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>On 29/09/18 07:55, Maik Qualmann wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I did not understand the problem at first, but I can reproduce it with my<br>
Nikon. First of all, it is not a good idea to take a image in B&W digitally.<br>
There are many more ways to do it later, but for the JPEG the color<br>
information is lost. There is currently no option in digiKam to specify that a<br>
thumbnail should be created from the RAW image. It uses the "fastest" source<br>
and that is the preview image. That was of course stored by the camera in B&W.<br>
<br>
Maik<br>
</blockquote>
<br></span>
Sounds like this could be a wishlist item for a 'sidecar-jpeg' which could be used for raw files to contain a preview image developed using the current edit settings for the raw file.<span class="m_-9125506678106002171HOEnZb"><font color="#888888"><br>
<br>
Andrew<br>
</font></span></blockquote></div><br></div>
</blockquote></div>