Maybe its because I am using the latest dev version 3.5, but copying the history stack from one picture to another no longer copies masks.
Is there some setting I have updated/failed to update?
This is a bit of a pain for bird photography as I often create a mask based on the outline of the bird in shot. With half a dozen pictures in quick succession, if the bird doesnt move much, I can copy all my processing from one picture to the others, and quickly see which was the best image.
Actually I just noticed that sometimes masks are being copied, but not often, and not as a result of anything obvious that I have done.
As a workaround, you can load the sidecar of one image into the history stack of another (of course, that will copy everything, and itâs surely more time-consuming than a copy-paste operation). Consider opening a bug for this.
Quite often the masks do not show until one touches the sliders ⌠make sure that this is not your problem ⌠my masks do correctly move with ^C > ^V directly off the image.
I am using the daily git
Not sure what you mean by clicking the active module summary.
Here is what I do with a sequence of bird shots, taken in rapid succession ie the bird doesnt have time to move much so history and masks should apply to the whole sequence quite effectively:
Open the first image in Darkroom and use various modules to get the best view of the bird. Often I will use a brush to outline the bird and create a mask, and then apply modules like local contrast and colorbalancergb to the masked area.
Now I can look at my left panel and see the mask manager where grp local contrast and brush 1 have appeared. Also, if I hover on the history tab over the entry for local contrast, it has âa mask was addedâ at the bottom of the list of changes
Click CTRL-C to copy the history
3.Click on the next image in the photo strip at the bottom of the screen
Click CTRL-V to paste the history onto the second image
Now we have the error - hovering over local contrast in the history tab shows âa mask was addedâ at the bottom of the list of changes, but the tab for created shapes is empty.
I tried this a few times to be sure, and then to avoid confusion I added turned on lens correction before copying - so that I could easily check that CTRL-V was working. It turned out that CTRL-V did not actually copy over the lens correction step!!
At this point I tried a CTRL-Shift-V selective paste, and that worked perfectly, pasting the masks and the extra lens correction step.
Given that CTRL-V works for you in the nightly build, I guess its something in my config. I have added the cytrinox rawspeed fork to get .CR3 support - maybe thatâs causing it.
OK ⌠try this. When the image is full screen and after processing with a mask do the ^C thing and then simply hit the space-bar to move to the next image (do not mess with the âbottom stripâ.
Now try the ^V
He means the tab that shows the modules in the actual order they are applied from bottom to topâŚCircular icon usually 1st or second group in depending on your configurationâŚ
Sometimes it can also help to compress your history before you copy itâŚno sense copying any extra information and this should trigger an update so that the information pasted will be current and updated for sureâŚ
@Aliks, what @priort said. The tab showing active modules provides the modules invoked as well as which ones have masks enabled. Hereâs a photo of a tree frog that I worked on yesterday:
Under the menu on the right shows the modules being used and also indicates that I have a second instance of the exposure module activated with a mask. If I click on that mask icon:
You now see the mask enabled. In this case I drew an ellipse for a vignette effect.
Now, if you CTRL-C to copy the history and then CTRL-V to paste it into another photo, you should be able to go to that tab to verify that the mask was enabled. My hands arenât as steady as I would like, so I may have to go in to the module and re-center the ellipse to get the effect right.
Thanks all - Iâve used Darktable for years, but there are always little tricks to learn.
I didnât know that space bar advanced to the next photo, and I hadnât realised what the mask icon meant.
Anyway, no matter how I apply it, whether using space bar to move to next image, and clicking CTRL-V or going up to the lighttable and selecting âpasteâ, it does the following:
On the target image, the mask icon appears, but the shape is not copied across so the entire screen is masked.
If I do CTRL-Shift-V then everything is copied correctly.
For me, Ctrl+V pasted the shape as well. What do you see in the mask manager? (Bottom left in the darkroom.) This is from the target of a pasted history stack:
As you can see - no shapes in Mask Manager, but Local Contrast module is indicating that there is a mask applied.
It looks like CTRL-C CTRL-V has copied most things from the previous image, but no the shape to be masked, which should be roughly the outline of the duck.
CTRL-Shift-V and then just hit Enter copies everything correctly.
When Iâm back in town next Monday, Iâll do a rebuild of latest nightly plus the Citrinox fork and see if the issue persists. Maybe I can even file a bug.
âdirtyâ means that your local copy does not exactly match the version that is checked out. Either one or more files has been modified, and / or a submodule is out of date. To see what the differences are, run âgit diffâ.
If a submodule appears in the git diff output, then run âgit submodule updateâ to bring it up to date.
If there are changes to files, and you want to discard all of them so that your local copy exactly matches the remote branch, then run âgit checkout -fâ.
if âgit diffâ indicates that there are no changes, then âdirtyâ should not appear in the version number.
The mask icon also indicates pure parametric masks. These arenât displayed in the mask manager. So check if there are drawn masks used in local contrast.
You could try a git status. A git pull will just add new modifications to your local working copy, but if you have modifications locally that do not conflict with incoming ones, your copy could still remain dirty. git checkout . will overwrite your local changes with the master copy.
This is my shell script to update and build darktable:
darktable sources are in /home/kofa/darktable, and I install to /home/kofa/darktable-master. git clean -d -f -x makes sure I start with a clean slate. I delete the compiled OpenCL kernels to make sure no old ones remain in my runtime environment: rm -rf ~/.cache/darktable/cached_kernels*.