Good morning Милош, > 1.It is much better RAW handling during the input, but I still have > separate "photo.cr2 + photo_cr2_shotwell.jpg + photo.jpg" pairs in my > database. Is this with existing images that you're seeing this, or new imports?
If it's with existing ones, unfortunately, Shotwell doesn't yet know how to match up separated RAWs and JPEGs, although this is something we hope to fix in the future; please see http://redmine.yorba.org/issues/3968 for more details about this. If you're seeing it on new imports, this is definitely a bug, and we'd be interested in hearing more about how it's happening. > 2. Also, during the time, the Shotwell has become terribly slow for a > 5-10 min since the startup due to some meta-data checking: > > L 2627 2013-03-13 12:56:08 [CRT] Upper boundary of data for directory > Canon, entry 0x009a is out of bounds: Offset = 0x00004d14, size = 80, > exceeds buffer size by 14 Bytes; truncating the entry These checks have always occurred as part of EXIF reading; we modified Shotwell slightly to report more of these kinds of errors (this message in particular is from libgexiv2, which tends to be a bit verbose when it finds something in an image that it doesn't quite like). As for slow performance and/or metadata reading and writing when the application is first started, are you seeing this every time, and does the metadata progress bar ever complete? If not, then you may be seeing an alternate case of http://redmine.yorba.org/issues/4297, and we definitely need to know about this. Thank you for taking time to let us know about what you're seeing. If you have any other feedback, please let us know. Cheers, -c _______________________________________________ Shotwell mailing list [email protected] http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell
