On samedi 5 septembre 2020 18:15:53 CEST Scott wrote:
> > Hello. I've recently updated to DT 3.2.1 and I've found that many
> > (most?) of my old edits are now ruined when I open them in darkroom.
> > I think it consistently occurs when I have two instances of profiled
&g
Hello. I've recently updated to DT 3.2.1 and I've found that many
(most?) of my old edits are now ruined when I open them in darkroom.
I think it consistently occurs when I have two instances of profiled
denoise in versions before DT 3. For years I edited my pictures with
the 2 profiled denoise i
Just to add one more data point, another older system:
Darktable 2.4.1 on Ubuntu 17.10
Intel Core i5-3570K @ 3.40GHz (4 cores)
GeForce GTX 650 Ti BOOST
16 GB RAM
$ darktable-cli bench.SRW test.jpg --core --disable-opencl -d perf
[dev_process_export] pixel pipeline processing took 29.503 secs (101
Can you also post the final result after this denoising, for comparison to the
LR image? Why is it not as good?
> On Apr 18, 2017, at 12:21 PM, darkta...@911networks.com wrote:
>
> On Tue, 18 Apr 2017 16:57:16 +
> Guillermo Rozas wrote:
>
>> Those red/green spots are color noise. Try usin
, the offset applied this way is only kept in the library
database, not in the XMP files. I'd much prefer a solution that
captures this offset in the XMP files.
Scott
On Fri, Mar 31, 2017 at 11:46 AM, Roman Lebedev wrote:
> On Fri, Mar 31, 2017 at 9:26 PM, Scott wrote:
>> My camera had
t to reset it each time I go to shoot.
-Scott
darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
For #1, I do the same as Frank. I use "Folders" instead of the film
roll. In fact, I do the same as MIkhail where I will have
sub-directories for HDR or Panoramic images. I just name those like
"hdr1", "hdr2" or "pano1", "pano2" within a given film roll. But then
the collect images "fill roll" i
I've found several examples to register a new storage method using Lua
[1,2]. Is there instead a way to modify an existing one? What I'd
like to do is use the standard "file on disk" output option, but I
want to modify the output path. I use something like this right now:
$(FILE_FOLDER)/$(FILE_
I would do one of the following:
1. Use symlinks as suggested by Remco. They work perfectly fine for
darktable. I'm not sure why some people are claiming that DT won't
delete files at symlinks, because it deletes mine just fine. Perhaps
if the actual RAW file is a symlink, it won't delete the
Thanks both of you!
On Tue, Dec 20, 2016 at 1:18 AM, Robert William Hutton
wrote:
> I've attached my startup script (based on one by LebedevRI) that does this,
> at least approximately.
>
> -R
>
> On 20/12/16 15:54, Scott wrote:
>>
>> Hello. I'd like
r01s02.html.php#types_dt_lua_image_t
-Scott
On Dec 20, 2016 1:35 PM, wrote:
> On Tue, 20 Dec 2016 21:17:51 +0100
> Pascal Obry wrote:
>
> >Le mardi 20 décembre 2016 à 14:07 -0600, dabicho a écrit :
> >> On lighttable you can copy and paste whole or part of history
> >>
I'd love to have just a --test option for
working/debugging lua scripts.
http://www.darktable.org/usermanual/ch01.html.php#program_invocation
Thanks,
Scott
darktable user mailing list
to unsubscribe sen
wrote:
> In lighttable screen, there is history stack menu which has discard
> button. Perhaps this is what you are looking for?
>
> Regards,
>
> Niranjan
> On 10/20/2016 01:11 PM, Scott wrote:
>
>> I always like to compress my history stacks after I finish editing.
>&
I always like to compress my history stacks after I finish editing.
Sometimes I forget. I'm curious if there is a way to compress all history
stacks of all images in the database (or those selected)? Maybe with a lua
script?
On Oct 20, 2016 11:51 AM, "Jean-Luc CECCOLI"
wrote:
> Hello,
>
>
>
>
For what it's worth, I'd rather have it remember the "mix" number as
well. Seems a bit more intuitive than having it reset to 1.0.
On Mon, Jul 11, 2016 at 8:49 PM, I. Ivanov wrote:
> Thank you. I just find it somewhat inconsistent between modules. Of course
> it is up to the developers. If there
No, I didn't. I will check that out, thanks! Time to do some more RTFM.
On Jun 1, 2016 11:53 AM, "johannes hanika" wrote:
> On Thu, Jun 2, 2016 at 6:39 AM, Scott wrote:
> > I wish that there was an option to make it overwrite files, but not
> > duplicates. I
I wish that there was an option to make it overwrite files, but not
duplicates. If I have a duplicate of a file (maybe a color and BW version)
and write files with "overwrite" checked, then the duplicate (BW)
overwrites the color one
On Jun 1, 2016 10:35 AM, "Jean-Luc CECCOLI"
wrote:
> +1
>
>
>
17 matches
Mail list logo
