Re: [darktable-user] Strange color noise
- Original Message - > From: "Vidar Hoel" (Please don't post images as attachments, post a link within your message to an image hosted somewhere else) > White hair, spots and whiskers seems to get a touch of red, green > and blue. I tried different modules in darktable, without any success of > removing this "noise(?)" This looks a lot like color artefacts due to bad demosaicing. Did you try using the amaze algorithm, or vng4? Usually amaze is the best (but slow), and VNG4 eliminates more color artefacts at the cost of a slightly softer image. -- Matthieu Moy https://matthieu-moy.fr/ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Since 2.6 blend options ignored for presets?
- Original Message - > From: "Normand Fortier" > I created presets for highpass and lowpass filter, that include blending > (uniform; overlay and darken respectively). Up to 2.4.4 if I chose the > preset for one of these modules, the blend mode was applied. However in > 2.6 and 2.6.1 the preset is applied without the blend. Is this a change > in function or a bug? I had the same, but thought it was my mistake. I re-created the presets with the blend activated, and they work properly now. So presets with blending still work, but apparently the import from library format 2.4 to 2.6 lost this information. -- Matthieu Moy https://matthieu-moy.fr/ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Re: Retouch problem
- Original Message - > From: "David Vincent-Jones" > To: "darktable forum" > Sent: Sunday, March 3, 2019 8:55:02 PM > Subject: [darktable-user] Re: Retouch problem > Maybe a better explanation of the problem that I am seeing: > > With the wavelet scale displayed the area is correctly changed ... > > but when the normal image is displayed then the removal fails ... As someone else already noted in the thread, the image you sent show that the target area of your clone tool is burlier after the clone (look at the post under the sign). In other words, the edges have been removed, but not the overall contrast. This is the expected behavior, I see exactly the intended behavior on these screenshots. Maybe reading the manual and/or https://www.darktable.org/2018/12/darktable-26/#retouch will help. -- Matthieu Moy https://matthieu-moy.fr/ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Mouse wheel to feather masks
- Original Message - > From: "Bruce Williams" > Hey guys, > In dt 2.4.x, you could mouse over the solid line portion of a mask, and use > your > mouse wheel to grow or shrink the mask. > And you could also mouse over the DOTTED section (the feather), and then use > the > mouse wheel to grow or shrink the feathered region. > But in dt 2.6.0, I'm not getting that ability to grow or shrink the feather. > Is > that something to do with the new feathering guide controls, an unintended > feature regression, or something else? It's an intended feature: you now must use shift+scroll to set the feathering radius. It was considered too confusing to have a different behavior depending on the mouse position (it's OK when both mask and feather are large areas, but much less so with weird shapes where it was sometimes very hard to get the mouse inside the non-feather part). It's mentioned in the hint text on top of the window while you draw a mask. This hint text is often very helpful :-). -- Matthieu Moy https://matthieu-moy.fr/ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Inaccurate color display or color picker?
> The global color picker works in monitor color space and takes > samples after the complete pixelpipe has been processed. > [...] > I have no idea why this would be considered useful. I don't think anyone claimed that this is useful, but this is easy to implement without breaking the way the pipeline works. dt runs the image through the whole pipeline, displays the result and uses it for the picker and histogram. A more rigorous approach would run the image through the pipeline up to the output color profile, and then export to monitor space to display the image and to another monitor-independant space for the picker and histogram. That may happen one day, but it's not how it is today indeed. -- Matthieu Moy https://matthieu-moy.fr/ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Article in progress about the future 2.6 release
- Original Message - > From: "Maurizio Paglia" > please apologize but I was confused by the page layout that was very similar > to > [ http://darktable.org/ | darktable.org ] (so I thought you were writing a > two-languages article for [ http://darktable.org/ | darktable.org ] ). I'm writing an english article for darktable.org, and I temporarily published a draft of it on my webpage (it's actually a copy of the darktable.org website, with my draft in addition). There are already multiple languages for the user manual on darktable.org, so more multi-languages articles may be OK (as long as they do not disturb non-english readers). At worse, the article on darktable.org can contain links to translations in other languages on other sites. > In this case can I publish the italian version on my blog? Sure. All the darktable.org is available under CC BY-NC-SA, and I've added explicitly a CC BY alternative to my text for easier re-publishing. So, basically, as long as you mention the original authors you can do whatever you want with the article. Regards, -- Matthieu Moy https://matthieu-moy.fr/ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Article in progress about the future 2.6 release
- Original Message - > From: "Maurizio Paglia" > Ciao Matthieu, > do you need an Italian translation? I don't speak Italian so I won't be able to help, but translations in languages other than French are obviously welcome. For the French version, I'm planning to publish it at least on linuxfr.org (following a tradition I've established since version 1.6 IIRC). For other languages, I think it would be cool to have them on the website darktable.org, but I'm not sure what the maintainers of the website want or accept for multi-lingual content. Let's ask: https://github.com/darktable-org/dtorg/issues/26 Thanks, -- Matthieu Moy https://matthieu-moy.fr/ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
[darktable-user] Article in progress about the future 2.6 release
Hi, I'm writing an article to document the new features of the future 2.6. Last years I did the same kind of articles, but only in french. This year, I'm starting with an English article and we'll translate it to french later. If you want to contribute, the draft is here: https://github.com/darktable-org/dtorg/pull/25 Thanks in advance to contributors! (and to all contributors of dt itself, this 2.6 release will be delightful) -- Matthieu Moy https://matthieu-moy.fr/ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] adjust levels for color channels
"Guillermo Rozas" wrote: > On Wed, Aug 1, 2018 at 8:14 AM < [ mailto:dt-l...@stefan-klinger.de | > dt-l...@stefan-klinger.de ] > wrote: >> Is there no tone curve for the RGB channels? (I do know that >> darktable's “tone curve” provides a- and b-curves in Lab. I also know >> the “color zones” module, but find it difficult to use.) > I can't check it now, but maybe the "Color balance" module works like a Levels > tool for positive factors? > [ https://www.darktable.org/usermanual/en/color_group.html | > https://www.darktable.org/usermanual/en/color_group.html ] Yes, color balance is does things very similar to what the video shows with "levels" in Capture One. You can inject more or less of a given color in shadows, highlights and midtones. -- Matthieu Moy https://matthieu-moy.fr/ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] multiple instances, module order
n61...@gmail.com wrote: > I am trying to find an example of where the order of multiple instances of a > module has an effect. A clear example is the spot removal module. One instance (A) removes a spot, and the next instance (B) copies the area that used to contain this spot elsewhere. In this order (A then B), B copies the part of the image with the spot already removed. In the reverse order (B then A), B copies the spot (so between A and B, you get two copies of the spot), and then A removes only one copy of the spot. In most modules, swapping the order actually has an effect, but it's too light to be clearly visible so it doesn't matter much in practice. -- Matthieu Moy https://matthieu-moy.fr/ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] No response to "Vibrance in darktable"?
> From: "Paul Deverson" > The manual states, "Vibrance saturates and brings down the lightness of the > most > saturated pixels to make the colors more vivid." > I would have thought that whereas Saturation increases the saturation of all > pixels equally, Vibrance increases the saturation of only the less saturated > pixels. Why do you think that? Best is to just try by yourself, and my experience is that the manual is correct. -- Matthieu Moy https://matthieu-moy.fr/ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] local contrast → bug or feature?
"Timur Irikovich Davletshin" <timur.davlets...@gmail.com> wrote: > Personally I prefer to use less subtle settings like 80-100%, but > effect is not so easy to notice and it may confuse some users. Not sure I understand. Setting the details slider to 80% _reduces_ the local contrast. 100% does not change the image. Only >100% increase the local contrast, which is IMHO the main role of the module. -- Matthieu Moy https://matthieu-moy.fr/ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] GPU advice 2GB or 4GB RAM.
- Original Message - > From: "frieder" <f...@gmx.net> > It is darktable 2.2.1 on Debian Linux the higest version I can get at > the moment. You can compile the latest dt relatively easily on a Debian stable. You don't _have_ to, but each dt version comes with s many cool features :-). -- Matthieu Moy https://matthieu-moy.fr/ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] GPU advice 2GB or 4GB RAM.
- Original Message - > From: "Robert William Hutton" <r...@helms-deep.net> > More memory is good because it allows you to process images through opencl > without tiling them, > which is a lot faster. Of course this depends on the resolution of the images > you need to process, > but I'd always try to get the most video ram possible. Also, at the risk of stating the obvious: more memory is more future-proof. More and more applications are using the GPU for acceleration (window-managers started doing so ~10 years ago, Firefox is working hard on it these days, ...), and camera RAW files are getting bigger and bigger. I don't think 2Gb is really limiting today, but it'd be a pity to save a few bucks today and regret it a few years from now. -- Matthieu Moy https://matthieu-moy.fr/ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Moving images to a NAS
- Original Message - > From: "Tobias Ellinghaus" <m...@houz.org> > There is however an easier way: Move the files in your file manager, then in > darktable DON'T remove them but set the collect module to the folder mode and > right click the marked entries in the tree to point darktable to their new > location. If you are moving complete folder hierarchies it's enough to do that > for the root node of the tree. Better make a backup of your database first, > just in case. You can find that in ~/.config/darktable/. For more info, see "updating folder path" at the bottom of: https://www.darktable.org/usermanual/en/collect_images.html -- Matthieu Moy https://matthieu-moy.fr/ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Highlight Details
- Original Message - > From: "Chris" <bydersjo...@gmail.com> > Seems as though the pink colours appear in my image when I disable 'highlight > reconstruction'. Yes, this is expected. The module is precisely here to remove this pink color. > With this disabled the Green & Blue channels have a lot less > data in the highlights than the red. Enable highlight recon, and it seems to > scale all the RGB to a simple range. The problem is the following: * All channels (R, G, B) are initially coded on a range, say [0, 2^14-1] for a 14-bits sensor RAW image. Channels that clip have the value 2^14-1 (well, I'm slightly oversimplifying because saturation of the DAC comes a bit before this value, but ...). * The white balance module scales each channels, and usually scales the green channel less than the other. So the clipped pixels won't have the same values on R, G and B anymore after white balance. So, blown out areas are not white/grey anymore, they have color. The "highlight reconstruction" module does two things after that: * Desaturate the blown-out areas (done for all modes of the module) * Optionally, try to recover details. The default mode does not try that, it just clips highlights and turn them into plain white (which may become grey if you apply a negative exposure compensation). The "Reconstruct in LCh" is quite good to recover details when at least one channel is not clipped (e.g R and B are clipped, you can't expect much on colors, but the G channels can be used to recover an L channel). "Reconstruct color" does more or less the same, but works well on different images. In any case, setting the "clipping threshold" to 2.0 means the module will only work on pixels that have an L value 2 times greater than the clipping threshold. Which in practice means that the module will have no effect. The manual says "The default is usually satisfactory without any need for additional adjustments", which in dt is usually to be read as "There's no reason for you to change this value, but it's a parameter that appears in the internal algorithms so we've exposed it to the user just in case". > Odd, because I do not get this pink appear when I reduce the highlights in > Lightroom... and I am still using this same .dng file. I never used Lightroom, but from what I've read, LR's philosophy is to do a bit of processing automatically (or "behind your back", depending on the point of view). OTOH, dt makes almost everything explicit, and gives you control on everything, including settings that are not really meant to be changed. You may or may not like it, but it's unlikely to change ;-). The pink was there in the RAW (after white balance), LR just removed it for you. -- Matthieu Moy https://matthieu-moy.fr/ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Vacations
- Original Message - > Going from one image to the next takes many seconds... In darkroom, I can guess so. But in lighttable, it shouldn't be that bad. At worse, run something like darktable-generate-cache -m 5 (while darktable is shut down), go take a coffee, and start rating after using darktable in lighttable mode. -- Matthieu Moy https://matthieu-moy.fr/ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] What does the "subtract" blend mode do?
- Original Message - > From: "Romano Giannetti" <romanof...@rgtti.com> > On 07/03/18 11:32, Matthieu Moy wrote: >> Before considering a fix: any idea how the "substract" operator should >>> act in the Lab color space? >> I have no idea ;-). >> >> Actually, my guess is that "subtract" is useful to blend two totally >> different images together (e.g. blend a black text onto an image >> for a dodge effect). For darktable where blending is done between >> the original image and the image transformed by the module, I'm not >> even sure "subtract" is a relevant thing to do. The fact that it's been >> broken for years without anyone noticing is probably a sign that no >> one ever found it useful. >> > > I am guilty of never using it in darktable, but the usage could be to > see _where_ in the image the applied module is acting. Actually, you already have "difference" for that. The main expected difference between "difference" and "subtract" is the way to deal with negative values. "difference" takes the absolute value, while "subtract" (in Gimp, but the one in dt is not really a subtraction for now) just clips negative values to 0. "difference" (in dt at least) just outputs a black image saying how much the input and the output pixels are different (black = same, white = very different). Now, what "subtract" should do with colors is debatable, especially in Lab. On the L channel, something like max(in - out, 0) would be rather natural. On the a an b channels, I'm not sure what to do. Just doing in-out would mean the final image would be black if the input and the output pixels have the same colors (the same a and b). They'd keep the same colors if the output is black & white. But for example, if the input is magenta (positive a) and the output is even more magenta (greater a), do we expect the output to be black (a clipped to 0)? Or green (negative a)? One way to avoid the question would be to do a difference only on the L channel, but just copy a and b from the output. Or perhaps another option would be to just deprecate and remove "difference" if we assume no one's using it. Regards, -- Matthieu Moy https://matthieu-moy.fr/ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] What does the "subtract" blend mode do?
- Original Message - > From: "Ulrich Pegelow" <ulrich.pege...@tongareva.de> > You obviously have a point here, the current implementation does not do > what the word "substact" implies. > Before considering a fix: any idea how the "substract" operator should > act in the Lab color space? I have no idea ;-). Actually, my guess is that "subtract" is useful to blend two totally different images together (e.g. blend a black text onto an image for a dodge effect). For darktable where blending is done between the original image and the image transformed by the module, I'm not even sure "subtract" is a relevant thing to do. The fact that it's been broken for years without anyone noticing is probably a sign that no one ever found it useful. -- Matthieu Moy https://matthieu-moy.fr/ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] What does the "subtract" blend mode do?
- Original Message - > There is a link in the documentation to a gimp doc page that explains it, and > some modes are explained in the darktable docs. > https://www.darktable.org/usermanual/en/blending_operators.html > https://docs.gimp.org/2.8/en/gimp-concepts-layer-modes.html Yes, I did read both documents. But the "subtract" operator of darktable does not do what the Gimp page describes, and there's no specific doc for it in dt's doc. My question comes from the fact that "subtract" is suspiciously closer to "add" than what I'd expect from from the name (and from Gimp's doc). -- Matthieu Moy https://matthieu-moy.fr/ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
[darktable-user] What does the "subtract" blend mode do?
Hi, I'm wondering what the "subtract" blend mode is supposed to do. Looking at the source code, when opacity is 1 and ignoring clamping, the formula seems to be roughly "b + a - 1". That looks very much like a "add" operator more than a "subtract". Actually, looking at the Git history, commit https://github.com/darktable-org/darktable/commit/52b057dec32ea62c62f4c968a216bebf8ae89c92 turned the formula from "a-b" to essentially "b+a-max". This looks like a bug introduced a long time ago, unnoticed because no one really use this operator. Is it the case? If not, what did I miss? Thanks, -- Matthieu Moy https://matthieu-moy.fr/ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] darktable 2.4.0 released
Patrick Shanahan <p...@opensuse.org> writes: > corrected and ran again, output: > > /usr/share/doc/packages/darktable/tools/purge_from_cache.sh > /usr/share/doc/packages/darktable/tools/purge_from_cache.sh: line 25: > //usr/share/doc/packages/darktable/tools/common.sh: No such file or > //directory Ah, the script is split into multiple files. Either download common.sh to the same directory as purge_from_cache.sh, or just get a complete clone of the darktable source code and run the script from the tools/ subdirectory. Regards, -- Matthieu Moy https://matthieu-moy.fr/ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] color matching idea
Michael <bmi...@gmail.com> writes: > I had a splendid idea! What about creating a feature where you click > on one color you know you can match (like say the white of a coffee > mug or the green of grass or a tree leaf) and a 2"x2" variable size > window pops up with that color in it. Then the user adjusts that one > color to what it should be and all of the other colors in the image > follow suit (+/-YBG). You can already do this with the color picker indeed: open the color picker tool (left hand side of darkroom), select the color you want. You get the color displayed and either RGB or Lab values. Then, use the sliders of the white balance module to adjust to what you want: the rest of the image follows. -- Matthieu Moy http://www-verimag.imag.fr/~moy/ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Nikon D750 support?
- Original Message - > https://www.kajala.com/cmp2.png > > So top left Lightroom, top right Darktable with "Nikon D750" base curve, > bottom left "Nikon like" base curve in Darktable and bottom right original > JPG straight from camera. At this point, the difference is probably a difference of processing, not a "bug". Your camera probably has some treatment of shadows and highlights activated (D-lighting in Nikon's terminology). dt does as little as possible by default, but just activating "shadows and highlights" should bring you to a comparable result. -- Matthieu Moy https://www-verimag.imag.fr/~moy/ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Leica D-Lux 109
Hopefully the crash leaves a backtrace somewhere (something like /tmp/dt_backtrace_* IIRC). More info here: http://www.darktable.org/development/ Then, bugs are reported here: https://redmine.darktable.org/projects/darktable/issues If unsure, start a discussion here before reporting a bug (to avoid disturbing developers with irrelevant reports). - Original Message - > Thanks Matthieu! > > I can load the .rwl files, however, most of the times DT crashes when I > open Darkroom and try to zoom in. > > This does not happen with my Pentax DSLR folders. > > How can I troubleshoot this? > > regards, > > -Gian > > > > On 30/01/2017 10:35, Matthieu Moy wrote: >> - Original Message - >>> From: "Matthieu Moy" <matthieu@grenoble-inp.fr> >>> To: "GianLuca Sarto" <glsa...@tiscali.it> >>> Cc: "darktable-user" <darktable-user@lists.darktable.org> >>> Sent: Monday, January 30, 2017 9:55:01 AM >>> Subject: Re: [darktable-user] Leica D-Lux 109 >>> You won't have to wait for 2.4.0: camera support is backported to the stable >>> branch (see >>> https://github.com/darktable-org/darktable/commit/f1f90ef9002b2b9017dfc392b06aad63968c0e0c >>> in your case), so it should be in the next minor release. So, you can >>> either: >>> >>> * Wait for the next minor release >> Wasn't long: it's here :-). Check out the 2.2.2 release and be happy! >> > > > darktable user mailing list > to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org -- Matthieu Moy https://www-verimag.imag.fr/~moy/ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Leica D-Lux 109
- Original Message - > From: "Matthieu Moy" <matthieu@grenoble-inp.fr> > To: "GianLuca Sarto" <glsa...@tiscali.it> > Cc: "darktable-user" <darktable-user@lists.darktable.org> > Sent: Monday, January 30, 2017 9:55:01 AM > Subject: Re: [darktable-user] Leica D-Lux 109 > You won't have to wait for 2.4.0: camera support is backported to the stable > branch (see > https://github.com/darktable-org/darktable/commit/f1f90ef9002b2b9017dfc392b06aad63968c0e0c > in your case), so it should be in the next minor release. So, you can either: > > * Wait for the next minor release Wasn't long: it's here :-). Check out the 2.2.2 release and be happy! -- Matthieu Moy https://www-verimag.imag.fr/~moy/ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Nikon D750 support?
Jani Kajala <kaj...@gmail.com> writes: > I have problem that the imported NEFs look dull by default. See > comparison: > > https://www.kajala.com/cmp.png Is the basecurve module activated? What does it look like? Is the dull-ness only visible after export, or do you see it from dt too? > Also, D750 profile is not listed in "Lens correction" module (D700 and > D800 are in the list but not D750). The only relevant parameter about the camera is the crop factor. You can select any camera with the same crop factor, and you can even create an entry in the lensfun database (darktable itself doesn't really know about lens correction, it calls the lensfun library who does all the work): http://lensfun.sourceforge.net/manual/addcamera.html http://lensfun.sourceforge.net/manual/dbsearch.html (=> you can create an xml file in ~/.local/share/lensfun) Good news is: D750 is already supported by lensfun in the latest version of lensfun, so another option is to upgrade lensfun or wait for your distro to update it for you. -- Matthieu Moy http://www-verimag.imag.fr/~moy/ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Leica D-Lux 109
You won't have to wait for 2.4.0: camera support is backported to the stable branch (see https://github.com/darktable-org/darktable/commit/f1f90ef9002b2b9017dfc392b06aad63968c0e0c in your case), so it should be in the next minor release. So, you can either: * Wait for the next minor release * Download and compile dt from GitHub, chosing the darktable-2.2.x branch. If you don't want to wait, all other options involve compiling. Not terribly hard, but not just "modify one file and be done with it". See: http://www.darktable.org/install/ - Original Message - > From: "GianLuca Sarto" <glsa...@tiscali.it> > To: "darktable-user" <darktable-user@lists.darktable.org> > Sent: Monday, January 30, 2017 9:39:52 AM > Subject: [darktable-user] Leica D-Lux 109 > Hello All, > > I have seen that the support for Leica D-Lux Typ 109 has been added, and > is committed for V2.4.0. > > If it all boils down to editing a file, can I do it myself instead of > waiting for V2.4.0? > > However, I wasn't able to find "adobe_coeff.c" on my system. Where is > this file located? > > src/external/adobe_coeff.c > >{ "Leica D-LUX 5", { 10909,-4295,-948,-1333,9306,2399,22,1738,4582 } }, > >{ "Panasonic DMC-LX7", { 10148,-3743,-991,-2837,11366,1659,-701,1893,4899 > } }, > >{ "Leica D-LUX 6", { 10148,-3743,-991,-2837,11366,1659,-701,1893,4899 } }, > >{ "Leica D-LUX (Typ 109)", { > 8844,-3538,-768,-3709,11762,2200,-698,1792,5220 } >}, > >{ "Panasonic DMC-LX15", { 7790,-2736,-755,-3452,11870,1769,-628,1647,4898 > } }, > >{ "Panasonic DMC-CM1", { 8770,-3194,-820,-2871,11281,1803,-513,1552,4434 } > }, > >{ "Panasonic DMC-FZ1000", { > 7830,-2696,-763,-3325,11667,1866,-641,1712,4824 } }, > > > > darktable user mailing list > to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org -- Matthieu Moy https://www-verimag.imag.fr/~moy/ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Relocating the images in the database
- Original Message - > Copying the folders is easy, but how do I tell darktable > that all the images now live in a new location (and to no longer reference > the external drive)? Hi, In complement to what others already said: * This kind of scenarios is a good reason to keep .xmp files activated. If you have .xmp files everywhere, you can always re-import whatever you want wherever you want, the info is still there. * To avoid this kind of scenarios, it's nice to have a file hierarchy that is not too dependant on the physical storage: use symbolic links (I'm not sure exactly what dt does with symlinks though) and mountpoints. Then you can change a hard drive and keep the same paths. -- Matthieu Moy https://www-verimag.imag.fr/~moy/ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Many modules have "fusion" entries in shortcuts settings, base curve doesn't.
David Vincent-Jones <david...@gmail.com> writes: > Fusion appears to work (fairly well) on single images ... is this the > intent or should multiple images be used? dt itself almost never works with multiple images (the darkroom pipeline works on a single image, AFAIK "Create HDR" from lighttable is the only exception). For sure, if you want a real HDR image you'll need several bracketed images, but then you'll have to use an external tool if you want the equivalent of the basecurve exposure fusion. -- Matthieu Moy http://www-verimag.imag.fr/~moy/ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] what graphics card to get?
- Original Message - > From: "Guillermo Rozas" <guille2...@yahoo.com.ar> > To: darktable-user@lists.darktable.org > Sent: Tuesday, January 17, 2017 12:39:22 AM > Subject: Re: [darktable-user] what graphics card to get? >> Guillermo Rozas: >> >> * any supported GPU will give massive performance improvement. >> [contradicts Christian Kanzian above] > > I should have qualified that with 'any supported GPU "that you can buy > new today"'. I was also assuming that all modules run without problems > on it. You would need a benchmark to support this statement. The Phoronix ones and my experience says otherwise. See for example benchmarks 2 and 3: http://www.phoronix.com/scan.php?page=news_item=Darktable-27-Results GeForce GTX 1050 Ti is a 140 $ card, so not a high-end one but not a crappy one either, and it's 50 % slower than a core i7 for these images. I once gave a try to a ~50 $ graphics card and it was way slower with OpenCL than without. What's true is that you don't need a very high end card to get a massive improvement. -- Matthieu Moy https://www-verimag.imag.fr/~moy/ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Sharpening (round 2)
- Original Message - > From: darkta...@911networks.com > To: darktable-user@lists.darktable.org > Sent: Tuesday, January 17, 2017 3:35:51 AM > Subject: [darktable-user] Sharpening (round 2) > Hi, > > DT 2.2.1 on arch > > I'm still having problems with the export: 900x900. > > Here are my settings: http://i.imgur.com/QS74VlT.png > > Here is a comparison: http://i.imgur.com/BzbRfbs.png You're viewing your images at a zoom level different from 100%, so you're not only benchmarking your rescaling tool (dt Vs mogrify), but also your image viewer's rescaling. Don't do that. If you want to compare the sharpness of images, always view them at 100% zoom. -- Matthieu Moy https://www-verimag.imag.fr/~moy/ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Sidecar files being overwritten
- Original Message - > Le 30/12/2016 à 05:27, Patrick Shanahan a écrit : > > If I use a different computer to work images with dt, I start: > >darktable --library :memory: > > and then import the files again to my workstation. > > This workaround is only acceptable if nothing of value is stored in the > library. > > Current implementation stores in the same database all presets, base > curves, export settings, etc, along with photo data. For some definition of "current" only actually: darktable 2.2 splits the database into one for images and one for global stuff like presets :-). -- Matthieu Moy http://www-verimag.imag.fr/~moy/ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Darktable
- Original Message - > On Tue, 27 Dec 2016 21:47:10 -0500 > <jebel...@gmail.com> wrote: > > >Any news on bringing Darktable to Windows? > > > > Don't hold your breath: > > http://www.darktable.org/2015/07/why-dont-you-provide-a-windows-build/ Holding your breath definitely won't help ;-). But there's work ongoing: https://github.com/darktable-org/darktable/pull/1327 There's still a long way to go (code-wise and acceptance-wise), but it's probably the first time there's hope that a port attempt be eventually accepted. -- Matthieu Moy http://www-verimag.imag.fr/~moy/ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] zooming in light table mode
A very simple trick as an alternative to Ctrl-z (preview) : the zoom level in lighttable mode can be as large as 1 image full screen (just Ctrl-mouse-wheel to the max zoom level). One press on the TAB key and you're essentially in the same state as the preview mode. - Original Message - > Ctrl-Z > On Sun, 25 Dec 2016 at 18:29 Davide Patria < davide.pat...@gmail.com > wrote: > > hi and merry christmas everybody, > > > I'm actually working on a large amount of sport photos and I don't if > > > there's a way to zoom images directly from light table without having to > > > enter dark room mode. > > > best regards > > > > > > darktable user mailing list > > > to unsubscribe send a mail to > > darktable-user+unsubscr...@lists.darktable.org > > > darktable user mailing list to unsubscribe send a mail to > darktable-user+unsubscr...@lists.darktable.org -- Matthieu Moy http://www-verimag.imag.fr/~moy/ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Start Darktable in "Test" Mode
In complement to the other anwsers: * A quick way to start with a fresh config, that works for other tools too: rm -fr /tmp/dt-home mkdir /tmp/dt-home HOME=/tmp/dt-home darktable Starts with your $HOME set to a temporary directory, hence dt will create /tmp/dt-home/.config/darktable/ and work in it. * Be careful with .xmp files! Your "test-mode" dt will still create and update them, so if you work on the same images with your "test dt" and "production dt", you'll get a mess. One trick: copy, or better make symbolic links to your images in a temporary directory and work there. Cheers, Scott <spectre...@gmail.com> writes: > Thanks both of you! > > On Tue, Dec 20, 2016 at 1:18 AM, Robert William Hutton > <r...@helms-deep.net> 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 to write a few lua scripts. Is there an easy way to >>> start darktable as a "fresh" install (no database but also no other >>> configurations). I'd like this for testing so that I know the script >>> would work on a fresh install but also so that I don't accidentally >>> mess up my database or configuration with a lua mistake. >>> >>> I know there are some various command line options, specifically >>> --library. I know there are a lot of other options for datadir, >>> tmpdir, configdir, etc, but I'm not sure which ones I need to leave or >>> change to get what I want. 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 send a mail to >>> darktable-user+unsubscr...@lists.darktable.org >>> >> >> >> ____ >> darktable user mailing list >> to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org > > darktable user mailing list > to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org > -- Matthieu Moy http://www-verimag.imag.fr/~moy/ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] darktable 2.2.0rc2 released
- Original Message - > Am Sonntag, 4. Dezember 2016, 22:36:46 CET schrieb Matthieu Moy: > > - Original Message - > > > - Nicer web gallery exporter -- now touch friendly! > > > > Is there a public demo that I could link to anywhere? > > No. Just export your own. :-) I don't normally use the gallery export from darktable, but I tried it to have something to link to in the article: http://www-verimag.imag.fr/~moy/darktable/news-darktable-2.2/darktable_gallery/ Nice, indeed :-). -- Matthieu Moy http://www-verimag.imag.fr/~moy/ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] darktable 2.2.0rc2 released
Hi, I'm in the process of writing an article about dt 2.2 (https://linuxfr.org/redaction/news/darktable-2-2-0), and I have a few questions about the release notes: - Original Message - > - In Highlight reconstruction module, the mode LCh reconstruction was > completely rewritten, and is no longer useless! What does this rewrite brings? My experience is that the "reconstruct color" is too buggy to be usable in many cases, but I have good experience with LCh reconstruction, so I wouldn't have called it "useless" before the rewrite. > - Support running on platforms other than x86 (64bit little-endian, currently > ARM64 only) (https://www.darktable.org/2016/04/running-on-non-x86-platforms/) Are there plans particular use-case in mind in the roadmap? I suppose running on a Raspberry Pi is fun for geeks, but not very helpful in practice given the limited RAM and processing power of the device. Can user start dreaming about an Android version for example? > - darktable is now happy to use smaller stack sizes (no less than 256Kb). > That should allow using musl libc Same question here: are there concrete benefits for users? Just wondering (and looking for something to write in the article), but in any case, it's cool to see dt more portable. > - Nicer web gallery exporter -- now touch friendly! Is there a public demo that I could link to anywhere? > - Filter-out some useless EXIF tags when exporting, helps keep EXIF size > under > ~64Kb What happens if one crosses this limit? Would the export fail? Or just drop some EXIF data arbitrarily? > - Drop darktable-viewer tool in favor of slideshow view Is there any user-visible change (other than not having darktable-viewer as a command)? Is there a way to get the slideshow from the command-line? Thanks, -- Matthieu Moy http://www-verimag.imag.fr/~moy/ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Chosing the optimal CPU for darktable
- Original Message - > Am 26.11.2016 um 18:11 schrieb Niccolò Belli: > > You will probably get better performance saving some bucks on the CPU > > and buying a very fast GPU for OpenCL acceleration. Something like the > > RADEON RX 480 would be an optimal solution because of FOSS drivers, > > but you will have to use the AMDGPU-PRO driver until Clover Image > > support gets mainlined (hopefully soon). > > I was planning to use Intel chipset graphics without buying an > additional GPU at all. > Can darktable use OpenCL with those? Essentially: * A good GPU makes dt faster that a CPU (several times faster) * A not-so-good GPU (typically the integrated Intel chipset, or some cheap external graphics card) would make dt *slower* than your CPU. Recent dt version try to disable OpenCL when it notices such situation. * If you have a good GPU, then a faster CPU won't make much difference as most computations can use OpenCL. > If yes: how much performance improvement would be expected if I add an > additional graphics board? I did some benchmarks on my machine with and without GPU, the discussion is still available here: https://www.mail-archive.com/darktable-users@lists.sourceforge.net/msg06504.html -- Matthieu Moy http://www-verimag.imag.fr/~moy/ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Color clipping
Highlight indicator and gamut clipping already have a visual indication of whether they're on or off: they get grey background when active. It's not easy to see for the overexposure indicator (for which the icon is large an the background is just ~2 pixels border), though. - Original Message - > I suggested earlier that allowing the icons to have 'on/off' status > looks would really visually help. Would that be difficult to achieve? > > David > > > On 11/20/2016 10:26 AM, Tobias Ellinghaus wrote: > > Am Sonntag, 20. November 2016, 17:41:51 CET schrieb Bernhard: > >> Hi, > >> > >> darkroom mode, > >> > >> the manual says: > >>> _Gamut check_ > >>> > >>>Clicking the icon activates the gamut check display mode of your > >>> > >>> image. Gamut check > >>> > >>>highlights in cyan all pixels out of gamut with respect to the > >>> > >>> selected softproof profile. > >>> > >>>You can also activate gamut check with the keyboard shortcut > >>> > >>> “ctrl-g”. An information > >>> > >>>message “gamut check” on the bottom left of your image tells you > >>> > >>> that you are in gamut > >>> > >>>check display mode. Gamut check and soft proof are mutually > >>> > >>> exclusive modes. > >> but when I activate _Over/underexposed warning_ also that cyan warning > >> color turns to red and I cannot differentiate which pixels are simply > >> overexposed from those that are out of gamut. By deactivating > >> _Over/underexposed warning_ again the pixels become cyan again. > >> > >> Anyone expiriencing the same thing? > >> > >> Is this intended behaviour? > > Maybe not intended, but a corner case that can be avoided by not using both > > (gamut check + overexposure warning) at the same time. They don't make > > sense > > used together anyway. > > > >> dt 2.0.7 in LM17.3/64 > > Tobias > > > > darktable user mailing list > to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org -- Matthieu Moy http://www-verimag.imag.fr/~moy/ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] darktable 2.2.0 rc0 released
- Original Message - > we’re proud to announce the first release candidate for the upcoming 2.2 > series > of darktable, 2.2.0rc0! Congratulations to all contributors! > - Darkroom: the preview (in top-left corner) is now no longer pre-demosaiced, > thus the preview, color picker, histogram show the proper results when there > is highlight clipping. [...] > - Preview pipe now does run demosaic module too, and its input is no longer > pre-demosaiced, but is just downscaled without demosaicing it at the same > time. I guess these two items talk about the same thing and if so you may want to remove one or merge both items in the final release notes. Perhaps: - Darkroom: the preview (in top-left corner), color picker, histogram show the proper results when there is highlight clipping. Internally, the preview is no longer pre-demosaiced, but downscaled and ran through the demosaic module. ? (Not sure if it counts as a "Big one" or "Quite interesting change", I'd lean towards the later) Thanks, -- Matthieu Moy http://www-verimag.imag.fr/~moy/ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Using darktable with a RIP
Tobias Ellinghaus <m...@houz.org> writes: > Am Montag, 3. Oktober 2016, 12:36:03 CEST schrieb Graham White: >> Quick question: how do I raise a ticket on Redmine? Have looked around >> the website and it's not obvious > > https://redmine.darktable.org/projects/darktable/issues/new More explanations and advices on the main website: http://www.darktable.org/development/ -- Matthieu Moy http://www-verimag.imag.fr/~moy/ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] dust cleaning
- Original Message - > Cleaning the sensor is good however - the issues are - if the camera is > under warranty and the blower does not do the job only wet cleaning is > the solution (this voids warranty). No, wet cleaning is not the only solution. I never tried wet cleaning, but I saw many people dis-recommending it. OTOH, I did use a cleaning "pen" like this one http://www.missnumerique.com/lenspen-sensor-klear-ii-p-6470.html?utm_source=google_medium=comparateur1_campaign=google346=7077ncappla=Cj0KEQjw0rm-BRCn85bm8uS-zK0BEiQAHo4vrDUALPRJUfTY3tlkjHNFeGWI210Ba1iRQWc0R79JA4kaAn0o8P8HAQ and it did work pretty well. One common misconception is that sensor cleaning is about cleaning the sensor ;-). Actually, you're cleaning the anti-reflective coating on top of the IR and/or anti-aliasing filter in front of the sensor, which is far more robust than the sensor itself. Essentially, it's as hard as a lens. > Even if the warranty is over - the options are - send to manufacturer, > sent to a shop or do it yourself. Some times (if on a trip for example) The pen above fits in your camera bag as well as the lens cleaning kit you already have. Sure, if you don't have it at hand when needed, it's not an option, but the "trip => no cleaning possible" is not exactly true either. Note: I'm not arguing that better support for dust removal in dt wouldn't be cool, just that sensor cleaning is not _as_ scary as it could be (still scary, though ;-) ). -- Matthieu Moy http://www-verimag.imag.fr/~moy/ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] dust cleaning
- Original Message - > I have some small spots on the pictures that appear to be always at the > same area and are mainly visible on long exposures. Try taking pictures of uniform background (e.g. clear sky), out of focus, with narrow aperture. If you see these spots more strongly in these conditions, and consistently at the same location, they're probably dust on the sensor. It's actually not that hard to remove (either pay ~ 50$ in a shop, or buy a 20$ kit and do it yourself). Your favorite search engine is your friend. > If I understand > correctly - Canon has a way to collect dust data and somehow clean these > areas (my guess is by approximating the pixels). Is there a way to do a > similar thing with DT? dt has "hot pixels" to discard and approximate _pixels_ that are way off (typically dead pixels), but a spot due to dust covers many pixels and darktable won't be able to remove that automatically. One important property of dt is that the resulting image depends only on the RAW file and the content of the database (or the xmp file), and the "dust removal by keeping an image of where dust is" doesn't fit well in this model. Obviously, you still have the « spot removal » tool, but you need to remove each spot by hand. -- Matthieu Moy http://www-verimag.imag.fr/~moy/ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] How to remove red flare from photo
Spot removal alone is painful if the flare covers a large area. Another thing to try is spot removal with blend -> uniformly -> color, to pick the color from another part of the image but keep the contrast info. In this case, it removes the red but unfortunately leaves an overly light area, which could probably be corrected with contrast/brightness/saturation and a drawn mask, but I'm not getting so good results. - Original Message - > I would work with spot-removal. > > On Sun, Aug 28, 2016 at 12:42 PM, Jos <m...@familiedumont.nl> wrote: > > > Hi, > > > > I have taken a picture from a sun set with my wife and son in the front. > > In the picture there is an annoying big red spot. Probably a reflection > > from the sun. I would like to know what is the best work flow or module(s) > > to use to remove this spot. I attached the problem part of the picture to > > this mail. > > > > Thanks. > > > > > > > > darktable user mailing list > > to unsubscribe send a mail to darktable-user+unsubscribe@lis > > ts.darktable.org > > > > > -- > :-)~MIKE~(-: > > ________ > darktable user mailing list > to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org -- Matthieu Moy http://www-verimag.imag.fr/~moy/ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Noisy exports
Explaination: when your image has more pixels than your screen, there are several ways to reduce its size to have it fit on screen. The naive way is to just do nearest pixel subsampling: for each pixel on screen, grab the pixel that is the closest on the image. And throw away all other pixels in the original image. This amplifies noise, or at least it does not reduce it while subsampling normally does. And it tends to give overly sharp and pixelized edges (like font rendering without antialiasing). Less naive methods include bilinear and cubic, and the most widely used high-quality algorithm is lanczos. Gimp and Darktable obviously use a good quality resampling algorithm. Web browser started only rather recently to do so (when possible, rescaling the picture on the server is better to get full control on how it's done regardless of the browser). - Original Message - > Hi, > > I think you nailed it. I installed gimp and exported images look much > better in gimp. I'll try opening in a browser when I get a chance to see > what shows up. > > Regards, > > Niranjan > > On 08/24/2016 05:10 PM, Jason Polak wrote: > > If your exported image is being viewed at the same zoom as in the > > darkroom, can you check whether it still looks noisy in the gimp? Some > > version of image viewers on Linux don't render large resolution images > > "correctly". > > > > If it looks ok in the GIMP, then it's the image viewer's fault. > > > > On 16-08-25 09:44 AM, Niranjan Rao wrote: > >> Greetings, > >> > >> I am new to raw image development and trying to figure out what I am > >> doing wrong. > >> > >> My main problem seem to be stemming out from the fact that when I export > >> the image, it does not look like image in darkroom screen. I am trying > >> to process images generated by Canon PowerShot SX60 HS. Exported image > >> always felt more noisy or grainy. > >> > >> A little bit of experimentation and tinkering of many knobs, I figured > >> that exported image quality seems to be function of size. If I leave > >> exported size to 0, darktable exports in default size (in my case, it's > >> 4768 X 3516), exported images look grainy. If I export in smaller size - > >> say 1600, they look much nicer. > >> > >> Is this normal - having noise in default sized exported image and > >> looking cleaner in smaller image? Is there anything I can do to address > >> this issue? > >> > >> Alternatively, what would be good or usual size to export the image? I > >> am just a home user of camera and darktable, rarely print my images and > >> images are used only for viewing by family and sharing across various > >> mediums such as facebook and WhatsApp. > >> > >> I on Ubuntu 16.04, using darktable version 2.0.3 from standard ubuntu > >> repositories. I am using standard Ubuntu image viewer to view exported > >> image. > >> > >> > >> Best, > >> > >> Niranjan > >> > >> > >> > >> > >> darktable user mailing list > >> to unsubscribe send a mail to > >> darktable-user+unsubscr...@lists.darktable.org > >> > > > > > > darktable user mailing list > > to unsubscribe send a mail to > > darktable-user+unsubscr...@lists.darktable.org > > > > > darktable user mailing list > to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org > > -- Matthieu Moy http://www-verimag.imag.fr/~moy/ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Merging a small darktable library with a larger one on a different PC
darkta...@911networks.com writes: > On Sat, 30 Jul 2016 11:39:37 +0200 > > I don't know if this is the simplest, but what I did was copy the > raw files and the xmps to the server, and import them from there. I don't know a better way (other than doing SQL magic directly on the DB). > All my metadata and my processing is there. But your modules presets aren't unfortunately :-(. -- Matthieu Moy http://www-verimag.imag.fr/~moy/ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] When in Darkroom mode I can't scroll sideways in the bottom picture/gallery view
"Gregers Blach" <g...@gregersblach.dk> writes: > Scrolling the wheel works perfectly. Don't know why I didn't think of > that. I must have been expecting a scroll bar like in the left and > right side menu's. Thanks for the hint (I feel just a little > stupid...). darktable's user-interface focuses on efficiency and on avoiding visual distraction ("it's all about the image"). It takes some time to get used to it, and reading at least part of the manual is really necessary, but once you'll get used, you will probably love it and start thinking that waisting some pixels for a scrollbar would be a shame ;-). -- Matthieu Moy http://www-verimag.imag.fr/~moy/ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Colour profiles
Graham White <g.graham.wh...@gmail.com> writes: > I have a problem understanding the various options for selecting a > colour profile for printing. There seem to be three places where you can > set this, namely: And there are indeed 3 things you may want to do with profiles: 1) Make sure images are displayed properly on your screen. This is the "display profile" and is typically obtained by calibrating your screen. It's independant from your printer, obviously. 2) Make sure colors are rendered properly when printing. If I understand correctly, this is done in two steps: first export the picture to a large colorspace (as much as possible larger than your printer's), and then correct the colors while sending the image to the printer. You would distinguish both steps if you were sending the file to someone else: you'd do the export and the other end would do the printer-specific stuff. These are the two profiles listed in the print dialog: https://www.darktable.org/usermanual/ch07s02.html.php https://www.darktable.org/usermanual/ch07s02s03.html.php 3) Softproof: get the best possible approximation on screen of what the final printout will look like. In other words, replace colors that your screen can render but that your printer can't with a color that your printer will be able to print. You can customize this with the softproof button (right-click for details) in the darkroom view. This is not strictly needed to get a good print, but you probably want this if you have you printer's profile. (disclaimer: I don't do printing myself, so my explanations may have to be taken with a grain of salt) -- Matthieu Moy http://www-verimag.imag.fr/~moy/ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] HDR
Hi, Nikon's D-lighting is actually what darktable calls "shadows and highlights". Just one shot, reduce the exposure on highlights and increase it in shadows when generating the in-camera JPG. Michael: if you want to do "HDR" as in "image with a dynamic range too large to fit in a normal jpeg but small enought to be captured by the camera's sensor", then darktable has all you need. Use any combination of shadows and highlights, global tonemap, tone mapping. If you mean "image with a dynamic range too large for the camera's sensor", then you have to shoot several pictures using exposure compensation in your camera (or exposure bracketing) to take typically one -2 EV, +0 EV, +2 EV or so. Then darktable can combine several RAW files into one (lighttable, group "selected images", "create HDR"). The algorithm it uses is pretty basic and cannot do image alignment, hence you need a (good) tripod. You can also use Luminance HDR to generate an HDR (i.e. a single image that combines several shots, but has a dynamic range too large and shoud be tonemaped to be viewed properly) image and import it into darktable to do the rest of the processing. Regards, Owen Mays <r.owen.m...@gmail.com> writes: > Hi Michael, > > I believe the D-lighting is using sensor gain (ISO) or post-processing > on brightness values to achieve the HDR effect, and since the D3200 is > an "iso-less" camera, boosting the exposure in post-processing has the > same effect on noise as increasing the ISO in-camera. That is to say, > the single NEF file you have contains all the same information you > need to create your own "D-Lighting," you would just need to boost > shadows (or some other exposure effect) in Darktable. > > You could also do a "true" HDR by changing the exposure (shutter > speed/aperture) which would mean you actually collect more light in > one of the exposures, which will reduce the noise in the shadows. But > now you have to avoid moving between those two shots. > > Hope that helps! > > -Owen > > On Mon, Jul 25, 2016 at 1:56 PM, I. Ivanov <iv3...@gmail.com> wrote: > > Usually the cameras would do HDR if shooting to JPG. I use > exposure bracketing mode with 3 shots then process in DT and > export as 16 bit TIFF (and combine it in Luminance). You would > want to use tripod for such shots. > > If the picture is already taken (combined and you only have 1 > file) - I don't think you can do much with it because the > information is lost (or preserved but not in the way you want to). > > Since bracketing may be missing in D3200 (brief google on it) > seems the solution is manual bracketing. It is a bit more work but > can be done. Again - consider a tripod. > > Regards, > > > B > > > > > On 16-07-25 11:32 AM, Michael wrote: > > > > > > > > > My stupid camera (Nikon D3200) has a feature called D-Lighting > which does HDR in one shot (meaning I can't play with it in > LuminanceHDR). I think what fakehdr does is what my camera > does (does an exposure +/-1 ? Ev and then combines it). Is > there a way to get these different exposure shots so we can > use luminancehdr? Or else can we use darktable to do something > like what luminance hdr does? Or does anyone know of a program > with which I can feed it a picture and it will spit out two > additional photos at +/- an Ev you want? > > > > darktable user mailing list to unsubscribe send a mail to > darktable-user+unsubscr...@lists.darktable.org > > > > > darktable user mailing list to unsubscribe send a mail to > darktable-user+unsubscr...@lists.darktable.org > > > > darktable user mailing list to unsubscribe send a mail to > darktable-user+unsubscr...@lists.darktable.org > = -- Matthieu Moy http://www-verimag.imag.fr/~moy/ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] How to use low-pass filter with inverted mask
Normand Fortier <normand.fort...@cgocable.ca> writes: > I am trying to use low-pass filter in order to blur the background > while leaving the main subject intact. In low-pass filter I activated > blend with a mask drawn around the subject, inverted, with opacity > 100%. I guess you're talking about the opacity slider. If so, check that the drawn shape's opacity is also 100%: control-mouse-wheel to change it, and click "display mask" to view it. You should get opaque yellow on the shape when not inverted, and no yellow at all once you invert the shape. -- Matthieu Moy http://www-verimag.imag.fr/~moy/ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Re-using a parametric mask
The problem is that the result of application of a parametric mask is a high-resolution bitmap (~100 MB uncompressed). Not the kind of information you want to store in the database or the xmp files. In theory, it would be possible for one module to do the "parametric mask -> bitmap" conversion, and to provide it to another module further in the pipeline, but I guess that would break darktable's architecture (one big linear pipeline) rather severely. So, that's the kind of feature easy to dream about, but much less funny to implement :-\. - Original Message - > Is there maybe some workaround to "print" a parametric mask and then reuse > it as drawn mask? > I would like that feature. > Am 12.05.2016 13:06 schrieb "Roman Lebedev" <lebedev...@gmail.com>: > > > On Thu, May 12, 2016 at 1:46 PM, Jean-Luc Lacroix <jean@lacroix.it> > > wrote: > > > If I create a parametric mask in one module, is there a way to re-use it > > in > > > another module? > > No. > > > > > It's possible with the drawn masks, but could not find how to do the same > > > with the parametric masks. > > > > > They also do not show in the Mask Manager. > > Correct. > > > > That is a feature, and was discussed previously. > > The same parametric mask, used anywhere else would result in different > > masked area, because the input would be different. > > > > > Cheers. > > > > > > Jean-Luc > > Roman. > > > > > > > > > > darktable user mailing list > > > to unsubscribe send a mail to > > darktable-user+unsubscr...@lists.darktable.org > > > > > > > > > darktable user mailing list > > to unsubscribe send a mail to > > darktable-user+unsubscr...@lists.darktable.org > > > > > > > darktable user mailing list > to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org -- Matthieu Moy http://www-verimag.imag.fr/~moy/ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Minor bug
- Original Message - > Am Mittwoch, 27. April 2016, 14:22:35 schrieb darkta...@911networks.com: > > DT, 2.0.3 on arch with gtk3 3.20.3 > > > > In the select directory of the export, it's missing the "/" of the > > path > > > > Here's the screen capture: > > > > http://i.imgur.com/ih6rLx9.png > > That's not a path but breadcrumbs. I guess. GTK chose to do it like that. > Nothing we can do about it. :-( It's Gtk's choice not to display the '/' (the idea behind is that users shouldn't have to know that '/' is the directory separator when using a GUI), but darktable's theme makes things a bit worse. A bit more space between path elements could help. As a reminder, the unthemed Gtk dialog looks like this: http://i.imgur.com/BsgiNmb.png (that said, I personally do not really care, I like the dt theme enough to accept these) -- Matthieu Moy http://www-verimag.imag.fr/~moy/ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Re: What doesDT's histogram actually show
Christian Mandel <c.man...@gmx.net> writes: > Am 07.04.2016 um 15:17 schrieb Matthieu Moy: >> Christian Mandel <c.man...@gmx.net> writes: >> >>> * When in the pipeline is the histogram produced? How does it belong to >>>the exported image? >> >> Essentially: at the end of the pipeline. The bad new is: it's after the >> output profile module: >> >>https://redmine.darktable.org/issues/9194 >> >> (and bugs linked from there) > > OK, and from the bug report I get that it's especially the monitor > profile that is applied before the histogram is shown. IIRC the output > colour profile module allowed to change display colour profile as well > in dt < 2.x, but this was corrected and in v2.x everything but the > export colour profile is set elsewhere (which makes perfect sense). I may be wrong, but I think the display profile is still applied in the same place in the pipeline. The setting is elsewhere in the user-interface. But I don't know all the internals of the implementation. -- Matthieu Moy http://www-verimag.imag.fr/~moy/ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] What doesDT's histogram actually show
Christian Mandel <c.man...@gmx.net> writes: > * When in the pipeline is the histogram produced? How does it belong to > the exported image? Essentially: at the end of the pipeline. The bad new is: it's after the output profile module: https://redmine.darktable.org/issues/9194 (and bugs linked from there) > * What is the colour space used for the histogram? The output colour > space? Yes, see above. (I don't know much more, probably others can answer more precisely) -- Matthieu Moy http://www-verimag.imag.fr/~moy/ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Darktable can't load
(I didn't get the previous email) Louis Turk <l...@dayspringpublisher.com> writes: > On 04/06/2016 06:46 PM, Louis Turk wrote: >> Hi Matthieu, >> >> Many thanks for your help! Please see below. >> >> On 04/06/2016 04:15 PM, Matthieu Moy wrote: >>> Louis Turk <l...@dayspringpublisher.com> writes: >>> >>>> On 04/06/2016 02:09 PM, Matthieu Moy wrote: >>> >>>>> What happens if you launch "darktable -d all" from a terminal? >>>>> >>>> >>>> [~]% darktable -d all >>> [...] >>> >>> I don't see anything obvious. >>> >>> A few more things that may help (or not...): >>> >>> * Launch "darktable one-image-file" instead of just "darktable". Might >>> trigger a different behavior. >> >> This just locks up as before. >> >>> >>> * Try "strace darktable": very noisy, shows all system calls performed >>> by darktable. When you get a freeze, it may be one system call that >>> does not terminate (then you'll see it immediately at the end of the >>> output of strace), or something running in a loop. >> >> The last few lines are: >> >> openat(AT_FDCWD, "/etc/fonts/conf.d", >> O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 15 >> getdents(15, /* 84 entries */, 32768) = 3920 >> getdents(15, /* 0 entries */, 32768)= 0 >> access("/etc/fonts/conf.d/10-antialias.conf", R_OK) = 0 >> stat("/etc/fonts/conf.d/10-antialias.conf", {st_mode=S_IFREG|0644, >> st_size=223, ...}) = 0 >> open("/etc/fonts/conf.d/10-antialias.conf", O_RDONLY|O_CLOEXEC) = 16 >> read(16, "\n> brk(0x1958000) = 0x1958000 >> read(16, "", 8192) = 0 >> brk(0x1954000) = 0x1954000 >> close(16) = 0 >> access("/etc/fonts/conf.d/10-hinting-slight.conf", R_OK) = 0 >> stat("/etc/fonts/conf.d/10-hinting-slight.conf", {st_mode=S_IFREG|0644, >> st_size=229, ...}) = 0 >> open("/etc/fonts/conf.d/10-hinting-slight.conf", O_RDONLY|O_CLOEXEC) = 16 >> read(16, "\n> read(16, "", 8192) = 0 >> close(16) = 0 >> access("/etc/fonts/conf.d/10-hinting.conf", R_OK) = 0 >> stat("/etc/fonts/conf.d/10-hinting.conf", {st_mode=S_IFREG|0644, >> st_size=212, ...}) = 0 >> open("/etc/fonts/conf.d/10-hinting.conf", O_RDONLY|O_CLOEXEC) = 16 >> read(16, "\n> read(16, "", 8192) = 0 >> close(16) = 0 >> access("/etc/fonts/conf.d/10-scale-bitmap-fonts.conf", R_OK) = 0 >> stat("/etc/fonts/conf.d/10-scale-bitmap-fonts.conf", >> {st_mode=S_IFREG|0644, st_size=1952, ...}) = 0 >> open("/etc/fonts/conf.d/10-scale-bitmap-fonts.conf", O_RDONLY|O_CLOEXEC) >> = 16 >> read(16, "\n> read(16, "", 8192) = 0 >> close(16) = 0 >> access("/etc/fonts/conf.d/11-lcdfilter-default.conf", R_OK) = 0 >> stat("/etc/fonts/conf.d/11-lcdfilter-default.conf", >> {st_mode=S_IFREG|0644, st_size=526, ...}) = 0 >> open("/etc/fonts/conf.d/11-lcdfilter-default.conf", O_RDONLY|O_CLOEXEC) = 16 >> read(16, "\n> read(16, "", 8192) = 0 >> close(16 <ptrace(SYSCALL):No such process> >> +++ exited with 15 +++ >> [~]% I don't understand. In your description, darktable shows a blank screen. Here, and in the output of "darktable -d all", darktable clearly crashes. Do you really get the blank screen after this "exited with 15"? If you get an actual crash, then please read http://www.darktable.org/development/ for how to get a backtrace. -- Matthieu Moy http://www-verimag.imag.fr/~moy/ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Darktable can't load
Louis Turk <l...@dayspringpublisher.com> writes: > On 04/06/2016 02:09 PM, Matthieu Moy wrote: >> What happens if you launch "darktable -d all" from a terminal? >> > > [~]% darktable -d all [...] I don't see anything obvious. A few more things that may help (or not...): * Launch "darktable one-image-file" instead of just "darktable". Might trigger a different behavior. * Try "strace darktable": very noisy, shows all system calls performed by darktable. When you get a freeze, it may be one system call that does not terminate (then you'll see it immediately at the end of the output of strace), or something running in a loop. "strace -e open darktable" shows all files opened by darktable, it may give some hints too. -- Matthieu Moy http://www-verimag.imag.fr/~moy/ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Darktable can't load
Louis Turk <l...@dayspringpublisher.com> writes: > I think it would be wise to not engage in such jokes if you want > darktable to be considered a professional product. darktable is not a commercial product. The goal of developers (I'm not one of them) is not to attract new categories of users, but to have a great program and to have fun with it. > Is there any way to trouble shoot this problem? What happens if you press 'd' or 'l' while darktable with its blank screen is in focus? What happens if you launch "darktable -d all" from a terminal? -- Matthieu Moy http://www-verimag.imag.fr/~moy/ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org