* tony Hamilton <shaky.st...@ntlworld.com> [10-31-22 15:07]: > I hope this addition to this topic is not seen to be an attempt at > high-jacking the thread - my apologies if it is. > > One way in which I wish the database would be updated is when I add an XMP > of the duplicate of an image (i.e. a filename of the form > 'xxxxx_nnnn_01.raf.xmp') to my image folder portfolio, as a result of > copying that XMP from another of my computers. I do this quite frequently, > using FreeFileSync to ensure that the image portfolios are synchronised, > without having to remember which duplicates I have created. I had thought > that the 'preferences>storage>xmp-'look for updated xmp files on startup'' > option would cause dt to updated its database with the new xmp file. It > doesn't, because the option is to look only for updates, not new files, at > startup. Is there an easy way to force this behaviour? > > On 22/10/2022 07:04, Michael Staats wrote: > > On 21/10/2022 19:28, Jack Bowling wrote: > > [ ... ] > > > > > box is way too sensitive, such that if you cleaned up spots too fast, it > > > would kill darktable unmercifully. I have a Ryzen 3900X (12 cores, 24 > > Hi > > Ok, let's make a difference between one process (darktable) that is > > crashing, or the full "system" (computer). > > Darktable "crashes" do happen sometimes, to me as well. Not very often, > > and the last time it happened, it was my own fault, not enough memory > > and no swap space configured, so the kernel killed my process... > > > > If darktable "crashes", hopefully we'll lose only data for the picture > > that we are working on at the moment of the crash. The xmp files for the > > other pictures hold all the information you need, and the db as well. > > This "crash" can be any ungraceful termination, a "kill -9" would > > suffice, if you want. That's "fine" for me. Using software is a risk. > > Always. > > > > Real problems (tm) occur if you machine crashes completely, for whatever > > reason. That should not happen. Even Windows does not crash every day > > any more (esp. when properly, i.e. not at all, used ;-) > > > > Best regards, > > Michael > > > > -- > > Michael Staats > > michael.sta...@gmx.de > > > > ____________________________________________________________________________ > > > > darktable user mailing list > > to unsubscribe send a mail to > > darktable-user+unsubscr...@lists.darktable.org > > > > ____________________________________________________________________________ > darktable user mailing list > to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
an import of that/those particular directories should suffice and be rather quick as most would already exist. or empoye a remove/nas and copy images locally for work (wat i du) -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet oftc ____________________________________________________________________________ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
