The issue I'm running into now, with database=:memory: is that if I've duplicated an image so that I've got two xmp files for the same image (say IMG1.xmp and IMG1_01.xmp), when I close the folder and open it again, DT only reads the initial image, not the second version. If I then create a new version, DT immediately overwrites IMG1_01.xmp, so unless I've copied all my xmp files to a subdirectory, that work is lost. It would be best to have darktable automatically create these versions when seeing IMG_01.xmp. Hopefully that makes sense. On Tue, 2019-04-02 at 07:20 +0300, Juha Lintula wrote: > Hi! > I also use darktable only for image processing and have the same > setting as Robert; database=:memory: This setting will always > automatically read the .xmp files as you are always starting with a > fresh database. > > -Juha > > On Tue, 2 Apr 2019 at 05:20, Patrick Shanahan <p...@opensuse.org> > wrote: > > * I. Ivanov <iv3...@gmail.com> [04-01-19 20:03]: > > > > > > > > > > On 2019-04-01 16:34, Patrick Shanahan wrote: > > > > > > * Benjamin Daines <ben@digitalsand.photography> [04-01-19 > > 18:46]: > > > > > > > In my workflow I find myself using multiple machines to work > > on the > > > > > > > same images. My configuration right now on both machines is > > to have DT > > > > > > > look for updated xmp files on start up and that seems to work > > pretty > > > > > > > well. I usually just ignore the window that pops up to tell > > me about > > > > > > > newer xmp files, unless the ones that I'm about to work on > > are listed, > > > > > > > then I select those and let it update the database. > > > > > > > > > > > > > > However, there have been some situations where my previous > > work has > > > > > > > been wiped out when opening a folder on another machine. > > Because of > > > > > > > this, I now habitually copy all my xmp files to a subfolder > > after > > > > > > > working on them in order to keep a back up, just in case. > > Occasionally > > > > > > > I need to manually load these sidecar files. > > > > > > > > > > > > > > Would an option to disable darktable's database and use just > > the xmp > > > > > > > files be a feasible option? How about using something like > > syncthing > > > > > > > (Linux platform here) to keep the database synced between > > multiple > > > > > > > machines? Would doing that cause any foreseeable issues? > > > > > > > > > > > > > > How are other people dealing with using multiple machines to > > work onprojects, any tips? > > > > > > when I use any machine beside my main workstation to edit > > photos, I issue > > > > > > darktable as: > > > > > > darktable --library :memory: > > > > > > import the photos to be edited > > > > > > finish the edits > > > > > > close dt > > > > > > and back at my workstation, re-import the edited photos with > > their > > > > > > accompanying xmp files. > > > > > > > > > > > > have not encountered any problems with this work plan. > > > > > > > > > > > In theory... if you have 2 identical machines (for example linux) > > > > > shared network location for DT files > > > > > shared network location for the DB, configuration files and cache > > > > > same mounting point for the 2 machines > > > > > > > > > > you could use DT on one or the other (one at a time) and the > > changes should > > > > > be on the 2 machines. > > > > > > > > > > BUT... I haven't tested the scenario please back up if you want > > to try it. > > > > > > > > > > On the other hand - what Patrick is pointing to is based on > > experience. > > > > > > > > IF, IF, IF you NEVER run dt at the same time on different machines, > > one > > > > could share the db placing it on networked storage. BUT NEVER RUN > > DT ON > > > > TWO MACHINES AT THE SAME TIME. > > > > > >
Thanks.
signature.asc
Description: This is a digitally signed message part