.. > Here is a link to download such pictures : https://we.tl/tXAnOAe30G > OK.rar contains the photo from the computer where it is correctly displayed, > while KO.ra contains the same photo (though renammed) on the comuter where > it displays as a skull. Both together with the sidecars created upon import > process. > I doubt it will show anything, but, who knows ? > About having an install problem : how can I check what depends on what ? > > Regards, > > J.-Luc
Hi, I downloaded those files. The NEFs are binary equal, the XMPs differ only in one line: xmpMM:DerivedFrom="21114700.NEF" xmpMM:DerivedFrom="DSC_0868.NEF" Which is very ok. So there should be no difference between those two packages. When I open these files in dt 2.4.4 I see the embedded preview. I can't open it because it can't read white balance. Sometimes I have the same problem with my Nikon files, too. It would be nice to have a solution! Here is dt command line output. Start: $ darktable [rawspeed] (DSC_0868.NEF) rawspeed::RawImage rawspeed::RawDecoder::decodeRaw(), line 270: void rawspeed::BitStream<Tag, Cache>::fillSafe() [with Tag = rawspeed::MSBBitPumpTag; Cache = rawspeed::BitStreamCacheRightInLeftOut], line 128: Buffer overflow read in BitStream (darktable:18948): GLib-GObject-CRITICAL **: g_object_set_data: assertion 'G_IS_OBJECT (object)' failed (darktable:18948): Gtk-CRITICAL **: gtk_widget_get_has_tooltip: assertion 'GTK_IS_WIDGET (widget)' failed Double click on 1st file: (darktable:18948): Gtk-CRITICAL **: gtk_widget_get_has_tooltip: assertion 'GTK_IS_WIDGET (widget)' failed [rawspeed] (21114700.NEF) rawspeed::RawImage rawspeed::RawDecoder::decodeRaw(), line 270: void rawspeed::BitStream<Tag, Cache>::fillSafe() [with Tag = rawspeed::MSBBitPumpTag; Cache = rawspeed::BitStreamCacheRightInLeftOut], line 128: Buffer overflow read in BitStream [temperature] failed to read camera white balance information from `21114700.NEF'! [temperature] `NIKON CORPORATION NIKON 1 V1' color matrix not found for image [temperature] failed to read camera white balance information from `21114700.NEF'! Double Click on dt: (darktable:18948): GLib-GObject-CRITICAL **: g_object_set_data: assertion 'G_IS_OBJECT (object)' failed --> I guess it goes back from invisible darkroom to lighttable here ;-) Double click on 2nd file: (darktable:18948): Gtk-CRITICAL **: gtk_widget_get_has_tooltip: assertion 'GTK_IS_WIDGET (widget)' failed [temperature] failed to read camera white balance information from `DSC_0868.NEF'! [temperature] `NIKON CORPORATION NIKON 1 V1' color matrix not found for image [temperature] failed to read camera white balance information from `DSC_0868.NEF'! For me this is the most annoying feature in latest dt iterations: Not to open the file and when simply developing all files in a folder: just stopping at first error without noticeable message. Can't dt just develop the next picture and put a message into some log file? BR, Micha. ____________________________________________________________________________ darktable user mailing list to unsubscribe send a mail to [email protected]
