You donât its a dropbox linkâŚI had just written a few more notes about it on FB if anyone was interestedâŚI posted it there a number of days ago. I use FB essentially for 3 photo groups and some familyâŚits a toolâŚused or misused I guess you have to guage the benefits vs the drawbacks. These days if people use a smartphone to any degree they give away just as much info âŚ
your right as of a day or so it was around 270 commits behindâŚI think its current as of about May 1âŚcommits after that wont be thereâŚ
Here you goâŚits a zip file so no install neededâŚjust run the batch file in the directory to run DTâŚ
Have to run will update you later if you need more to get it going
EDIT
This one is a bit behind the master but has the sigmoid module for testingâŚ
You can run bothâŚthey are working version in zip filesâŚjust unzip and go to the directory and right click on the run_dt bat file. It is just set up to use relative paths and its own config directory in that folder so you can run both of theseâŚif you decide you donât want them just delete the foldersâŚit wonât mess with your current set upâŚjust edit on copies of your files as the xmp files will not be backwardly compatible with your older versionâŚ
EDIT 2
Sorry for the quick posts I just wanted you to have access asap. Basically what I do is build the master. Then install it to an empty drive I have for those types of activities. THen I make 2 changes I add a batch file to run DT that uses a relative path command line so that you can unzip the file anywhere and the batch file also uses --configdir pointing to an empty folder I add called config. In this way the install is self contained so then I just create a zip file of the directory. So no building or installing required. As such I have done the same for Jandrenâs tone mapper sigmoid fork of DT so you can simply unzip it as well. You need only rightclick and select create a shortcut on that batch file that I have made assuming you want to run it from the desktop as you would other softwareâŚSo thats it not rocket scienceâŚI will try as best I can to update both forks here in a similar fashion if there are any relevant changes. One last thing you can do is copy your current config files to the embedded config directory in the zip file but I think at least at first its better to just use the fresh clean files created by DT on the first runâŚhope this makes sense to you and no FBâŚits just that I explained all this in some detail there alreadyâŚgood luck and have fun
@priort Thanks for posting and providing the build.
In my personal setup I use a separate Windows-User to test dtâs development versions. This makes sure that a completely separate database is used. I also copy all test-Raw-files into a certain test-directory to not mingle them with my main dt-version. May sound a bit overly cautious but this way itâs very safe to work with a development version.
Not sure if this is covered with your method. Would be nice if you could comment on this.
as I am using a command line switch to direct DT to use the config dir of my choiceâŚI would say your approach might be over kill. In fact using the command line you can fully control how DT runs. For example you could have one install of DT and use 2 libraries if you chose to do soâŚone for business and one for personal or in fact manyâŚso IMO there is no need for the second user but you have it set up and working for you so why notâŚI provided this as a zipped folder so people could essentially run it without any installation necessary. Taking care with test images is certainly not an issue and likely a very prudent precautionâŚ
I very much regret the impression I probably appear to have given of being ungrateful for the support you have given. Life happens without permission or prior notification (pun not immediately realised), so I have been able to take advantage of your generosity, and wonât be so enabled for a few more days.
(The dog was unscathed; the tree exhibits no evidence, aside from my dna, the bike frame designers quote a 6 month fulfillment cycle).
This is an unconscionably late (to the point of rudeness) reply and thanks for your help in providing this 3.5 Windows version of dt. I offer a feeble excuse of this lateness: brilliant life -savers though they are, oncologists cannot always accurately predict what the combined effects of chemotherapy and radiotherapy will be.
dt 3.5 works fine, now allowing me to interchange images between the Linux and Win versions of 3.5. I did find that installing the âDT_DEV_FixedâŚâ version requested permission to update my database, which of course I gave, having taken a copy of the 3.4.1.1 version. I have also started to edit new images in a different folder structure (as you recommended), with copies to the old structure. This does mean that if I find a âshow stopperâ in the 3.5 version later I will have to overwrite the 3.5 database with the 3.4.1.1 version and apply edits to the images in the old structure - but that would always be true with any âmigrationâ to a later version. So, reverting to 3.4.1.1 is not quite as simple as just removing the contents of the zip file you sent me.
Ooops; as I write this I realise that I have taken a copy only of the file âdata.dbâ in ~/appdata/low. Should I also have copied the much large file âlibrary.dbâ ? Well, too late now.
Anyway, thanks for your gracious help
If you had run DT using the batch file it would not have touched your installâŚthat is the key. It uses command line switches to run DT locally in that folder using a dir in that folder called config
If you donât do that any install will use your appdata files and yes will update your old version. It does back it up but that is not the point⌠the point would be to run it locally. Sounds like you made some use of it. You can use the same logic when you run 3.6. Use the batch and s local config file
Yes, I understood this (a legacy from creating .bat files 40 years ago!), and so did a âright clickâ on the bat file - so I was surprised to see it âtouchâ my library. Could this be because I donât have a standard configuration on my Win machine? (I have moved as many libraries and other system files as is safe and sensible off my SDD C-drive to prolong its life and because it is rather small).
About your comment of using the same logic for 3.6: did you also send me that version too? In which case I have been more stupid than usual and missed it entirely.
I most certainly have made use of the 3.5 you sent me: almost constant use over the last few days without any issue at all. I prefer it to the 3.4.1 level, if only because of the enhanced image import functions, never mind the increased functionality within the darkroom.
Iâm still at odds to see how it interacted with your install. The batch file points to a config file named exactly that config. So the first time you ran it it should have made a fresh set of config files in that directory. They would be blank so no images in library.db and no user presets or other info in data.db but that is a great starting point to test things. Then you can copy a duplicate of you installed library and data.db files to the config folder and 3.5 would have upgraded them there the first time it ran after you did that. The batch file points DT to the config in the subdirectory of the 3.5 install folder wherever you located it so I am not sure how it ever interacted with your systemâŚonly way I could see would be if you inadvertently ran the dt executable without the batch then you might have run in to thisâŚ
Thanks for the further clarification. Iâm going to assume the most likely explanation: user error resulting from failure to satisfy the minimum requirements of intelligence by the operator⌠It would only be an issue if, having installed 3.5, it proved to be dis-functional, requiring a fall back to 3.4. Well, it isnât - far from it - so I can just carry on with those upgraded 3.4.1.1 .db files until an âofficialâ version of 3.5 is made available.
A quick update: I installed this level of 3.5 on another Windows computer this evening, alongside 3.4.1.1. I religiously followed your instructions to execute the bat file first (having backed up my *.db files). This time the bat file ran to create valid entries in the âconfigâ directory in the folder from which I ran the bat file. - that is, it built a new data.db and new library.db in the 'folder structure where the bat file was located. DT started OK and I added my first folder. I shutdown DT 3.5, ran the âŚgenerate-cache.exe and restarted DT 3.5. It immediately asked permission to upgrade my 3.4 version of data.db and library.db in the LOCAL_APPDATA location - as was my experience with the previous install. It did not touch the newly created dat.db or library.db files in the install folder.
I donât see what I did wrong.
If you are going to mess with that then you need to also direct that exe to your cache directory if different and maybe even your config directory. The generate-cache.exe would by default go to Appdata likely. I never use this feature. I donât even use the library database at all. I just use memory as the database option and use DT as a raw editor for a session of editing filesâŚ
I think --core --cachedir âpathâ added as command line would work for the thumbnail generation exe maybe you even have to add --configdir â.\configâ bottom line it needs redirection to use the right database etcâŚ
https://darktable-org.github.io/dtdocs/special-topics/program-invocation/darktable-generate-cache/
and
https://darktable-org.github.io/dtdocs/special-topics/program-invocation/darktable/
A simpler approach is to simply copy your 3.4 databases to the config folder in the 3.5 and let it update them. This would be the second step after testing 3.5 dev version with the clean databases it creates. This also helps to determine where any errors might lie ie if they are tied to the database migration.
Finally had a chance to try out a dev-build, although 3.6 seems to be pretty close.
Filmic v5? I missed a lot, apparently . Can I read somewhere what and why things have been changed?
What I notice from the dt_dev_fixed for 3dlut, is that well⌠âlut3dâ is missing. Is that what is âfixedâ, lut3d was causing compilation errors or something and has been stripped out from this build?
Or did lut3d got removed? (It doesnât appear to be in deprecated filtersâŚ)
Yes, the changlog will be published Saturday. Or you can dig thru git
Hmm⌠Too bad, they were already there.
But I also see âactivating OpenCL supportâ as ânot availableâ in the preferences, so I guess this build is just done with OpenCL support enabled. If Lut3d requires that, it explains why it isnât there.
No biggie, itâs just for playing around, Iâll see what happens with the official builds when theyâre available.
If you confirm the gmic renames and have the correct path set for your luts in preferences the luts should workâŚopencl works for meâŚthis one is a bit old and 3.6 is close but you can use the same tweak with it to create a portable version
I guess as long as OpenCL is reported as unavailable, lut3d just wonât show up. Settings a lut path is not relevant yet :). (And I never had a path set, I just browse to a .png file now and then).
Maybe Iâm not running it correctly⌠either way, Iâll wait for 3.6-official.
If you dont set a path I dont think the module shows up??? Maybe not but it works for me in any case 3.6 will be out in hours maybe