would it be possible to have a feature flag that disables the inclusion of any of the AI stuff. I know - it is opt-in currently - but this would remove that opt-in.
when a new release in made I - that is 5.6 - would it be possible to have an explicit non-ai release. So that users have a choice at download.
would it be possible in when downloading the SAM model to inform the user that there are controversies surrounding the model.
This probably will not stop all the criticisms on the ai decision but at least users now have complete informed consent.
The default build, thus the eventual 5.6 release will not have any of the AI functionality. Therefore users that want to make use of AI have to build that themselves.
You know that the code is public. Go check it out in GitHub. Not only you need to compile, you then need to download the models you want to use. As far as I know, the models have proper licenses.
The Windows, macOS and Linux AppImage binaries built on GitHub have support for AI but not a single model and not even the AI feature activated. So without the user doing something the AI feature are not visible and not usable.
For the binaries created by packagers (Debian, CentOS, Ubuntu…) we have no way to know if the AI support will be activated or not. That’s OS packagers decision.
Again my position but I expect the support for AI to be activated by default. That is, the application has no AI by default but at least it let the choice to everyone to enable it if needed. That’s freedom for all.
@Pascal_Obry@anry in the other thread there was a suggestion that is sensible to me to add to the AI preferences a link to a webpage (or maybe a large tooltip) showing where the models sit on the ethicality/transparency spectrum. I think it would be a nice addition to help users make informed choices.
Maintenance nightmare. Both for the link (which can go stale faster than you’d believe) and for the page itself. And even if the link stays current, the linked page can change to something less useful.
I don’t think it’s a good idea to have links pointing outside darktable within the program. Even feeling the need for such a link tells me there are still large issues with AI for general use…
Then, for the user to make an informed choice ( if they want to) they would have to do a bit more than just look at a single valuation (for which you would have to make sure the criteria are transparent as well!). Because that valuation in itself may not be objective (not saying it isn’t, just that it may be hard to judge).
There is a good approach to this in the Linux kernel. The method could be adopted in a similar way. A kernel marks itself as “tainted” when something occurs that might be relevant later when investigating problems.
Darktable with AI could also be marked as tainted and in an unsupported state, as it cannot be guaranteed to function correctly due to external functionality.
@Masterpiga@Pascal_Obry I suggested similar model card per model, accessible in AI preferences. It is doable and makes sense as for me. I will work on that.
People can already add LUTs that are data, just like the models; broken LUTs and broken models could lead to broken output. We never had a problem with that.
If everything is put into perspective, it ultimately becomes impossible to find answers to specific questions. This tendency to relativize is also used extensively in the other thread. This dilutes the topic and twists it into something absurd.
I don’t understand why you’d treat one external data set, installed by the user and used by fixed algorithms to process the data, differently from another. How about lensfun data, then?
Besides, why should we claim that darktable is in “unsupported” state, because someone compiled the code with a configuration (build) option that is also used in the official builds, and enabled an option in settings that the official source code provides?
AI is one of the biggest changes to our world for many years. It’s effect will be felt everywhere.
I’m not a coder or software developer and this AI constant discussion/argument does my head in.
It comes across as a knee jerk reaction.
I’m sure the many thousands of DT users will be bemused at these discussions. They probably get their updates on DT from Reddit rather than here.
Should a simple software package have such a moral stance?
If so keep it simple. At the release of future DT just give the option: with or without AI when downloading.
If I was a betting man I think I know what the options takes up would be.
DT is known for being a very active in it’s development and progress. It’s difficult to see how that can continue without AI influencing modules.
The most alarming things I have discovered about darktable from this huge AI discussion is that code contributors are not even asked to sign royalty-free licenses and that security code checks are voluntary at best. These are truly worst practices, if confirmed.