On Thu, 14 Jul 2022 at 12:15, Patrick Shanahan wrote:
> * Mikael Ståldal [07-14-22 06:03]:
> > Given that the user manual says:
> >
> > "Note: The USM algorithm used in this module performs blurs in Lab color
> > space, which can produce undesirable effects, and is no longer
> recommended.
> > I
On Mon, 11 Jul 2022 at 20:57, Mikael Ståldal wrote:
> I just compiled the 4.0 release from source.
>
> It doesn't know which version it is:
>
see solution here:
https://github.com/darktable-org/darktable/issues/11542
d
The best source for the latest version of dt is the manual!
https://docs.darktable.org/usermanual/3.8/en/preferences-settings/
On Wed, 6 Apr 2022 at 18:31, tony Hamilton wrote:
> Is this most useful of documents, by Jean-Pierre Verrue, dated
> 06/03/2019, the latest version for dt 3.8 ?
>
> ___
Try,
https://github.com/tjko/jpeginfo
On Sat, 3 Apr 2021 at 18:30, Postmaster wrote:
> is there a linux program that will verify the contents of a jpg file
> independent of darktable?
>
>
> darktable user mailing list
Correction - support is already in darktable. See:
https://github.com/darktable-org/rawspeed/commit/4f97ffe699e658b36975164cb2f7c86a2ef993dd
On Sun, 31 Jan 2021 at 18:48, Jim Robinson wrote:
> Sample raw files for this camera have been submitted to
> https://raw.pixls.us/ so I would
Sample raw files for this camera have been submitted to
https://raw.pixls.us/ so I would expect support to follow sometime soon.
On Sun, 31 Jan 2021 at 18:09, Graham White wrote:
> Try getting in touch with the people who run UFRaw, or some other Linux
> based raw converter. They probably have a
This seems to be the entry in darktable.rc that effects the height of the
relevant box. Either it is a new preference or somehow or other in my case
it got reset to some minimal value.
plugins/lighttable/collect/windowheight=157
On Tue, 5 Jan 2021 at 15:01, Patrick Shanahan wrote:
> * Willy Wi
Thanks 'Thokster'! A new one on me.
On Tue, 5 Jan 2021 at 11:33, thokster wrote:
>
> Try ctrl-scroll
> > rather than the old drop down list and this is independent of the
> > number of folder levels selected in the preferences. I have yet to
> > explore backwards in commits, but there seem to h
* David Vincent-Jones [01-04-21 22:19]:
> > After a rebuild I am finding that I am not seeing multiple folder levels
> > at 'collect images' ... as I remember there is a switch to set the
> > number of levels but I do not remember where it is or was. .. Will
> > somebody please jog my old memor
As was pointed out much earlier in this discussion the situation with
attaching cameras to darktable in Windows is well described here:
https://www.darktable.org/about/faq/#faq-tethering
On Sun, 3 Jan 2021 at 17:32, Bernhard wrote:
> Windows ...
>
> I guess Windows blocks darktable from accessi
see: https://www.darktable.org/about/faq/ (about half way down the page)
On Thu, 31 Dec 2020 at 11:17, Tom Whale wrote:
>
> Hello Users,
> I'm new to darktable (3.4.0), just doing my first steps with it.
> At the moment, I'm struggling with importing photos from my camera (Canon
> EOS600D).
> Af
Beside the export button in lightable there is a settings cogwheel. Click
on this and ensure that you have geotags selected.
On Sun, 27 Dec 2020 at 16:51, Niranjan Rao wrote:
> Hi Bill,
>
> Thank you for the information, but my problem is two fold. I want to use
> GPS information on the backup
All issues and feature requests should be made here:
https://github.com/darktable-org/darktable/issues
On Sat, 26 Dec 2020 at 18:09, Lorenzo Fontanella <
fontanellalore...@gmail.com> wrote:
> Very well, how and where can I insert it?
>
> Thanks
> Lorenzo Fontanella
>
>
> Il giorno sab 26 dic 202
the package is here:
https://download.opensuse.org/repositories/graphics:/darktable/Debian_Next/amd64/darktable_3.4.0-1.1_amd64.deb
On Sat, 26 Dec 2020 at 12:14, Stille
wrote:
> Hello!
> I'm on Debian testing - I'm assuming the corresponding instructions
> would be for Debian Next? If yes, tryi
I assume you mean in lighttable. Do you mean that the 'sort by' that you
have set is not being obeyed. I have found things defaulting to sort by
filename sometimes when I am sure I left it sort by time for example.
Jim
On Thu, 15 Oct 2020 at 17:19, David Vincent-Jones
wrote:
> Current git ...
Doug,
Yes I have built and installed darktable on Ubuntu 20.04 installed under
WSL. It works fine, but there is one major shortcoming in that it doesn't
have direct access to your graphics card, and therefore OpenCL is not
available. I believe that the WSL developers are looking at this.
Jim
O
Giuseppe,
You could try the benchmarks described here.
https://math.dartmouth.edu/~sarunas/darktable_bench.html
A bit old now, but should still work.
On Fri, 14 Aug 2020 at 10:03, Giuseppe Pagnoni wrote:
> Hi,
>
> I have just installed the latest 3.2.1 version on a 13" MacBook Pro
> (latest
On Mon, 10 Aug 2020 at 10:49, Dieter Faulbaum
wrote:
>
> I want to compile darktable "as complete as possible" on a Debian
> testing system.
>
> But I get hints (from build.sh):
>
> -- The following OPTIONAL packages have not been found:
>
> * LLVM (required version >= 3.9)
>
don't worry about
On Sat, 25 Jul 2020 at 09:21, tony Hamilton
wrote:
> Starting DT from the command line, preceded by ensuring there were no
> presets in the monochrome module (*), deleting the .raw.xmp file for the
> subject image, replacing the image raw file and its .xmp from lightroom
> and clearing the DT cac
On Sat, 25 Jul 2020 at 09:21, tony Hamilton
wrote:
>
>
> BTW opening DT in this way erased all knowledge of previously imported
> filmrolls and all collections. Is that a specific result of opening DT
> in this way ? (this command is, to me, a good example of a ‘magical
> incantation’ known only
Yes, I have built and run darktable under WSL (versions 1 and 2) most
recently with Ubuntu 20.04 installed and xfce4 as window manager. There is
a major drawback and that is that OpenCL is not available, as, being on
what is essentially a virtual machine, linux doesn't directly 'see' the
graphics
There is a current issue (#5568) on github concerning this issue, so I have
added a comment there pointing to this discussion.
On Mon, 22 Jun 2020 at 13:35, Patrick Shanahan wrote:
> * Alex Delaforce <123.adelafo...@gmail.com> [06-22-20 05:08]:
> > Hi All,
> > I have the same/similar problem wit
Since for the Windows 10 users this is apparently a new issue I was
wondering whether it is in any way associated with the recent Windows
upgrade, i.e. have you upgraded to version 2004? I can confirm that the
issue is also present (under Windows 10 version 2004) with the latest
darktable git mast
On Wed, 11 Mar 2020 at 13:57, Jan Minekus wrote:
> Hello
>
> I'm using darktable 3.01 on windows computer - windows 10 - 64 bits home.
>
> After the update the filmstrip has disappeared and the timeline seems
> unmovable.
> Can I alter this? I would like to have the filmstrip back. I don't see
>
Hi,
This seems to be OS related as with the same version as you
(3.1.0~git242.505fd4dd2) this works fine on Windows 10.
Jim
On Mon, 30 Dec 2019 at 14:26, Bernhard
wrote:
>
>
> Patrick Shanahan schrieb am 30.12.19 um 13:02:
> > * Bernhard [12-30-19 06:27]:
> >> Hi,
> >>
> >> in previous V2.4.
There have been some developments on this front see:
https://redmine.darktable.org/issues/11640. For me at least the changes
proposed back in June worked for a while, but the patches stopped working
due to some changes in the darktable sources.
Hi,
A couple of people (me included) have a problem with recent builds for
windows of dt from git master, in that snapshots no longer work correctly
(the image is saved to a temp location, but the split screen view cannot be
invoked). This doesn't appear to be the result of a recent change in dt
On Tue, 16 Apr 2019 at 12:09, Bruce Williams wrote:
> Hey all,
> Multi-image pano > stitched in Hugin > output as .tiff > imported into
> darktable for processing.
> So far so good.
> But now, I'm seeing this message "inconsistent output".
> Anyone seen this, or know exactly what it means?
> Chee
This 'joke' was removed from the master code about 3 weeks ago, but then
someone put it back!
On Mon, 1 Apr 2019 at 13:50, Kneops wrote:
> Really? [image: 😐].
> Than this is the first one for me today and I wonder how this is possible.
> Is this programmed into version 2.6.1? I can't imagine.
>
Hi,
This is possible from the command line. See:
https://www.darktable.org/usermanual/en/overview_chapter.html#darktable_commandline_parameters
Jim
On Mon, 18 Mar 2019 at 09:27, Harald wrote:
> Hi,
>
> I am using darktable 2.6.1 + windows 10
>
> and I recently figured out that my 'disk backe
On Wed, 23 Jan 2019 at 18:22, Normand Fortier
wrote:
> I am creating test images in order to get a better grasp on soft
> proofing for printing. These images simply contain patches of different
> shades of gray. I created them using Inkscape and then exported to png
> (see appended image).
>
> Fo
GIMP? Did you use the flatpack?
>
>
> Thanks,
>
> Bill
>
> On Tue, May 1, 2018 at 6:30 AM, Jim Robinson wrote:
>
>> Further to my earlier post I have inserted a 10 sec delay into the
>> gimp.lua script just before the file move takes place and now gimp does
&
the something in the script should wait until whatever
editing takes place in gimp is completed and the file is exported from gimp.
On Tue, May 1, 2018 at 11:06 AM, Jim Robinson wrote:
> Hi,
>
> I reverted to darktable 2.4.1, but with the same outcome, and so as
> suggested ran from gi
Hi,
I reverted to darktable 2.4.1, but with the same outcome, and so as
suggested ran from git-bash shell with the following output
$ ./darktable.exe -d lua
LUA "C:\Program Files\GIMP-2.10.0-std\GIMP-2.10.0-std.exe"
C:\Users\jim\AppData\Local\Temp\6Q1B7618.jpg
Creating rungimp logfile
C:\Users\ji
Hi,
I am trying to use the gimp lua script with darktable (2.5.0 from git) on
windows 7. The script, which was retrieved via git yesterday, runs but
does not wait for gimp so that by the time gimp has started the image it
was supposed to work on has already been moved by later parts of the
gimp.
Hi,
You can just go in to Global Preferences (the cog wheel near top RHS) and
in the Shortcuts submenu set it to whatever you want. Ctrl + didn't work
for me either - I changed it to Ctrl =.
regards,
Jim
On Tue, Jan 30, 2018 at 4:15 PM, wrote:
> On Tue, 30 Jan 2018 16:40:13 +0100
> "Jean-Luc
Hi,
Ok I'll file a bug report.
regards,
Jim
On Sun, Jan 28, 2018 at 5:03 PM, Tobias Ellinghaus wrote:
> Am Sonntag, 28. Januar 2018, 17:47:48 CET schrieb Jim Robinson:
> > Hi,
> >
> > I have been following this discussion and I can confirm that I observe
> the
&
Hi,
I have been following this discussion and I can confirm that I observe the
same effect. Indeed I see a greenish colour for min value of patch for
blue areas of the image and some other colours. If you use the add button
to save the selected patch initially it displays with the wrong greenish
38 matches
Mail list logo
