Hi Jean-Jacques,
I realized after I made the changes to gimp.lua that you could run any
external executable with it. I see that you figured it out too :-D.
The way the exporter works is to take the raw, apply any changes you made,
convert it to the file format you requested, and then store it w
Recently darktable introduced compatibility with lua 5.3.
Since Fedora ships Lua 5.3 I replaced Lua bundled in darktable sources
with Lua from Fedora repository.
Before submitting this change into stable repository, I need some **Lua
users** to make some tests.
To update:
# dnf update
https://koji
What I would like to have :
- use DT for cataloguing
- "export" to PL in a raw format : PL will not care of the xml sidecar
files (it has its own .dop sidecar files)
- process in PM the raw file
- generate a finalized jpg image with PL in the same folder as the original
- tell DT to resynchronize
* Jean-Jacques MONOT [03-08-18 10:47]:
> Hello William
>
> I have just realized that you have made a major and great evolution to the
> gimp.lua script.
[...]
> The trouble that I see :
> - the new file can not be a raw file (.NEF as Nikon), as I want the process
> in PL done on raw files ...
Hello William
I have just realized that you have made a major and great evolution to the
gimp.lua script.
Now it is perfect : we can specify and get memorized the executable for
Gimp, and I have done a "copy" to get a DxO.lua and Nik(s).lua scripts for
Dxo Photolab and Nik Collection !
It is gre
