Yes, it is good that we have the choice and can run either way isn't it? I am also myself surprised at how good the embedded jpegs were - they aren't so good for me now though as I have reduced the embedded jpeg size.
I don't think dt will ever be able to satisfactorily base its lightroom view on the full raw images as the time to just read a large number of raws off disk, let alone process them, is going to be unpleasant. If you really want a good 100% loupe in lr the best way might be to start with a contribution to the rawspeed project allowing raw conversion of just a small defined loupe area, if we are going to read and convert the whole image for our loupe display there would I imagine be little speed difference between that and just viewing the image in darkroom mode. Colours don't differ much at all between lr and dr views for me but I think this will perhaps just be a factor of how much in-camera jpeg processing is done. There might be some mileage in tweaking your camera's base curve to match the typical camera settings you yourself tend to use if this is important to you. As far as I know dt uses the embedded jpeg unless you have modified the photo in darkroom, after which lr will display the modified image, probably taking advantage of its cached thumbnails if available. For real improvements in lr image detail it probably needs modification of dt's thumbnail cacheing policy so that a large persistent cache of thumbnails is retained - which might be a relatively easy change. Rob. -----Original Message----- From: Russell Edwards [mailto:[email protected]] Sent: 14 March 2013 12:29 To: [email protected] Subject: Re: [Darktable-users] Colours in lighttable image On 2013-03-14 22:53, Michael Völker wrote: > The file has an embedded out-of-camera image embedded. For me, it > makes a lot of sense for darktable to use that image for a simple > preview. Hmm ... I appreciate the preference setting to turn this off. For a quick thumbnail I suppose it might be OK but for a fullscreen preview I'm surprised the embedded jpeg even contains enough pixels let alone a suitable compression level to justify a fullscreen view. I would really like a 100% Loupe view in lighttable (and like to think one day I may find time to code it) but if the LT is just based on a crappy embedded jpeg there may be little point to that. It's also interesting the colours differ so much. Curves might be wrong or should it be put down to white balance? I know I have often gone and modified one of a series of bracketed exposures and find that one then looks different in lighttable (small size) to the others, but also different to in darktable. The latter may be just an illusion but as for the former - what triggers DT to override the embedded preview with its own processed image in LT mode? Russell ------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar _______________________________________________ Darktable-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/darktable-users The content of this email is private and confidential, and unless otherwise stated only the intended recipient may use the content of this email for its intended purpose. If you are not the intended recipient, you may not retain, copy, forward or disclose the information herein, and we ask you to notify the sender or contact our Customer Services department on 0844 633 1000 or at [email protected] The copyright and all other intellectual property rights subsisting in or to the contents of this email belong to NHBC or are used with the permission of the owner and all such rights are reserved. Recipients are asked to note that opinions, conclusions and other information in the contents of this email that do not relate to the official business of NHBC are neither given nor endorsed by NHBC. This email has been scanned for viruses, but NHBC does not accept any liability in respect of loss or damage caused by any virus which is not detected by its virus detection systems. Data Protection Act 1998. NHBC is the Data Controller for the purposes of the Act. Your personal details will be stored and processed in accordance with the Act for the purposes of dealing with your enquiry or claim and for research and statistical purposes. If you make a claim under a Buildmark policy you agree to your data being passed to others involved with your claim such as the original builder, or a consultant or remedial works contractor that we may employ in connection with your claim(s) and matter ancillary to your claim(s). Other than disclosure provided for in this statement, we will not pass any data about you to any other party without your permission unless we are required to do so by law. NHBC, the National House-Building Council, is a company registered by guarantee in England, registration number 320784, and it is authorised and regulated by the Financial Services Authority. ------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar _______________________________________________ Darktable-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/darktable-users
