It is. Thanks for your perspective
This, and a further example: early on in my career I attended a presentation by a very thoughtful colonel who said something along the lines of āI want something that can be used in the dark by a young soldier with minimal education, who is cold, tired, and hungry, while heās sheltering in a trench in the rain. Heās also frightened because a lot of people just over there are trying to kill him. This (waving a modern scientific calculator) is uselessā. A bit over the top for this forum, perhaps, but it illustrates the point. My expertise (and degree) was in life sciences but that shouldnāt disqualify me from being to use something like the color calibration moduleā¦but I just canāt get my head around the sliders (DT ver 3.4). I donāt think Iām alone, Bruce Williams seemed to have some difficulty as well, and posts here seem to agree. Not all outstanding photographers (you can exclude me from that category) and artists have an understanding of advanced mathematics. So Iām really sorry to say that the color calibration module (as in 3.4) was not up to the usual excellent, high, easily understood standards in the rest of darktable. Iām looking forward to an update with a modified color calibration module thatās a bit more intuitive to aged grunt amateur photogs like me.
Please donāt shoot me, this is a clumsy attempt to give constructive criticism. DT as a whole is an outstanding package, arguably more so because itās open source, and huge thanks and congratulations to all those who put in hours of work to make it so,
I find the soldier analogy very easy to get, although I would not hold Darktable to quite the same standard
Iāve developed engineering methods and implemented them in software (lots of computation, a little GUI) ā and what Iāve understood from that is that you canāt teach the users everything you know (even if theyāre fellow engineers working in the same field), but you also canāt dumb it down to the point where they donāt need to understand anything. The trick is to present the method in a way that makes sense to them, and choose a way to control the system which makes sense according to their perspective, not your own*. The number of times (and different ways) people have naively tried to use my software in ways that obviously (to me) could not have worked but still blindly trusted the results is staggering. But Iād like to believe that a developer canāt be expected to anticipate all of those ways. So the only solution (unless you have in-house focus-group testingā¦) is to make something, see how it lands, talk to users, and modify the presentation/controls until most users can work it out in a short time. They learn, you learn, and eventually it clicks.
Thereās a lot of discussion about both Filmic and CAT around here, and I hope that @anon41087856 stays patient for long enough that enough people get not just an intuitive grasp but a more general understanding of both the method and what it is that many users donāt get about it, that the implementation/GUI can be updated to make it easier to use and understand. Heās demonstrated a few times how the fundamentals heās put in allow for pretty amazing results, but I think there must be an easier way to ādriveā it.
(*) Example: I non-dimensionalize everything first, then work in non-dimensional space. Theyāre way more familiar with dimensional values (in imperial units, can you believe it?!) ā so thatās what is displayed. Had to implement unit conversion just for that purpose.
As a software developer in my earlier life, I recall many times sitting with the targeted users for hours to understand what they wanted and what it should do. Then developing it and taking it back to show them. I would see that they were puzzled, then they would finally say, no, thatās not it. I would go back over the notes with them, and I know this is clichĆ©, they would say, āYes, thatās exactly what I said, but itās not what I meant.ā
Software is All About Abstraction, that is, making something that is complex a bit easier to deal with by the next layer of user. if it werenāt, weād have thrown away these machines years ago as too cumbersome to deal with.
The art of it all is finding an abstraction that both reliably wrangles the complex thing and provides a useful interface to the user. The most successful endeavors Iāve seen in doing such puts the developers in the trench with the soldier, to use @SalisburyJonās story. One really needs to understand what the user needs to do and the world in which theyāre doing it, and then tamp their ambitions and just build the thing they needā¦
This is what has happened for a lot of the scene referred modules, the initial reaction is negative, but after some use, some videos, and forum posts, the module is understood and then praised. So give it some time
Please keep in mind - we donāt have paid software developers at darktable that also would code games instead if they were paid for it.
The key developers are photographers, implementing stuff they use.
So thereās no gap between users and developers, just between users that understand in detail whatās implemented and users that doesnāt
darktableās space invaders clone would like to interject here
Oh, I know the dynamic. At the extreme end of the spectrum, Iāve written a comprehensive raw processor for an audience of one, me. Iāll find it interesting to see how many, if any, other people take up my predilections regarding workflowā¦
In our business here, the wrangling of complex technology to creative ends, thereāll always be a tension between developers and users, I think. How much do the developers abstract, vs how much do the artists learn about their medium. Iām fine with the tension; I believe all who participate in it learnā¦
At the age of 4 to 5 I was on a visit at my grandparents. On the kitchen table there was a bottle of Strohrum
. I read murhorts
. Then they told me to read from the other side
haha i love that story. almost as good as āredrumā. in any case youāre saying reading saved your life i gather?
Try developing an expertise in image editing, and come back to me. That kind of statement is all what is wrong about photography in general : college-educated men with some expertise in unrelated fields thinking, out of pure hubris, that this unrelated expertise make them somehow expert at everything else, and since image processing is so easy, it shouldnāt be a problem.
Well, think again. Image processing is not easy, itās a job. For real experts. Who trained for it.
Besides, color calibration features are standard in many other software since the 1990ās. So itās nothing ground breaking, nothing new, nothing unheard of. Your average Netflix/Hollywood movie is graded using similar tools. Not sure if your average Hollywood colorist is a math geek, I wouldnāt bet on it, but they managed to make those tools work decently in production.
The keyword here is polar decomposition of a 3Ć3 matrix. I have to finish it, but that stuff takes time.
THANKS ! \o/ Portfolio - AurƩlien PIERRE, Photographe
All the knowledge I have in fundamental image processing comes from my very frustration toward darktable after years of being but a simple user getting semi-shitty results with cameras supposed to be awesome. I wasnāt born like this. And I learned C/OpenCL only to hack darktable. I really didnāt picture myself coding all day, I donāt like that anyway.
All the tools I develop come from a look I want to achieve, as a photographer, and that Iām unable to get with current things. Itās always feature to tech, and not tech to feature. And itās actually look to feature to tech. Look comes first.
So trying to cast away the dev from the photographer is not going to serve your point. You just need to humbly discard your unrelated expertises, try developing the required skills from scratch, and stop making excuses.
Also, photography is bloody damn difficult. People should really stop assuming it is or it should be easy. Itās not. Color alone is super difficult to grasp (forget your usual hue-saturation-lightness, it doesnāt exist outside of shitty GUIs), and that is the core of what we do.
Iām looking forward to an update with a modified color calibration module thatās a bit more intuitive to aged grunt amateur photogs like me.
Color calibration will be intuitive the day walking, writing, counting and speaking are intuitive for a baby or for an adult with brain damage. Try walking drunk holding a glass of water on a tray and make it a priority to not spill any water. Thatās about as intuitive as life gets.
I wouldnāt say it saved my life. But shortly after I learned reading, I read one Karl-May book per day until my dad told me how to read and write punch cardsā¦
Teehee, yes! Because what users say they want is based on their interpretation of what your program does under the hood, which may be wrong. What developers think users want is based on what they think about users, and what they themselves would want for the stuff they do with the software (have I ever fallen into that second trapā¦). It sometimes helps to discuss things in terms of what users want to achieve (or which part of the current setup does not work, and why) rather than how theyād like to do it, because itās hard for them to imagine how the software could work differently, but itās hard for the developer to know in what environment and to what end the user is using the software, i.e. which implementation works for them and which does not.
I like to believe that after some >5 years working on one piece of software I got to the point where most of the stuff the which users did not get was simply due to no time being available to implement it ā but each new feature still had a design iteration planned in because either thereād be some misunderstanding about how it needed to work to fit into their workflow, or about whatās technically possible.
What Iām not getting is why people think they should be a math expert to use a module.
I get it,those people donāt really understand what the module is doing or why it is doing it. But why is the module wrong then?
There are sooo many sliders in darktable (and other tools) that Iām sure people donāt understand and do something they didnāt expect.
What you then do is play around with the sliders, and learn. Or move on and try a different module.
You donāt go saying the module is wrong and youāre (patiently at least)awaiting a replacement.
Iām sure a lot of people coming from lightroom see the shadows and highlights module and think āyay,a shadows sliderā and are then disappointed
You then think āwell this is not what I was looking forā and you try finding a different wayā¦ Without understanding what was happening. This is good.
Soā¦ The color balance thing. It is something different to what people expect. Or they tweak sliders and something different happens. Accept it does something different. It doesnāt work on plain rgb values, it is not usable as a plain simple channel swap. Move on.
Now, for the people that donāt get it and want to learn it. Welcome, I think Iām one of you :).
And yes, aurelienpierreās explanation goes over my head. Maybe because my sleep deprived head in lockdown with kids around the house :s.
Anyway, Iām loving what the first tab does. Iām loving the simple gamut compression and what it enables for filmic. I guess I have no need yet for the other tabs :).
If you use it in channel mixer mode (thereās a preset for that, and also for the channel swaps), itāll work without adaptation, in working space RBG (e.g. Rec.2020).
The implementation in 3.4 had bugs, see:
- 1st bug: Color calibration - colorfulness - #3 by neuralyzer
- 2nd bug: Color calibration - colorfulness - #42 by flannelhead
And AurƩlien has also added a whole new algorithm that improved the module a lot, plus further improvements and fixes: - Color calibration - colorfulness - #81 by anon41087856
- History of the module on GutHub
Iāve read that, and that the bugs are fixed is always good.
ā¦ but it still does something different from what most people seem to expect, and after the reported bugfixes there are still quite some posts about people talking about how it is too complicated, and how it should be possible to understand it. And I donāt think thatās right.
thereās no shortcut in learning complex things. Of course the appearance of complexity can be reduced - thats why thereās such thing like a āgreen rectangleā on your cam.
but do you really expect this in darktable?
Imā not even sure the new modules are all that more complex than the set of old modules they replace.
It looks a lot more complex, with the several tabs per module, but thatās (partly) a different way of organising things.
I think the problem is the learning anew something they expect to know already: how much time was spent on learning the other editors they use(d). Retraining is always harder than training, as you have to unlearn old habits.
(āWhy doesnāt this work like Lightroomā is telling in that respect. Answer: because it isnāt Lightroom )
if that was in reply to me, please read my first post. Iām absolutely against making things too simple or removing complexity just because people donāt understand whatās happening behind the scenes.