I’m looking at how to simplify the workflow section, and bring it up-to-date with the darktable 3.6 modules. I propose to drop the display-referred vs scene-referred discussion, and move the module non-recommended modules to an appendix. The idea is to provide a basic framework here, and possibly provide some worked examples in the Guides and Tutorials section. I would be interested to hear any feedback.
6 Likes
That is clear and excellent. I really like the way you explained it. I think if there was a way to work a pair of images in to your initial description of how lightable will show images initially by default as a jpg and then it goes to the relatively “unprocessed” version you describe…This often seems to generate a lot of question with thinking that DT has done something to their images… but I really like it and i think it would be a very useful inclusion
1 Like
Is this what you mean? (in the actual manual, the images would be rendered smaller and place next to next other in a single row).
5 Likes
I like this step by step approach, it’s very clear and there is just enough description behind each point.
In the filmic RGB point you mention the white auto picker but not the black.
I know using the black auto picker isn’t as reliable as the white auto picker due to noise, so do you think new users will use the black auto picker, assume it works as well as the white auto picker, then be disappointed with the results ?
I’m unsure how to get the point across that the black auto picker may not work well, even if there is pure black in the image.
2 Likes
This is nice Matt I had been thinking more about how the lightroom preview is by default the jpg preview and the change in the image on the shift to darkroom view concerns many and leads them to think some thing is wrong. I think your images are great as is this add on…if it could be worked in that DT will initially preview images to appear as shown in figure 1 but will open and present as the raw file as shown in Figure 2 when you first go to darkroom and there after it might then be a clear description of the initial presentation and handling of images in the basic DT workflow…not sure of the wording but that is what I was thinking…its a very nice little breakdown I like how it is presented…
1 Like
Thanks Todd. I added a remark to that effect, although I want to be careful not to get too bogged down in this overview section, and so I didn’t link this to the corresponding option in the preferences section.
Next step will be for @elstoc to review the PR and provide his view. If anyone has any further suggestions, feel free to write a comment on the PR.
2 Likes
For sure you don’t want to make it too involved and lose or get side tracked from the clear and concise workflow message…
1 Like
Thank you very much for this, it is very helpful for me and exactly what I was looking for!
Please don’t think it’s ignorance, but I’m working less intensively on it now because it’s still quite difficult for me, especially with the English manual. I now occasionally practise with 3.6, but I will probably not change all the work until there is a German manual.
@all:
I’m trying to learn more, but it takes a lot of time, it’s very difficult for me and I’m learning very slowly. As I make progress, I’m sure more questions will come up.
Until then, thank you so much for all your help!
There is one article in c’t which explains - among other modules - filmicrgb. It appeared almost a year ago but I think it’s not outdated yet. The title is “Landschaftsfotos optimieren mit Darktable”.
One or two weeks ago another article appeared in the computer journal Linux User about darktable 3.6. It also explains color balance rgb from a practical viewpoint.
I don’t want to link them here because they are behind a paywall. But at least the newer artice is not expensive I think.
2 Likes
Excellent work, Matt. Very clearly expressed, and concisely includes the motivation for each module.
2 Likes