pauls46
December 29, 2023, 8:29pm
1
GIMP 2.10.36 no longer has the option to open RAW files in Darktable…Edit ―> Preferences ―> Image Import & Export )?
MStraeten
December 30, 2023, 6:54am
2
1 Like
pauls46
December 30, 2023, 3:17pm
3
thanks for the info - should i open a GitHub question for Windows 10/11?
hannoschwalm
December 30, 2023, 4:53pm
4
Please no
1 Like
pauls46
January 2, 2024, 4:21pm
5
aha - so it’s a darktable problem, not a GIMP bug!
Terry
February 11, 2024, 11:59pm
6
I am using DT V4.7.0 +481 weekly build for windows and GIMP 2.10.36 doesn’t find DT. Is the fixed issue for 4.6.1 fixed in 4.7.0 +481?
pauls46
February 12, 2024, 12:08am
7
Thanks for the info Terry
pehar
February 12, 2024, 9:09am
8
Not yet :
darktable-org:master ← jenshannoschwalm:fix_gimp_support
opened 08:02PM - 27 Dec 23 UTC
The GIMP darktable loader does some regex searching after calling `darktable --v… ersion`, this expects
1. "this is darktable ..." as the initial string, in master we have "darktable ..."
2. "Lua support enabled" somewhere following
We might want to make the GIMP team aware of the textual changes but until that has been fixed upstream we make sure we use the old style if we use the --version switch. EDIT: discussion with gimp team started
Fixes #15968
and
darktable-org:master ← jenshannoschwalm:gimp_interface
opened 04:27PM - 27 Jan 24 UTC
As we want to support darktable as a gimp plugin in the best possible way we put… the burden of "how to do so" on the dt dev team instead of having that on the gimp side as we likely know better to achieve this. Please note, this pr does not require a working lua system so not depending on what a distribution offers. See https://gitlab.gnome.org/GNOME/gimp/-/issues/10572
EDIT for latest status
____________________________________________________________________________________________
Summary of currently implemented darktable features
- always use default resources
- don't print any logs
- while being in darkroom ignore any requests to change view
- use memory database and never write sidecar files
**************************************************************************************
```
The GIMP support cli API
Added --gimp <mode> option to the cli interface. <mode> is always a string, can be
"version" "file" "thumb"
Whenever we call 'darktable --gimp' the result is a string <res> written to stdout.
Also the returncode is 0.
In case of errors <res> is "error" and returncode will be 1
As darktable makes use of external libraries <ret> might be preceeded by other text,
the <res> is always the last written line string (eol before and after)
version Returns the current API version (for initial commit will be 1)
file <path> Starts darktable in darkroom mode using image defined by <path>.
When closing the darkroom window the file is exported as an
xcf file to a temporary location.
The full path of the exported file is returned as <res>
thumb <path> <dim> Write a thumbnail jpg file to a temporary location.
<path> is the image file
<dim> (in pixels) is used for the greater of width/height and ratio is kept.
The returned <res> has the following format:
* The full path of the exported file on the first line
* The width and height as space-separated integers on the second line.
These dimensions are informational and may not be accurate.
For raw files this is sensor size containing valid data.
```
this second needs some work from GIMP side…
1 Like
It’s an already fixed issue for 4.6.1