Re: [darktable-user] Selecting multiple thumbs using ctrl-shift doesn't work fully?

[junkyardsparkle]

On Wed, May 9, 2018, at 12:46, kneops wrote:
> I don't know how to describe this otherwise, but in this case I had a 
> folder with lots of skulls so I wanted to delete them. Normally I do 
> ctrl-click on the first image in a row, then shift-click on the last 
> image in that row, and then while keeping the ctrl key pressed, click on 
> the first image in the next row of thumbs with skulls, and keeping the 
> ctrl-key pressed, shift-click on the last thumb in that row etc. until I 
> have all skulls selected. It's not a big deal, but I just noticed this 
> does not work in DT. It normally does in most other programs I use. 


 To do multiple discontinuous selection in darktable, just release the Ctrl key 
before that last shift-click in your description. Yes, this is a little bit 
"different" from other UI behavior, and possibly not intuitive... :)

-- 
jys

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] SDXC Card not detected

[junkyardsparkle]

On Tue, May 8, 2018, at 04:35, Anton Aylward wrote:
> On 07/05/18 07:10 PM, junkyardspar...@yepmail.net wrote:
> > whereas exFAT currently *does* present some obstacle
> 
> And what obstacle is that?

Just in the practical sense that it has resulted in two (IIRC) different people 
posting here recently about it preventing them from using darktable to import 
files from their camera/card in the manner that they were used to.

I'm not trying to assert anything particularly about exFAT, just pondering if 
there should perhaps be another option in the import module... one that can 
just be pointed to a filesystem directory like the "folder" import, but which 
actually moves the files to a new location before the import. Seems like it 
would add some flexibility. I personally am perfectly happy pulling the files 
from my cards outside of darktable, but some people apparently feel otherwise. 
I could be completely wrong about all of that. :)

-- 
jys

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] SDXC Card not detected

[junkyardsparkle]

On Mon, May 7, 2018, at 17:12, Patrick Shanahan wrote:
> * junkyardspar...@yepmail.net  [05-07-18 19:13]:
> > 
> > 
> > On Mon, May 7, 2018, at 15:46, Patrick Shanahan wrote:
> > > * junkyardspar...@yepmail.net  [05-07-18 
> > > 18:05]:
> > > > On Mon, May 7, 2018, at 14:12, Patrick Shanahan wrote:
> > > > 
> > > > > yes, afaik dt uses the systems disk access.  I believe dt uses 
> > > > > gphoto2 to
> > > > > access the camera and the camera contained card(s).
> > > > 
> > > > I'm just curious: is this still needed for file access on anything but 
> > > > very old cameras? I've always used Olympus cameras that supported USB 
> > > > storage from the early days, so I never developed the habit of using 
> > > > any special software for this... and haven't really kept track of how 
> > > > the situation has evolved over the years.
> > > > 
> > > > I understand that the library is still needed for things like 
> > > > tethering, etc.
> > > 
> > > google and read about gphoto2, http://www.gphoto.org/
> > 
> > Yeah, I'm familiar with the project, I was just hoping for insights, from 
> > the perspective of developing RAW development software, about how currently 
> > relevant it is 20 years later *for simple retrieval of files*. I find very 
> > little discussion about recent cameras not supporting USB storage, whereas 
> > exFAT currently *does* present some obstacles. In light of that, it seems 
> > possible that only using gphoto as a fallback when needed might make sense.
> 
> can you access the card storage on your camera using your perferred file
> management software on your system w/o added software?
> 
> might answer your question.

As mentioned above, I've always been able to, with my Olympus cameras, going 
back to at least the turn of the century. :)

I understand that this hasn't been the the case for other brands in the past. I 
was hoping others on the list, who have long term experience with those, might 
have perspective on how much this has or hasn't changed over the years. If not, 
please ignore.

-- 
jys

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] SDXC Card not detected

[junkyardsparkle]

On Mon, May 7, 2018, at 15:46, Patrick Shanahan wrote:
> * junkyardspar...@yepmail.net  [05-07-18 18:05]:
> > On Mon, May 7, 2018, at 14:12, Patrick Shanahan wrote:
> > 
> > > yes, afaik dt uses the systems disk access.  I believe dt uses gphoto2 to
> > > access the camera and the camera contained card(s).
> > 
> > I'm just curious: is this still needed for file access on anything but very 
> > old cameras? I've always used Olympus cameras that supported USB storage 
> > from the early days, so I never developed the habit of using any special 
> > software for this... and haven't really kept track of how the situation has 
> > evolved over the years.
> > 
> > I understand that the library is still needed for things like tethering, 
> > etc.
> 
> google and read about gphoto2, http://www.gphoto.org/

Yeah, I'm familiar with the project, I was just hoping for insights, from the 
perspective of developing RAW development software, about how currently 
relevant it is 20 years later *for simple retrieval of files*. I find very 
little discussion about recent cameras not supporting USB storage, whereas 
exFAT currently *does* present some obstacles. In light of that, it seems 
possible that only using gphoto as a fallback when needed might make sense.

-- 
jys

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] SDXC Card not detected

[junkyardsparkle]

On Mon, May 7, 2018, at 14:12, Patrick Shanahan wrote:

> yes, afaik dt uses the systems disk access.  I believe dt uses gphoto2 to
> access the camera and the camera contained card(s).

I'm just curious: is this still needed for file access on anything but very old 
cameras? I've always used Olympus cameras that supported USB storage from the 
early days, so I never developed the habit of using any special software for 
this... and haven't really kept track of how the situation has evolved over the 
years.

I understand that the library is still needed for things like tethering, etc.

-- 
jys

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Failed to load?

[junkyardsparkle]

On Fri, May 4, 2018, at 06:10, Dave Pawson wrote:
> Thanks Bernhard, I've emailed dcoffin a couple of times  offering files.
> no response at all!

It's possible that dcraw is no longer actively maintained, based on similar 
reports.

>Is that the way into adding a new profile to DT? via DC or UFraw?

Probably not. darktable uses RawSpeed as much as possible:

 https://github.com/darktable-org/rawspeed

so new camera support is probably best added there. That said, I just grabbed a 
sample GX9 file and opened it in darktable 2.4.3 without issues, so the support 
is there, you just need to update.

-- 
jys

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] So many panels

[junkyardsparkle]

On Tue, Apr 24, 2018, at 11:40, kneops wrote:
> You know that song 'Too many puppies' by Primus? I was confused about 
> how to simply rotate an image in darkroom so I asked a question about it 
> just a few minutes ago. This has been explained to me. There is a 
> seperate Orientation panel next to Rotate and Crop. But why are 
> orientation and rotation split into two panels?

These are really very distinct operations. Orientation is just that - 
determining whether this is a "landscape" or "portrait" orientation of the 
sensor data. Most modern cameras detect and include this information in images, 
and darktable will use this information when present, but every once in a while 
you need to manually change this. When this is the case for several images, 
it's generally easier to do it by selecting them in lighttable view and hitting 
the button once. Fine rotation is just that - getting horizons level, etc... 
unlike orientation, it always implies some cropping, so it's combined with the 
cropping module. 

> Just this week I did another test. I had trial versions running of 
> Lightroom and On1 in Windows (inside Virtualbox), and Darktable, 
> Aftershot Pro and RawTherapee in Linux. Then I edited one and the same 
> image. I got a very good result and very fast in LR and On1 (even when 
> running inside Virtualbox) which offer all the basic tools in one view. 
> Almost everything can be done with those simple tools.

Everyone has a different definition of "almost everything". Have you tried 
adding the modules you find most important to your workflow to the "favorites" 
group?

 https://www.darktable.org/usermanual/en/module_groups.html

Darktable also allows for a large amount of custom automation based on camera, 
lens, ISO, etc... getting this set up the way you want it can greatly enhance 
workflow.

 https://www.darktable.org/usermanual/en/module_presets.html

My thoughts. :)

-- 
jys

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Rotation issues

[junkyardsparkle]

There *is* a darkroom module for this.

 https://www.darktable.org/usermanual/en/modules.html#orientation



On Tue, Apr 24, 2018, at 11:01, kneops wrote:
> I was looking for a way to simply rotate an image 90 degrees. It seems 
> only to be possible in the ligttable window which I find strange. 
> Anyway, before I knew that, I was editing an image in darkroom and I 
> rotated the image manually -90 degrees, using the crop and rotate tool. 
> Then I read about the right place to rotate is in the lightroom window, 
> so I went back and clicked the rotate -90 degree button once. The result 
> was the image rotated 180 degrees so I had to click the right rotate 
> button once to get it back +90 degrees. The 180 rotation happened over 
> and over again, I tried it several times.
> 
> Then I went back to the darkroom window and saw that my image was again 
> rotated, probably because my edit in the crop and rotate tool was still 
> active. So I clicked 'Original' in the history panel and expected to see 
> the image as it was in the lightroom, where I rotated the image -90 
> degrees. But it wasn't. Going back to the lightroom, the image was still 
> rotated -90 degrees as it should, but I couldn't get this fixed in the 
> darkroom other than again rotate it manually.
> 
> So, going back and forth between the lighttable and darkroom can do 
> strange things when using rotation in both places. Which is a good 
> argument to move the rotate option from lighttable to darkroom where it 
> should be anyway. Imho that is ;).
> 
> Jack
> 
> 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

Re: [darktable-user] 'New' camera. IT8 Calibration target.

[junkyardsparkle]

GX9 is listed as one of the newly supported cameras in 2.4.3 release 
announcement:

 https://github.com/darktable-org/darktable/releases/tag/release-2.4.3



On Tue, Apr 24, 2018, at 06:59, Dave Pawson wrote:
> in the UK.
> New Panasonic GX9 camera, not supported by darktable (tbc?)
> 
> Willing to submit calibration images from http://www.targets.coloraid.de/
> 
> Can someone confirm that the set I want is
> 
> C1
> DIN A4 sized (non-standard) reflective camera target on non-glossy
> Kodak Prof. paper and (new:)alu-dibond backing. IT 8.7 layout. (incl.
> CD)
> 
> which is shown as for camera?
> 
> Could I use this for dcoffin/dcraw  too?
> 
> TiA
> 
> -- 
> Dave Pawson
> XSLT XSL-FO FAQ.
> Docbook FAQ.
> 
> 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

Re: [darktable-user] exFAT-Filesystem on SDXC-card supported?

[junkyardsparkle]

On Mon, Apr 23, 2018, at 10:44, Frank J. wrote:

> Pointing DT to the mount point is only possible with "import folder".
> This will leave the fotos on the card and write the moint-point-path to 
> the database and write sidecars on the card.

Ah, good point. I never use darktable to access a device directly (I have a 
one-keypress script for pulling from cards), so I wasn't thinking about that. 
Arguably, it's better for the card to just copy things over, then format in the 
camera, but this may be less true with exFAT.

-- 
jys

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] exFAT-Filesystem on SDXC-card supported?

[junkyardsparkle]

On Sun, Apr 22, 2018, at 00:34, Frank J. wrote:
> Hallo,
> is the exFAT-Filesystem supported by darktable?
> 
> In the past I used SD-Cards up to 16 GB which are formatted whith a 
> FAT-filesystem. My new card is a SDXC-card with 64 GB space. My camera 
> (Olympus) formatted the card with an exFAT-filesystem.
> 
> On the first import linux (Ubuntu 16.04) and Darktable (2.4.2) can't 
> read this filesystem.
> After installing "exfat-fuse" and "exfat-utils" linux can read the 
> exfat-filesystem.
> 
> But darktable still shows in the import-tab:
>"no supported devices found"
> 
> I copied the RAW-files to a folder and imported the folder into darktable.
> An import directly from the card with move to a folder is not possible.

Assuming your system is auto-mounting the card reader or camera, did you try 
pointing darktable to the mount point? The fuse module is a little different 
from actual low-level OS support for the filesystem.

-- jys

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Can't find module Lens Correction

[junkyardsparkle]

On Tue, Apr 17, 2018, at 22:46, Remco Viëtor wrote:

> Yes, /usr/local/lib is the usual place for locally installed libraries. 
> /usr/lib64 is supposed to hold the libraries installed by your distribution. 
> And at least on my system, /usr/local/lib and /usr/local/lib64 are searched 
> by 
> default when loading dynamic libraries.

It really depends on the distro. I don't use /usr/local/ on slackware anymore, 
but I haven't really tried to keep up with the general zeitgeist. In any case, 
this might help:

 
https://stackoverflow.com/questions/4743233/is-usr-local-lib-searched-for-shared-libraries

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Can't find module Lens Correction

[junkyardsparkle]

On Tue, Apr 17, 2018, at 18:45, André Felipe Carvalho wrote:

> I think I need to symlink the library to someplace dt expects. But... why
> does it find the library at compilation time, but not when executing?

Are you sure /usr/local/lib is the right place to be installing on your system, 
as opposed to, say, /usr/lib64?

-- 
jys


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Vacations

[junkyardsparkle]

On Thu, Mar 22, 2018, at 03:25, Bernhard wrote:
> 
> Recently I added Geeqie to my workflow to sort and reduce the number of 
> photos to process in dt in "mass shootings" (sports, birds in motion 
> etc.) - that helped a lot in reducing e.g. from 500 to 50 photos at the 
> end of a session - I would not do this in dt. on any machine.
> 
> Regarding Geeqie: I did not investigate if Geeqie will write xmps which 
> can be read by dt as I simply use it for reducing the number of photos 
> => selecting the best only.
> http://www.geeqie.org/help/GuideOptionsMetadata.html

I use Geeqie in a very similar way. Normally I only use its tagging ability for 
files that are already JPEGs for whatever reason, but I just did a quick test 
tagging a RAW file and saving the data to XMP... darktable imports the tags 
just fine along with the file. Geeqie doesn't have "ratings" or "labels", 
though... it does have "marks", which are just numbers 1-6. It can use these 
marks for organizing files in various ways, but it doesn't seem to save them as 
XMP metadata.

The best you could do would probably be to use marks as ratings, since they're 
fast to apply with the keyboard, then just before importing everything into 
darktable, use the marks to add ratings as tags, which you could delete in 
darktable after using them to select the files and apply ratings. Possibly not 
convenient, but Geeqie is a really nice, efficient program with quite a bit of 
configurability as to what it spends CPU cycles and memory on. Last time I 
checked, the new GTK3 build still had some odd UI quirks, so I would stick with 
GTK2 for now, personally.

-- 
jys

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] image information > focus distance

[junkyardsparkle]

On Fri, Feb 23, 2018, at 09:19, Matej Martinovic wrote:
> It's the distance from the sensor plane of your camera to the subject 
> which is in focus. You can see the set focus distance also on the 
> distance scale on your lens.

Note that depending on the camera model, this may or may not reflect reality... 
it's worth doing a test to see, if you're planning to use it for something. 
This information can also affect how vignetting correction is applied in the 
"lens correction" module, for lenses that have been profiled at more than 
infinity (not all that many, currently).

-- 
jys

> BR
> Matej
> On 2018-02-23 16:18, Carlos Arigós wrote:
> > Hola
> >
> > What does the expression: 'focus distance' mean in the 'image 
> > information' tab ...?
> >
> > Thanks
> >
> > Carlos
> >

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] darktable hangs/crashes when deleting images

[junkyardsparkle]

On Thu, Jan 25, 2018, at 11:44, Tobias Ellinghaus wrote:
> Am Donnerstag, 25. Januar 2018, 20:33:04 CET schrieb Michael Staats:

> > Note: My images are located on a NAS, mounted via nfs v3, but my home
> > dir (i. e. including .config/darktable/*db) lives on a local SSD. I have
> > disable "send files to trash when erasing images" in the prefs.
> 
> Does it also happen when you have the files locally?

For me, this happens when the thumbnails for the rejected images haven't 
finished updating yet. Apparently the updating is done because I page through 
the images in darkroom mode to view them, even though I haven't made any manual 
edits (but some auto-presets are applied). My files are on local storage, and I 
also have "send to trash" disabled. Maybe it's a result of files being deleted 
while the background thumbnail process is still trying to access them?

-- 
jys

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] FW: Confirm subscription to darktable-user@lists.darktable.org

[junkyardsparkle]

On Mon, Jan 1, 2018, at 21:27, Frank wrote:
> 
> There is no checksum that I could see from this URL. Have I missed it
> somewhere?

The checksum (".asc") files are listed alongside the packages here:

 https://github.com/darktable-org/darktable/releases/


> I had initially thought it might have been a false positive, and so just
> required clarification.

If AVG provides a method for reporting these kinds of (presumed) false 
positives, that would be a good thing to do, potentially saving others from a 
similar experience.

-- 
jys

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] darktable 2.4.0rc1 released

[junkyardsparkle]

I find that with the haze removal module enabled, scrolling the temperature 
slider in the white balance module produces strange alternating jumps in what 
seems to be the area of effect of the former module. Can anyone else confirm 
this?

-- 
jys

On Tue, Dec 12, 2017, at 02:02, Tobias Ellinghaus wrote:
> we're proud to announce the second release candidate for the upcoming 2.4 
> series of darktable, 2.4.0rc1!
> 
> the github release is here: [https://github.com/darktable-org/darktable/
> releases/tag/release-2.4.0rc1](https://github.com/darktable-org/darktable/
> releases/tag/release-2.4.0rc1).
> 
> as always, please don't use the autogenerated tarball provided by github, but 
> only our tar.xz. the checksum is:
> 
> ```
> $ sha256sum darktable-2.4.0rc1.tar.xz
> 2b38462584223a0f74f081dc025e1811b524f403d919734a1b8c15f7c87858ea 
> darktable-2.4.0rc1.tar.xz
> $ sha256sum darktable-2.4.0rc1.dmg
> ??? darktable-2.4.0rc1.dmg
> $ sha256sum darktable-2.4.0rc1.exe
> d576071f7052d61acf35d05184d5e12c2bdedcb1dce0159668022c2e46c6467d 
> darktable-2.4.0rc1.exe
> ```
> 
> The OSX DMG file should follow shortly.
> 
>  Important note: to make sure that darktable can keep on supporting the 
> raw file format for your camera, *please* read [this post](https://
> discuss.pixls.us/t/raw-samples-wanted/5420?u=lebedevri) on how/what raw 
> samples you can contribute to ensure that we have the *full* raw sample set 
> for your camera under CC0 license!
> 
> ## changes since rc0
> 
> - noise profile for Nikon D4
> - Phase One IQ140 support
> - OSX packaging fixes
> - Lightroom 7 import fixes
> - Some fixes for sliders and comboboxen and grabbing the keyboard focus
> - No longer use colored sliders in the white balance module – they confused 
> people
> - Update Catalan translation
> - Update Hungarian translation
> - Fix OpenCL on OSX
> - Bail out of darktable-cli when the XMP file is not readable
> - Fix timezone selection for geotagging on Windows
> - Canon EOS M100 supported
> - Show ratings on zoomable lighttable without a delay
> - Rely on CUPS color management when printing without configuring any color 
> profile in darktable
> 
> and the changelog as compared to 2.2.0 can be found below. Some of the fixes 
> might have been backported to the stable 2.2.x series already.
> 
> - The maintainership of the RawSpeed library was transferred to the darktable 
> project. The work on code cleanup, hardening, modernization, simplification 
> and testing is ongoing.
> - Well over 2 thousand commits to darktable+rawspeed since 2.2.0
> - 244 pull requests handled
> - 320+ issues closed
> - Updated user manual is coming soon™
> 
> ## Hell Froze Over
> 
> - As you might have read on our [news post](https://www.darktable.org/2017/08/
> darktable-for-windows/) we finally ported darktable to Windows and intend to 
> support it in the future. At the moment it's still lacking a few features 
> (for 
> example there is not printing support), has a few limitations (tethering 
> requires special drivers to be installed) and comes with its own set of bugs. 
> But overall we are confident that it's quite usable already and hope you will 
> enjoy it. A very special thanks goes to Peter Budai who finally convinced us 
> to agree to the port and who did most of the work.
> 
> ## The Big Ones
> 
> - A new module for haze removal
> - The local contrast module can now be pushed much further, it also got a new 
> local laplacian mode
> - Add undo support for masks and more intelligent grouping of undo steps
> - Blending now allows to display individual channels using false colors
> - darktable now supports loading Fujifilm compressed RAFs
> - darktable now supports loading floating point HDR DNGs as written by 
> HDRMERGE
> - We also added channel specific blend modes for Lab and RGB color spaces
> - The base curve module allows for more control of the exposure fusion 
> feature 
> using the newly added bias slider
> - The tonecurve module now supports auto colour adjustment in RGB
> - Add absolute color input as an option to the color look up table module
> - A new X-Trans demosaicing algorithm, Frequency Domain Chroma, was 
> implemented.
> - You can now choose from pre-defined scheduling profiles for OpenCL
> - Speaking of OpenCL, darktable now allows to force-use OpenCL for a specific 
> pixelpipe
> - Xmp sidecar files are no longer written to disk when the content didn't 
> actually change. That mostly helps with network storage and backup systems 
> that use files' time stamps
> 
> ## New Features And Changes
> 
> - Show a dialog window that tells when locking the database/library failed
> - Don't shade the whole region on the map when searching for a location. 
> Instead just draw a border around it.
> - Also in map mode: Clear the search list and map indicators when resetting 
> the search module.
> - With OsmGPSMap newer than version 1.1.0 (i.e., anything released after that 
> OsmGPSMap version) the map will show copyright info.
> - 

Re: [darktable-user] Lensfun-bug? Should Pentax K-1 be supported (K-1 recognized as K-S1)

[junkyardsparkle]

I can't reproduce this in darktable with lensfun 3.2, so if it is a lensfun 
bug, it was probably fixed since lensfun 2.8.

On Thu, Nov 30, 2017, at 12:25, Аl Воgnеr wrote:
> Am Thu, 30 Nov 2017 20:30:15 +0100
> schrieb Аl Воgnеr :
> 
> > Should the Pentax K-1 be supported?
> 
> It looks like it is a lensfun-bug.
> 
> I removed the K-S1 part in /usr/share/lensfun/slr-pentax.xml and
> deleted my own file ~/.local/share/lensfun/k1.xml. The K-1 is
> in /usr/share/lensfun/slr-pentax.xml already. Now the K-1 is recognized
> and it should work as long there is no update.
> 
> Al
> 
> > liblensfun-data 0.2.8-3pmjdebruijn2~xenial
> > darktable 1:2.2.5-0pmjdebruijn1~xenial
> > [EXIF] 0x010f Make: RICOH IMAGING COMPANY, LTD.
> > [EXIF] 0x0110 Camera Model Name:PENTAX K-1
> > 
> > A jpg-photo from this camera was recognized as K-S1
> > 
> > I created ~/.local/share/lensfun/k1.xml
> > 
> > 
> > 
> > RICOH IMAGING COMPANY, LTD.
> > Pentax
> > PENTAX K-1
> > K-1
> > Pentax KAF2
> > 1
> > 
> > 
> > 
> > But this didn't help. The file is still recognized as K-S1 and not
> > K-1.
> 
> 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

Re: [darktable-user] Parametric mask preview shortcut?

[junkyardsparkle]

On Tue, Nov 28, 2017, at 11:42, Ulrich Pegelow wrote:
> There is a feature as you suggested in the upcoming 2.4.0. When holding 
> down the CTRL key while entering one of the parametric masks sliders you 
> see the mask preview as long as you stay in the slider. On leaving the 
> view goes back to normal (with a 1 second delay).
> 
> Likewise if you press the SHIFT key while entering the slider you get a 
> a false color view of that specific color channel. You can also combine 
> SHIFT and CTRL to see a mask preview on top of the color channel display.

This sounds good. Maybe a shortcut mapping to toggle visibility of the drawn 
masks for the currently active module to go along with it? :D

-- 
jys

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] lensfun database update, lens ok camera ko

[junkyardsparkle]

On Sun, Nov 19, 2017, at 13:53, Brune Wayce wrote:
> Hello,
> I am on Debian 9 (stable) and my camera/lens was not present in the lensfun
> database seen by darktable.
> After some troubles, in the end I did succeed updating the lensfun
> database: I did have to install all the *lensfun* packages (actually I did
> not install "gimp-lensfun" and "liblensfun-doc"), and then executed a "sudo
> lensfun-update-data". After this I manually copied the .xml files from
> "var/lib/lensfun-updates/version1" to "usr/share/lensfun/version1".

Congratulations on jumping through all the hoops! ;)
 
> Now my lens (Panasonic Lumix G Vario 14-140mm f/3.5-5.6) is in the database
> and Darktable can see it, but my camera (Panasonic DMC-G7) is still not
> present! I can manually select one of the other cameras (I can choose for
> example Panasonic DMC-G6) and Darktable apply all the lens corrections, but
> I'm not sure this is the optimal solution...

Lensun uses the camera model detection for essentially two things:
* to know the crop factor of the camera model for calculation of correction
* to use the lens mount information to show you a relevant list of lenses for 
manual selection

So you could basically choose any Micro 4/3 camera for that field and get the 
same results.
 
> What should I do to make darktable automatically select  my camera/lens set?

The mil-panasonic.xml file needed an entry for the camera. I added it in the 
git repository, hopefully it will show up in your next update. If you really 
need to, you can modify your local copy similarly, by just copying the entry 
for G6, for instance, and changing that one little number. Thanks for reporting.

-- 
jys

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Crashed: image is black

[junkyardsparkle]

On Tue, Nov 14, 2017, at 09:59, darkta...@911networks.com wrote:
> DT 2.2.5 on arch.
> 
> I was processing an image and I just took a snapshot:
> 
> https://i.imgur.com/tUD86t7.png
> 
> * cleared the snapshot
> * returned to the lighttable and the preview was totally black.
> 
> * pressed D to go back to the develop module
> * all my steps are there but the image is black. 
> 
> The only steps not black are:
> * original
> * sharpen
> * base curve
> 
> the next step: tone curve and the image becomes black and he's the
> attached: tone curve
> 
> https://i.imgur.com/Z4tGY9k.png

Wow, that looks like the tone curve module loaded a chunk of data that was 
never intended to be a tone curve! o.O

I can't reproduce this using the steps listed... can you?

-- 
jys

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Sharpening after resize

[junkyardsparkle]

On Mon, Nov 13, 2017, at 22:29, Lorenzo Bolzani wrote:
> I'm quite sure that all processing is applied before downscale (this has
> been discussed before). And sharpening is mostly lost after downscale.

This depends on whether "do high quality resampling during export" is checked 
in "core options" tab of preferences or not. It might be nice if there was a 
way to make this an option per preset in the export module.

-- 
jys

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Lensfun - Canon PowerShot G7 (1st generation) supported by darktable?

[junkyardsparkle]

On Fri, Oct 27, 2017, at 13:33, Аl Воgnеr wrote:
> Am Fri, 27 Oct 2017 12:28:10 -0700
> schrieb junkyardspar...@yepmail.net:
>>
> > It's not usual to add a compact camera without lens data now, I'm not
> > sure if the intention was to map it to the lens data for the G9,
> > since it appears to use the same lens... if you manually choose this
> > camera and confirm that the corrections seem to work, I'll make the
> > change. It also appears that the G7 doesn't support RAW output with
> > stock firmware; are you using aftermarket firmware? If so, that
> > should probaby be noted in the profile, especially if this camera
> > applies any automatic correction to JPEG output.
> 
> When I check
> https://github.com/lensfun/lensfun/blob/master/data/db/compact-canon.xml
> it is the same Canon Powershot G9 __X__ has some lens date, but there
> is no G9.

Ack, you're right, it looks like the G9 is another "phantom" profile. :/

Well, you can always submit some calibration images yourself, if your interest 
extends that far:

 http://wilson.bronger.org/calibration

-- 
jys

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Lensfun - Canon PowerShot G7 (1st generation) supported by darktable?

[junkyardsparkle]

On Fri, Oct 27, 2017, at 08:06, Аl Воgnеr wrote:
> Am Fri, 27 Oct 2017 15:54:05 +0300
> schrieb Roman Lebedev :
> 
> > On Fri, Oct 27, 2017 at 3:19 PM, Аl Воgnеr 
> > wrote:
> > > darktable 1:2.2.5-0pmjdebruijn1~xenial
> > >
> > > http://lensfun.sourceforge.net/lenslist/ mentions the Canon
> > > PowerShot G7 and the camera is shown with dt, but the lens
> > > selection is empty.
> > >
> > > The activation of the lenscorrection in dt doesn't change anything.
> > >
> > > Should it work or not?  
> > darktable does not provide or ship the lensfun or lensfun database.
> > darktable simply uses lensfun installed on your system.
> > Whatever that lensfun has in it's locally-installed db is what you can
> > use in darktable.
> 
> From compact-canon.xml
> 
> 
> Canon
> Canon PowerShot G7
> PowerShot G7
> canonG7
> 4.843
> 
> 
> I cannot find lens parameters for the G7, but for the G7 X
> 
> 
> Canon
> Canon G7 X  compatibles
> ...
> 
> So why it makes sense to add a camera, but not the lens paramters?

The camera entry was added long ago with this commit:

 
https://github.com/lensfun/lensfun/commit/ba4551a9040fea333c0af58d6f31249ad2e14c9e

It's not usual to add a compact camera without lens data now, I'm not sure if 
the intention was to map it to the lens data for the G9, since it appears to 
use the same lens... if you manually choose this camera and confirm that the 
corrections seem to work, I'll make the change. It also appears that the G7 
doesn't support RAW output with stock firmware; are you using aftermarket 
firmware? If so, that should probaby be noted in the profile, especially if 
this camera applies any automatic correction to JPEG output.

Also, for future reference, this is the lensfun list:

 https://sourceforge.net/p/lensfun/mailman/lensfun-users/

You can also raise issues about lensfun *profiles* here:

 https://github.com/lensfun/lensfun/issues

-- 
jys



darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Lens correction

[junkyardsparkle]

On Thu, Oct 12, 2017, at 16:08, Roman Lebedev wrote:
> On Fri, Oct 13, 2017 at 2:05 AM, David Vincent-Jones  
> wrote:
> > My lens is included in the current lensfun coverage but does not display
> > in the dt listing ... do I just wait for dt to update to the latest
> > lensfun version?
>
> dt does *not* bundle those correction.
> Depending on your lensfun version, lensfun-update-data tool may help you.
> Otherwise, bug the lensfun in your distributions bugtracker.

Maybe you don't want to wait around for the next lensfun version to be 
packaged, either, so...

Did you try, as suggested by others, to install the "lensfun-tools" package, by 
whatever method you normally use for package management? It sounds like this is 
how your distro provides the "lensfun-update-data" script. If you then run that 
script from a terminal, it *should*, with any luck, download the newest version 
of the lens database used by lensfun (and by extension, darktable). If you run 
the script as root, it will attempt to install to the system database location, 
otherwise to your user directory. Watch the output in the terminal, it will 
tell you whether things are working or not. If it works, great! If it doesn't, 
report back with the error message.

-- 
jys

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Lens correction

[junkyardsparkle]

On Wed, Oct 11, 2017, at 09:34, David Vincent-Jones wrote:
> Norman ... thanks for that, I was assuming that the 'arrow thing' would
> open the list as is a normal case.  so, problem solved, thanks
> 
> I guess that eventually my camera and lens will be added to the list!!

See http://wilson.bronger.org/calibration for how to make that happen.

-- 
jys

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Lens correction

[junkyardsparkle]

On Tue, Oct 10, 2017, at 23:18, David Vincent-Jones wrote:
> darktable 2.3.0~git975.117e1358c-298.4
> Camera Fujifilm X-Pro2 with XF23mmF2 WR
> 
> My lens is correctly shown but the module indicates that
> "camera/lens not found-please select manually"
> 
> There is no drop-down list available and all the corrections are grayed-out.
> 
> Lower line indicates "corrections done"
> 
> ? .. are corrections done? The 'not-found' message is misleading.

After the "corrections done:" should be shown some combination of "distortion", 
"TCA", and "vignetting", or "all" if that's the case.  If there's no profile 
for the lens, nothing is shown in that field... maybe it would make sense for 
"none" to be shown instead, as it is for lenses for which a profile exists, but 
when "none" is selected in the dropdown. What lens are you trying to correct?

-- 
jys

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Workaround: Pentax KP, liblensfun-data 0.2.8-3pmjdebruijn2~xenial

[junkyardsparkle]

On Sat, Sep 30, 2017, at 13:44, Аl Воgnеr wrote:
> Maybe someone is interested how to use the Pentax KP with Ubuntu 16.04.
> I discussed this with Thorsten Bronger from lensfun privately and
> finally this worked in an own file.
> 
> 
> 
> Ricoh Imaging Company, Ltd.
> Pentax
> Pentax KP
> KP
> Pentax KAF2
> 1.534
> 
> 
> 
> ~/.local/share/lensfun$ ls -1
> compact-canon.xml
> compact-panasonic.xml
> compact-pentax.xml
> compact-ricoh.xml
> compact-sony.xml
> kp.xml
> mil-canon.xml
> mil-pentax.xml
> mil-sony.xml
> mil-tamron.xml
> slr-canon.xml
> slr-pentax.xml
> slr-ricoh.xml
> slr-sigma.xml
> slr-sony.xml
> slr-tamron.xml
> 
> I have some files from git in ~/.local/share/lensfun , but it didn't
> help to add the part from  to  in slr-pentax.xml.
> 
> So I tried an own file kp.xml with . Note there is no
> version included!

Yes, the version declaration for versions <2 isn't required (and I don't bother 
adding it to the files I'm working with up to this point); my suggestion in the 
earlier thread to change it to "1" was simply because that's what the official 
backported files do. It doesn't hurt. :)

-- 
jys

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] lensfun

[junkyardsparkle]

On Sat, Sep 30, 2017, at 04:37, Remco Viëtor wrote:
> On samedi 30 septembre 2017 12:18:00 CEST junkyardspar...@yepmail.net wrote:
> > On Sat, Sep 30, 2017, at 02:17, Roman Lebedev wrote:
> > > On Sat, Sep 30, 2017 at 1:48 AM,   wrote:
> > > > Remove the DOCTYPE declaration on the first line
> > > > 
> > > >  
> > > > 
> > > > and change the version to "1" in the line that follows
> > > > 
> > > >  
> > > 
> > > You do realize that changing version like that is not exactly
> > > guaranteed to work, right?
> > 
> > What exactly are the differences to watch out for? I seem to remember
> > digging into this before, but diffing some files from the backport and
> > master didn't turn anything up.
> 
> You might want to have a look here:
> http://lensfun.sourceforge.net/manual/dbformat.html

Thanks, I'm well aware of that page, as I create, add, and remove database 
files from my local lensfun db in the process of creating lens profiles from 
user submitted files via the github repository. Not only does that page not 
address my question about version differences between 1 and 2, but neither does 
the more specifically-intended-to page linked from it:

 http://lensfun.sourceforge.net/manual/db_versions.html

Hence my question, but it should have been posted at the lensfun list, not 
here. Sorry, disregard.

> From my understanding of what's written there, if you have to resort to the 
> tricks you describe (removing  might be using an old version of the library. 

This is simply the observable difference between the version 1 files as 
provided in bundles or via lensfun-update-data, and the files as they are 
currently in the master branch. It is the difference between the file being 
loaded by darktable or not, as empirically experienced by me during the course 
of juggling many of these files.

> And why should darktable worry or know about lensfun internals? The whole 
> reason of using a library is that you don't have to learn/understand all the 
> gritty details. Counterpart of that is that you shouldn't modify said 
> internals, and even less tell others to do so, unless you give a very good 
> reason for such modification (and "darktable may not like them (you'll see a 
> warning on the console output)" is /not/ a good reason...). 

The database files are *intended* to be user creatable, and are not library 
internals. The reason is the one stated above, and it's a very good reason. :)

-- 
jys

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] lensfun

[junkyardsparkle]

On Sat, Sep 30, 2017, at 02:17, Roman Lebedev wrote:
> On Sat, Sep 30, 2017 at 1:48 AM,   wrote:
> >
> > Remove the DOCTYPE declaration on the first line
> >
> >  
> >
> > and change the version to "1" in the line that follows
> >
> >  
> You do realize that changing version like that is not exactly
> guaranteed to work, right?

What exactly are the differences to watch out for? I seem to remember digging 
into this before, but diffing some files from the backport and master didn't 
turn anything up.

-- 
jys

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] lensfun

[junkyardsparkle]

On Thu, Sep 28, 2017, at 07:05, darkta...@911networks.com wrote:
> 
> I needed to  add some Fuji lenses. I checked: 
> 
> https://www.mankier.com/1/lensfun-update-data
> 
> [froggy@dodoite ~]$ sudo lensfun-update-data 
> [sudo] password for froggy: 
> Reading http://lensfun.sourceforge.net/db/versions.json …
> Reading http://wilson.bronger.org/lensfun-db/versions.json …
> Info: No newer database was found for last installed Lensfun.
> 
> archlinux:
> 
> [froggy@dodoite ~]$ pacman -Q lensfun
> lensfun 0.3.2-3
> 
> Didn't work.
> 
> I finally found:
> 
> https://sourceforge.net/p/lensfun/code/ci/master/tree/data/db/
> 
> downloaded the fuji to: ~/.local/share/lensfun/updates and magic
> happened!
> 
> Is there a better way?

It looks like the new additions at github are getting pushed to the sourceforge 
master branch db periodically, which means that if a lens was added at github 
very recently, it may not appear at sourceforge yet. Aside from that, the 
sourceforge files have probably been better checked for any possible errors, 
etc, and are probably the best bet. In either case, you should probably make 
the following changes to the .xml file:

Remove the DOCTYPE declaration on the first line

 

and change the version to "1" in the line that follows

 

otherwise darktable may not like them (you'll see a warning on the console 
output). You might want to put any that you add this way into 
~/.local/share/lensfun directly, rather than the updates directory, to prevent 
it being clobbered by future runs of lensfun-update-data (although hopfully any 
future successful updates using this method would make the added file redundant 
anyway).

-- 
jys

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] lensfun

[junkyardsparkle]

On Wed, Sep 27, 2017, at 20:47, Patrick Shanahan wrote:
> * junkyardspar...@yepmail.net  [09-27-17 23:27]:
> > 
> > 
> > On Wed, Sep 27, 2017, at 19:15, Patrick Shanahan wrote:
> > > * junkyardspar...@yepmail.net  [09-27-17 
> > > 21:36]:
> > > > The actual official lensfun source code repository is still the
> > > > sourceforge one.  However, most of the additions to the *database*
> > > > happen in a separate repository at github; there is a daily update
> > > > list available here:
> > > > 
> > > >  http://wilson.bronger.org/lensfun_coverage.html
> > > > 
> > > > Unfortunately, adding new database entries to your local lensfun
> > > > install isn't terribly straightforward at the moment...  there are
> > > > some threads about it in this list's archive that shouldn't be too
> > > > hard to find with a search.
> > 
> > > odd, using the script, lensfun-update-data is too difficult ???
> > 
> > If it works, no. I've gotten the impression that it's broken or
> > unavailable on some distros (and isn't worth much to Windows users
> > unless they install Python 3).
> 
> so perhaps you should qualify your statement.  I guess you really haven't
> tried the script

Hmmm... interesting theory.

> and so you are passing incorrect informateion.  maybe you
> should revise your statement to reflect what actually is.

Fair enough.

"The lensfun-update-data script sometimes works."

>  I do use the
> script and the only time I have a problem is when sourcefudge is broken as
> it was earlier today and/or wilson.bronger.org is unreachable as it is
> now.  when that happens, afaik there is no way to update the db.

There is.  Like I said, it's been discussed, usually because the script wasn't 
working for somebody. A quick search of the archive finds, for instance:

 https://www.mail-archive.com/darktable-user@lists.darktable.org/msg03575.html

 https://www.mail-archive.com/darktable-user@lists.darktable.org/msg03292.html 

If the script is working for most people now, that's great news. I hope that's 
the case.

-- 
jys

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] lensfun

[junkyardsparkle]

On Wed, Sep 27, 2017, at 19:15, Patrick Shanahan wrote:
> * junkyardspar...@yepmail.net  [09-27-17 21:36]:
> > The actual official lensfun source code repository is still the sourceforge 
> > one. However, most of the additions to the *database* happen in a separate 
> > repository at github; there is a daily update list available here:
> > 
> >  http://wilson.bronger.org/lensfun_coverage.html
> > 
> > Unfortunately, adding new database entries to your local lensfun install 
> > isn't terribly straightforward at the moment... there are some threads 
> > about it in this list's archive that shouldn't be too hard to find with a 
> > search.

> odd, using the script, lensfun-update-data is too difficult ???

If it works, no. I've gotten the impression that it's broken or unavailable on 
some distros (and isn't worth much to Windows users unless they install Python 
3).

-- 
jys

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] lensfun

[junkyardsparkle]

The actual official lensfun source code repository is still the sourceforge 
one. However, most of the additions to the *database* happen in a separate 
repository at github; there is a daily update list available here:

 http://wilson.bronger.org/lensfun_coverage.html

Unfortunately, adding new database entries to your local lensfun install isn't 
terribly straightforward at the moment... there are some threads about it in 
this list's archive that shouldn't be too hard to find with a search.

-- 
jys


On Wed, Sep 27, 2017, at 12:03, darkta...@911networks.com wrote:
> DT 2.2.5 on arch.
> 
> I'd like to check if there is an update with the database for the Fuji
> 23mm f/2 and 50mm f/2.
> 
> * http://lensfun.sourceforge.net/  reports unreachable with
>   ERR_CONNECTION_TIMED_OUT
> * https://sourceforge.net/home.html is OK
> 
> 1. Is this general?
> 2. Has lensfun moved?
> 
> -- 
> sknahT
> 
> vyS
> 
> 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

Re: [darktable-user] Re: OpenCL: 1050ti or RX560?

[junkyardsparkle]

On Sun, Sep 3, 2017, at 10:27, Brune Wayce wrote:
> 2017-09-03 18:05 GMT+02:00 Remco Viëtor :
> 
> > Time needed for real time edition depends on which modules you have
> > enabled.
> > Most of the basic ones are simple enough, so you won't see much difference
> > between CPU and GPU.
> >
> > But some can be rather slow/calculation intensive (e.g. profiled denoising,
> > iirc). And there the GPU can make a (big) difference even while editing.
> >
> > And even small speed-ups in real-time editing can make a big difference in
> > how
> > the program 'feels', you can't do much while the image is being
> > recalculated.
> > Speedups at critical points might not have a big impact on export time
> > (and in
> > any case, /for me/ a few minutes more or less isn't that important), it can
> > make the workflow much faster and avoid frustration.
> >
> > Remco.
> >
>  That's exactly my situation: the export time is not so important for me,
> the important thing is to improve the "live" feeling when I edit a picture.
> Now, also with few modules enabled (crop/rotate, exposure, local contrast,
> equalizer, denoise profiled), during the zoom in/out the panel freeze with
> "working.." showing for 2 or 3 sec.

As far as the "feel", it can really help (even with OpenCL) to keep denoising 
off for most your editing, and only enable it last. Once I found the setting I 
liked for my camera in "profiled denoise", I created a style for just that 
module, and have it applied in the export module. Now I only mess with 
denoising in darkroom mode for special cases. :)

-- 
jys

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Execute a bash file after export?

[junkyardsparkle]

On Sun, Sep 3, 2017, at 07:52, Tobias Ellinghaus wrote:
> Am Samstag, 2. September 2017, 20:30:53 CEST schrieb 
> junkyardspar...@yepmail.net:
> > On Sat, Sep 2, 2017, at 01:50, Tobias Ellinghaus wrote:
> > > Am Freitag, 1. September 2017, 17:47:02 CEST schrieb
> > > 
> > > junkyardspar...@yepmail.net:
> > > > Ah, nevermind, I finally noticed:
> > > >  "This documentation is for the *developement* version of darktable. for
> > > >  the
> > > > 
> > > > stable version, please visit the user manual"
> > > > 
> > > > It didn't jump out at me. So, will this make it into the next release?
> > > > Or
> > > > not until 2.4?
> > > 
> > > Had you read my mail till the end you would have seen that the docs are
> > > just wrong.
> > 
> > Well, to be fair, the mail wasn't in response to me, and I was just skimming
> > through them... but yes, I probably should have read all of it before
> > replying to it, sorry. So, to be clear, the version in the docs is *not* a
> > planned addition to the API? Besides being exactly what I need, it seems
> > like it would be useful in general...
> 
> Initially it was a bug in the docs and not a planned feature. That being 
> said, 
> Jeremy solved the bug by adding the argument promised in the docs, so dt 
> 2.4.0 
> will indeed have the image available. :-)

It's Not A Bug, It's A Feature! Thanks, guys. :)

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Execute a bash file after export?

[junkyardsparkle]

On Sat, Sep 2, 2017, at 01:50, Tobias Ellinghaus wrote:
> Am Freitag, 1. September 2017, 17:47:02 CEST schrieb 
> junkyardspar...@yepmail.net:
> > Ah, nevermind, I finally noticed:
> > 
> >  "This documentation is for the *developement* version of darktable. for the
> > stable version, please visit the user manual"
> > 
> > It didn't jump out at me. So, will this make it into the next release? Or
> > not until 2.4?
> 
> Had you read my mail till the end you would have seen that the docs are just 
> wrong.

Well, to be fair, the mail wasn't in response to me, and I was just skimming 
through them... but yes, I probably should have read all of it before replying 
to it, sorry. So, to be clear, the version in the docs is *not* a planned 
addition to the API? Besides being exactly what I need, it seems like it would 
be useful in general...

-- 
jys

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Execute a bash file after export?

[junkyardsparkle]

On Thu, Aug 31, 2017, at 01:38, Tobias Ellinghaus wrote:
 
> local dt = require "darktable"
> dt.register_event("intermediate-export-image",
>   function (event, filename, format, storage)
> os.execute("echo 'TODO: do something to " .. filename .. "'")
>   end
> )

Is this why I haven't been getting anywhere using intermediate-export-image? 
The documentation (https://www.darktable.org/lua-api/ar01s03.html.php) shows:

function( 
event : string, 
image : types.dt_lua_image_t, 
filename : string, 
format : types.dt_imageio_module_format_t, 
storage : types.dt_imageio_module_storage_t
)

Are the docs ahead of the releases? I'm trying to get the Exif info changed in 
darktable to pass along to exiftool...

-- 
jys

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Image information changed with Lua not appearing in exported images?

[junkyardsparkle]

On Thu, Aug 24, 2017, at 08:57, Tobias Ellinghaus wrote:
> Am Donnerstag, 24. August 2017, 08:29:31 CEST schrieb 
> junkyardspar...@yepmail.net:
> > I've been using a Lua script to fill the lens and focal length fields in
> > darktable for images taken with old manual lenses. It works fine within
> > darktable, allowing for detection by module presets and selection of lens
> > correction profiles. I just noticed, however, that the information doesn't
> > seem to be included in exported JPEGs; they resemble the original RAW
> > file's (lack of) information in these Exif fields.
> 
> That is correct, darktable assumes that those values can just be taken over 
> from the original file so it doesn't write what it has in the database. With 
> Lua allowing to change these things we might want to reconsider that.

Yes, I think this behavior could probably be described as "unexpected". :)

> > Do I need to do anything
> > special to get this information into exported Exif?
> 
> For now you have to do that yourself. :-(

Ok. My next project was to work on a script for conditionally operating on 
exported files anyway... thanks for the clarification.

-- 
jys

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

[darktable-user] Image information changed with Lua not appearing in exported images?

[junkyardsparkle]

I've been using a Lua script to fill the lens and focal length fields in 
darktable for images taken with old manual lenses. It works fine within 
darktable, allowing for detection by module presets and selection of lens 
correction profiles. I just noticed, however, that the information doesn't seem 
to be included in exported JPEGs; they resemble the original RAW file's (lack 
of) information in these Exif fields. Do I need to do anything special to get 
this information into exported Exif?

Thanks,

-- 
jys

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Moving the image in darkroom view

[junkyardsparkle]

Try grabbing the little square that appears in the upper-left thumbnail image, 
and dragging it around. :)


On Sun, Aug 20, 2017, at 17:30, Paul Deverson wrote:
> Hi,
> 
> I have, what is in all likelihood, a really dumb question!
> 
> In Darkroom view, I know how to zoom in and out using the scroll wheel.
> 
> What I just can’t work out is how to move the image around once I’ve zoomed 
> in.
> 
> Am I missing something really obvious?
> 
> My operating system is Mac OS X 10.11.6.
> 
> Thanks, 
> 
> Paul.
> 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

Re: [darktable-user] slow thumbnails

[junkyardsparkle]

4Gb is a pretty big cache... are yousure you aren't hitting swap when trying to 
load it into memory?


On Fri, Aug 11, 2017, at 08:34, Albert Castells wrote:
> Hi everyone,
> 
> is it me or lightable is slow when recovering thumbnails?
> 
> I mean, when I import a folder, I understand that thumbnails must be
> generated but if I close DT and open it again then when I scroll down I see
> lots of gray boxes and, slowly, the thumbnails are shown.
> 
> I don't understand what's worng. I am running DT on Linux Mint 18.2, 8Gb
> RAM, SSD, AMD FX8350, 4096Mb set for the thumbnail cache and thumbnail
> cache on disk enabled.
> 
> Any ideas?
> 
> -- 
> --
> Visiteu la meva galeria de Flickr  o el
> meu blog .
> Querer demostrar que Dios existe con la Biblia es como querer demostrar que
> Supermán existe con un cómic.
> 
> 
> 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

Re: [darktable-user] Is there a repo for the newest lensfun-database?

[junkyardsparkle]

On Mon, May 29, 2017, at 14:26, Аl Воgnеr wrote:
> Am Mon, 29 May 2017 13:46:18 -0700
>
> In the meantime I know, why 0.3.2 didn't work sometimes, I use
> different cameras and one was the new Pentax KP, which is not supported
> until now. When I assigned a Pentax K3 instead, it worked generally.
> Probably not a good idea. I don't understand why the camera is needed
> to correct distortion.

All that really matters is that you select a camera with exactly the same crop 
factor as the one actually used, so usually anything known to use the same 
sensor will work.
 
> > Does anyone know why the repository is still using old lensfun?
> 
> Interesting question. I am back to 0.2.8-3pmjdebruijn2~xenial and hope
> a new version is coming officially.

Roman's mail gives some hints... 

> > You can download the files that are relevant to you ("slr-sigma.xml"
> > etc), and put them in ~/.local/share/lensfun where they will override
> > the system copies installed with lensfun. You might need to remove
> > 'version="2"' from the  tag. Case and non-alphanumeric
> > symbols shouldn't be significant for matching in lensfun.
> 
> I didn't try it until now. Does it make sense to mix it with 0.2.8?

I assumed that should work, but it appeared not to in the other person's case. 
I'm not sure what the best approach is in this situation.

-- 
jys

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Is there a repo for the newest lensfun-database?

[junkyardsparkle]

Lens database updates happen here first:

https://github.com/lensfun/lensfun/tree/master/data/db



On May 26, 2017 3:20:39 PM PDT, "Аl Воgnеr"  wrote:
>I found out, that the newest list at
>http://wilson.bronger.org/lensfun_coverage.html contains my lens,
>release 0.3.2 does not and my system is at version
>0.2.8-3pmjdebruijn2~xenial, I use xubuntu 16.04
>
>So is there a repo, which contains the newest lensfun-files?
>Experimental would be ok for the lensfun files, but I do not want to
>use an experimental darktable version.
>
>Al
>
>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

Re: [darktable-user] New lens --- where do I put the lensfun database entry?

[junkyardsparkle]

On Fri, May 26, 2017, at 02:53, Romano Giannetti wrote:

> So my lensfun is 0.2.8. Where do I find the 0.3.2 version? I (naïvely) 
> supposed it was the most recent one...

The 0.3.x source releases have been out for more than 2 years:

 http://lensfun.sourceforge.net/

You would have to ask your package provider about those, though...

-- 
jys

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] New lens --- where do I put the lensfun database entry?

[junkyardsparkle]

Your file auto-selected correctly for me with the profile I attached using 
darktable 2.2.4 and lensfun 0.3.2... what versions are you using?

-- 
jys


On Thu, May 25, 2017, at 10:34, Romano Giannetti wrote:
> I tried with your file, still no go.
> 
> The camera is detected in the lens, but the lens is not selectable... as 
> in my last screenshot, http://pix.toile-libre.org/?img=1495308076.png ---
> 
> If anyone want to check, my raw file is 
> https://www.dropbox.com/s/4cihyydifuerdtj/_1000168.rw2?dl=0
> 
> Thanks for the help anyway!
> 
> Romano
> 
> On 21/05/17 19:51, junkyardspar...@yepmail.net wrote:
> > Yes, for a fixed-lens camera that's been properly detected, the lens should 
> > just be the one with the same mount specified as the camera, not sure why 
> > that would fail. Anyway, I tried the attached profile using the TZ100 
> > sample from https://raw.pixls.us/ and it seems to work just fine... the 
> > only thing I can think of is some odd thing in your actual xml file must be 
> > misformatted somehow? Maybe from using something other than a simple text 
> > editor to create it?
> >
> 
> -- 
> Romano Giannetti
> http://www.rgtti.com/
> 
> 
> 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

Re: [darktable-user] New lens --- where do I put the lensfun database entry?

[junkyardsparkle]

The variants apparently don't work, see:

 
https://github.com/lensfun/lensfun/commit/a48bc3afb87d72b48f176890e080a0b094d31b01#diff-50e22dbf0edf411c0bec00e9df83a7ae

But they shouldn't be needed in this case anyway.

Otherwise, not sure why that wouldn't work.


On Sat, May 20, 2017, at 12:24, Romano Giannetti wrote:
> Thanks... almost!
> 
> On 20/05/17 18:18, junkyardspar...@yepmail.net wrote:
> > For compact cameras, you also need to add the entry for the camera itself 
> > along with the lens:
> >
> >  
> >  Panasonic
> >  DMC-TZ100
> >  panasonicTZ100
> >  2.75
> >  
> >
> > Also, you might have to remove that 'version="2"' parameter to get 
> > darktable to load the file.
> >
> Ok, now I have the camera but not the lens ( 
> http://pix.toile-libre.org/?img=1495308076.png ) --- The second dropdown 
> is empty.
> I tried to add a  record to no avail.
> 
> Any further hint? Thanks!
> 
> Romano
> 
> My file is now:
> 
> 
>  
>  Panasonic
>  DMC-TZ100
>  panasonicTZ100
>  3:2
>  2.75
>  
>  
>  Leica
>  DMC-TZ100  compatibles
>  fixed lens
>  festes Objektiv
>  panasonicTZ100
>  2.75
>  3:2
>  
>   b="-0.040959" c="-0.0636536"/>
>   b="-0.0535213" c="0.00920877"/>
>   b="-0.0124246" c="0"/>
>   b="-0.00155103" c="0"/>
>   b="0.00368039" c="0"/>
>   b="0.00140267" c="0"/>
>   b="0.00153697" c="0"/>
>   b="-0.000878659" c="0"/>
>  
>  
>  
>  
>  
>  
>  
>  
>  
>  
> 
> 
> 
> -- 
> Romano Giannetti
> http://www.rgtti.com/
> 
> 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

Re: [darktable-user] Automatic exposure adjustment with style

[junkyardsparkle]

On Sun, May 14, 2017, at 10:31, Andy wrote:

> Is there a way to apply the clipping threshold to many images at once?
> Or is there a better way to automatically expose many images so that the 
> colors span the whole range of the histogram?

You might find the automatic mode on the levels module useful for this...

-- 
jys

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] What did I just do?

[junkyardsparkle]

This also happens to me, randomly, seems to be harmless. Sometimes scrolling 
down then up causes everything to "reshuffle" back to starting from the first 
"slot".


On Sun, May 7, 2017, at 11:10, darkta...@911networks.com wrote:
> DT 2.2.4 on arch
> 
> When I had a single image it was on the top left of the lighttable,
> now it's in the 'second/middle slot'
> 
> http://i.imgur.com/TuR9p4D.png
> 
> and when I have all the images, they start on the second/middle slot
> 
> http://i.imgur.com/PwIEOcj.png
> 
> Thanks
> 
> -- 
> sknahT
> 
> vyS
> 
> 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

Re: [darktable-user] Canon g7x mk ii - dark corners and incorrect focal length

[junkyardsparkle]

On Sun, Mar 26, 2017, at 06:03, Remco Viëtor wrote:

> But, while the *camera* has been added to the Lensfun database, but *lens* 
> correction data 
> aren't available (so far). You might try using the profiles for the Canon g7x 
> ('Mk I').

Indeed, the camera has the same lens as the "Mark I", and the recently added 
lensfun camera profile simply maps to the lens profile for that camera. If the 
lensfun database updating options aren't working for you, try putting the 
attached profile into ~/.local/share/lensfun and restarting darktable.

-- 
jys


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org




Canon
Canon PowerShot G7 X Mark II
PowerShot G7 X Mark II (3:2)
canonG7X
2.72



Canon
Canon PowerShot G7 X Mark II 4:3
PowerShot G7 X Mark II (4:3)
canonG7X
2.94



Canon
Canon PowerShot G7 X Mark II 16:9
PowerShot G7 X Mark II (16:9)
canonG7X
2.85

Re: [darktable-user] OT: Merging multiple images

[junkyardsparkle]

On Wed, Mar 1, 2017, at 00:31, johannes hanika wrote:

> that's averaging. for star trails/light painting maybe you'd want the
> brightest pixel (and for removal of stuff median etc).

Yes, a few times I've abused this averaging in cases where it wasn't really the 
optimal approach, but just because it was right there, a click away, and I 
wouldn't have gotten around to doing anything with the images otherwise. The 
saving grace is that the inherent noise reduction gives a little more latitude 
to "rescue" the results with tonal adjustments. :)

> that said it'll
> be simple enough to add a couple of different blending modes to dt's
> merging code (at least those that work pairwise such as max(), median
> may be more tricky).

Sounds great!

-- 
jys

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] OT: Merging multiple images

[junkyardsparkle]

Did you try the "create HDR" function in darktable? It sometimes works well for 
this kind of thing, depending on exactly how much light fell where in each shot 
and the overlap... 


On Tue, Feb 28, 2017, at 21:57, darkta...@911networks.com wrote:
> DT 2.2.3 on arch.
> 
> I took photos of a car at night and did some light painting with an
> LED in 25 seconds blocks.
> 
> I have 9 images with each image a different area of the car lit by
> the LED. How can I merge them and selecting the lit section?
> 
> They are all lined up (tripod).
> 
> Is there some software that will allow me to masks them. 
> 
> Gimp is a problem, it's only 8 bit and I'd like to print the image
> to at least 11 by 14 and maybe 16 by 20. (the last time I tried, there
> was some banding in the skys)
> 
> -- 
> sknahT
> 
> vyS
> 
> 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

Re: [darktable-user] Libraw & Fujifilm X-PRO2

[junkyardsparkle]

Oops, I forgot that darktable won't load lensfun database files with a 
'version="2"' parameter... sorry.  Attached is a stripped down entry for just 
the X-Pro2 you can use instead. Don't forget to restore your system 
mil-fujifilm.xml file to original. :)

On Mon, Feb 27, 2017, at 18:06, darkta...@911networks.com wrote:
> On Mon, 27 Feb 2017 14:47:55 -0800
> junkyardspar...@yepmail.net wrote:
> 
> >Looks like the X-Pro2 was added to lensfun database in december:
> >
> > https://github.com/lensfun/lensfun/blob/master/data/db/mil-fujifilm.xml
> >
> >You could just download that file (the Raw link) and add it to
> >~/.local/share/lensfun or replace the system copy.
> >
> 
> 
> I just did it. 
> * First did the ~/.local/share/lensfun and restarted DT and still no
>   joy.
> * Then tried the system copy. I'm must be doing something wrong
> 
> [froggy@dodoite ~]$ locate mil-fujifilm.xml
> /home/froggy/.local/share/lensfun/mil-fujifilm.xml
> /usr/share/lensfun/version_1/mil-fujifilm.xml
> /usr/share/lensfun/version_1/mil-fujifilm.xml.original
> [froggy@dodoite ~]$ 
> 
> see: http://i.imgur.com/pcazWs4.png
> 
> -- 
> sknahT
> 
> vyS
> 
> 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



Fujifilm
X-Pro2
Fujifilm X
1.528

Re: [darktable-user] Questions about darktable exposure fusion

[junkyardsparkle]

On Thu, Feb 23, 2017, at 09:20, Stéphane Gourichon wrote:
 
> * Darktable basecurve fusion always considers only one image at a time. 
> Never "two frames", several input files (be it bracketed exposure, 
> flash/no flash, etc.).

You can, however, use darktable's "create hdr" function to produce a high 
dynamic range image from a bracketed stack, and then process *that* image with 
the basecurve fusion. The disadvantage compared to applying the fusion 
algorithm directly to a stack of images is that it's probably less forgiving of 
slight misalignment of image features.

-- 
jys

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Lens

[junkyardsparkle]

It is indeed in the database, profiled on the crop sensor it was designed for:

 
https://github.com/lensfun/lensfun/commit/f8a89e2e582f078aa3b665b6888a006d149d

Beyond that, this discussion is getting pretty far off-topic for this list.


On Mon, Feb 13, 2017, at 18:23, Michael wrote:
> has anyone heard of a Sony Vario-Tessar T* E 16-70mm f/4 ZA OSS?
> Opinions? It isn't in the database.
> 
> On Mon, Feb 13, 2017 at 9:22 PM, Michael  wrote:
> 
> > has anyone heard of a Sony Vario-Tessar T* E 16-70mm f/4 ZA OSS?
> > Opinions? It isn't in the database.
> >
> > On Sun, Feb 12, 2017 at 10:55 PM,  wrote:
> >
> >> To see if a lens you're interested in  is already supported by lensfun,
> >> you can consult the lensfun coverage list:
> >>
> >>  http://wilson.bronger.org/lensfun_coverage.html
> >>
> >> To see all lenses (including non-Sony) that are available in FE mount,
> >> you can just update your lensfun database using lensfun-update-data, then
> >> manually browse available lenses in the dropdown of the lens correction
> >> module.
> >>
> >> There's also a link on the coverage list for submitting images for
> >> profile creation, but note that this involve carefully following the
> >> instructions to produce a usable set of images.
> >>
> >>
> >> On Sun, Feb 12, 2017, at 18:32, Michael wrote:
> >> > I'm looking for a lens. I want an FE 10-? mm F?.? GM for a sony A7RII
> >> but
> >> > only if it has a profile (or we can make one?) so the image has no
> >> > distortion in the final rendition. If I can't get a 10-?, 18-? will
> >> work.
> >> > My web search didn't turn anything up. The best I could find was a
> >> 24-70.
> >> > To turn this into a darktable discussion has a profile for a 10-18 or an
> >> > 18-24 (or else anything between 10 and 24) been created?
> >> >
> >> > --
> >> > :-)~MIKE~(-:
> >> >
> >> > 
> >> 
> >> > darktable user mailing list
> >> > to unsubscribe send a mail to darktable-user+unsubscribe@lis
> >> ts.darktable.org
> >> 
> >> 
> >> darktable user mailing list
> >> to unsubscribe send a mail to darktable-user+unsubscribe@lis
> >> ts.darktable.org
> >>
> >>
> >
> >
> > --
> > :-)~MIKE~(-:
> >
> 
> 
> 
> -- 
> :-)~MIKE~(-:
> 
> 
> 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

Re: [darktable-user] Input color profile for Olympus OMD-EM5 Mk II

[junkyardsparkle]

I created profiles for the E-PL6 and E-PL7, which turned out almost exactly 
similar. Since they both use the same sensor as the E-M5mkII, you may want to 
give them a try:

 https://www.dropbox.com/sh/b8hgqit9n8xk8y2/AABWtUI1fIbrGyfj43tZyH6Fa?dl=0

There's also a base curve based on the default E-PL6 output, as a dtstyle. You 
may want to try that, too, in combination with either my color profiles or the 
standard ones.

Using these profiles with any substantial base curve gives rather strong 
saturation, so I also usually auto-apply the color correction module with 
saturation set to something like 0.85, for something pretty close to 
out-of-camera rendering.

I used the method outlined here to create the profiles:

 http://ninedegreesbelow.com/photography/well-behaved-camera-profile.html

Good luck!

-- 
jys


On Mon, Feb 6, 2017, at 09:08, Jean-Luc Lacroix wrote:
> Hello,
> 
> Does anyone have an icc color profile for the EM5 Mk II or point me to a 
> good howto on how to make one myself?
> 
> Cheers
> 
> Jean-Luc
> 
> 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

Re: [darktable-user] 2.2.2 & CLUT

[junkyardsparkle]

If you are converting to monochrome with the CLUT module, nothing after that 
module in the pipeline (i.e. displayed higher in the modules listing) will have 
color information to work with; they will all be seeing the monochrome output.

On Sat, Feb 4, 2017, at 09:37, darkta...@911networks.com wrote:
> On Sun, 5 Feb 2017 05:18:50 +1300
> johannes hanika  wrote:
> 
> >hi,
> >
> >On Wed, Feb 1, 2017 at 10:30 AM,   wrote:
> >
> >> When I enable the CLUT, the monochrome module works but does
> >> nothing.  
> >
> >hm? works for me.
> 
> I mean that after using the helmholtz/kohlrausch preset of the clut,
> I do not see any further effect/change when making the circle small
> and moving it around in the greens or reds (that what I've tried).
> 
> I can still change the color renditions of the BW with the channel
> mixer: target grey
> 
> 
> -- 
> sknahT
> 
> vyS
> 
> 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

Re: [darktable-user] Many modules have "fusion" entries in shortcuts settings, base curve doesn't.

[junkyardsparkle]

On Mon, Jan 23, 2017, at 23:10, Matthieu Moy wrote:

> 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.

You could certainly use the "create HDR" function within darktable to use 
bracketed images with the basecurve fusion. The primary advantage that I'm 
aware of for doing this with enfuse outside of darktable is that it's more 
forgiving of small changes (leaves in the wind, etc) between images than the 
darktable "create HDR" process is.

-- 
jys

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

[darktable-user] Many modules have "fusion" entries in shortcuts settings, base curve doesn't.

[junkyardsparkle]

I just now went into settings > shortcuts to see if I could bind a keyboard 
input to the "auto" button in the levels module. There wasn't any such binding, 
but there *was* a subsection for "fusion", which, as far as I know, only exists 
in the base curve module. Looking in the base curve module bindings, there is 
no "fusion" presented. Looking around some more, several other modules (bloom, 
channel mixer, etc) show the "fusion" entry in their bindings. Am I confused, 
or is this wrong?

-- 
jys

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Numerical parameter entry on Mac OS

[junkyardsparkle]

Sounds like this:

 https://www.mail-archive.com/darktable-user@lists.darktable.org/msg00659.html


On Fri, Jan 20, 2017, at 21:45, Mark Patey wrote:
> Hi, everyone-
> 
> I've mostly used darktable on Ubuntu up until now, but have recently
> purchased a 2015 MacBook Pro, and am currently using dt version 2.2.0 in
> Mac OS Sierra.
> 
> For some reason, I'm unable to type numerical values for module parameters
> like I was in Ubuntu. I right-click the slider (on the MacBook Pro I
> actually 2-finger tap the touchpad while hovering over the slider), and get
> the curved fine-control line, and a blinking cursor to indicate I can enter
> a value. Dragging the line works fine, but the blinking cursor is lying to
> me... typing does nothing.
> 
> Anybody know how to get this to work?
> 
> Thanks!
> 
> -Mark
> 
> 
> 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

Re: [darktable-user] Fuji X-T10 RAF Levels Issue

[junkyardsparkle]

Known issue. Check out the section on Input Color Profile here:

 http://www.darktable.org/usermanual/ch03s04s03.html.php


On Fri, Jan 20, 2017, at 21:31, Mark Patey wrote:
> Hi, all-
> 
> I'm experiencing an odd issue with my Fuji X-T10 RAF files in darktable.
> When I enable the Levels module, areas with high blue saturation turn
> black. Here's an example (a Google Drive folder containing 2 PNG
> screenshots):
> 
> https://drive.google.com/drive/folders/0B2GWU_c1FZe5UlYtbEFSeDNNb0E?usp=sharing
> 
> - No tweaking of the Levels module is needed; simply enabling it causes the
> effect.
> 
> - It doesn't happen to areas whose saturation I increase using darktable's
> CBS module, only areas that are highly saturated in the original raw image.
> 
> - I don't know if colors other than blue are affected, as I don't have any
> images to test.
> 
> Is this a known issue, am I missing something, or should I report a bug...
> and if so, is the bug in darktable, or in one of its dependencies?
> 
> Thanks in advance for any light you can shed!
> 
> -Mark
> 
> 
> 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

Re: [darktable-user] what graphics card to get?

[junkyardsparkle]

On Tue, Jan 17, 2017, at 14:11, Guillermo Rozas wrote:

> Try increasing the opencl_memory_headroom parameter as mentioned by
> Matthias before. It worked for my 960M for those particular images.

 Thanks, I will, if I ever need to for my actual use case. Other than an 
occasional stitched panorama, I'm usually dealing with 16MP images, and so far 
haven't encountered any tiling issues with those (even when testing with the 
equalizer, which I rarely use for general purposes). This is another example of 
how simplistic benchmark numbers can be misleading: even if a person looking at 
them allowed for the fact that the test image was larger, and hence slower, 
than their own use case, they might very well assume a linear relationship, 
when the reality about tripping a threshold or not.

It also seems like if you're comparing the cards to a particular CPU (i7 or 
what have you), you should really be using that CPU for the card tests, too...

-- 
jys

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] what graphics card to get?

[junkyardsparkle]

On Tue, Jan 17, 2017, at 00:26, Matthieu Moy wrote:
> 
> 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.

Those benchmark totals don't give a very meaningful overview by themselves. I 
just installed a 1050 on an older Phenom II box (still hoping to see 
open-source AMD support some day, but can't hold my breath any longer), and 
upon running the benchmark, found that it performs quite well, EXCEPT that it 
chokes on that particular application of the equalizer. Falling back to CPU for 
that results in 15.5 of the total 26.2 seconds, using three tiles on my slow 
dual-core processor. Full output for the run is attached.

In my real-world usage, the difference is day-and-night. Export time isn't that 
important to me compared to interface usability. I would probably still be 
happily waiting on AMD if it weren't for the painfully slow adjustment of 
rotation that I often need to do in the crop and rotate module. ;)

-- 
jys


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org[opencl_init] opencl related configuration options:
[opencl_init] 
[opencl_init] opencl: 1
[opencl_init] opencl_library: ''
[opencl_init] opencl_memory_requirement: 768
[opencl_init] opencl_memory_headroom: 300
[opencl_init] opencl_device_priority: '*/!0,*/*/*'
[opencl_init] opencl_size_roundup: 16
[opencl_init] opencl_async_pixelpipe: 0
[opencl_init] opencl_synch_cache: 0
[opencl_init] opencl_number_event_handles: 25
[opencl_init] opencl_micro_nap: 1000
[opencl_init] opencl_use_pinned_memory: 0
[opencl_init] opencl_use_cpu_devices: 0
[opencl_init] opencl_avoid_atomics: 0
[opencl_init] opencl_enable_markesteijn: 1
[opencl_init] 
[opencl_init] found opencl runtime library 'libOpenCL'
[opencl_init] opencl library 'libOpenCL' found on your system and loaded
[opencl_init] found 1 platform
[opencl_init] found 1 device
[opencl_init] device 0 `GeForce GTX 1050' has sm_20 support.
[opencl_init] device 0 `GeForce GTX 1050' supports image sizes of 16384 x 32768
[opencl_init] device 0 `GeForce GTX 1050' allows GPU memory allocations of up 
to 499MB
[opencl_init] device 0: GeForce GTX 1050 
 GLOBAL_MEM_SIZE:  1998MB
 MAX_WORK_GROUP_SIZE:  1024
 MAX_WORK_ITEM_DIMENSIONS: 3
 MAX_WORK_ITEM_SIZES:  [ 1024 1024 64 ]
 DRIVER_VERSION:   375.26
 DEVICE_VERSION:   OpenCL 1.2 CUDA
[opencl_init] compiling program `demosaic_ppg.cl' ..
[opencl_load_program] loaded cached binary program from file 
`/home/po/.cache/darktable/cached_kernels_for_GeForceGTX1050/demosaic_ppg.cl.bin'
[opencl_load_program] successfully loaded program from 
`/usr/share/darktable/kernels/demosaic_ppg.cl'
[opencl_build_program] successfully built program
[opencl_build_program] BUILD STATUS: 0
BUILD LOG:


[opencl_init] compiling program `atrous.cl' ..
[opencl_load_program] loaded cached binary program from file 
`/home/po/.cache/darktable/cached_kernels_for_GeForceGTX1050/atrous.cl.bin'
[opencl_load_program] successfully loaded program from 
`/usr/share/darktable/kernels/atrous.cl'
[opencl_build_program] successfully built program
[opencl_build_program] BUILD STATUS: 0
BUILD LOG:


[opencl_init] compiling program `basic.cl' ..
[opencl_load_program] loaded cached binary program from file 
`/home/po/.cache/darktable/cached_kernels_for_GeForceGTX1050/basic.cl.bin'
[opencl_load_program] successfully loaded program from 
`/usr/share/darktable/kernels/basic.cl'
[opencl_build_program] successfully built program
[opencl_build_program] BUILD STATUS: 0
BUILD LOG:


[opencl_init] compiling program `blendop.cl' ..
[opencl_load_program] loaded cached binary program from file 
`/home/po/.cache/darktable/cached_kernels_for_GeForceGTX1050/blendop.cl.bin'
[opencl_load_program] successfully loaded program from 
`/usr/share/darktable/kernels/blendop.cl'
[opencl_build_program] successfully built program
[opencl_build_program] BUILD STATUS: 0
BUILD LOG:


[opencl_init] compiling program `highpass.cl' ..
[opencl_load_program] loaded cached binary program from file 
`/home/po/.cache/darktable/cached_kernels_for_GeForceGTX1050/highpass.cl.bin'
[opencl_load_program] successfully loaded program from 
`/usr/share/darktable/kernels/highpass.cl'
[opencl_build_program] successfully built program
[opencl_build_program] BUILD STATUS: 0
BUILD LOG:


[opencl_init] compiling program `nlmeans.cl' ..
[opencl_load_program] loaded cached binary program from file 
`/home/po/.cache/darktable/cached_kernels_for_GeForceGTX1050/nlmeans.cl.bin'
[opencl_load_program] successfully loaded program from 
`/usr/share/darktable/kernels/nlmeans.cl'
[opencl_build_program] successfully built program
[opencl_build_program] BUILD STATUS: 0
BUILD LOG:


[opencl_init] compiling program `gaussian.cl' ..
[opencl_load_program] loaded cached binary program from file 

Re: [darktable-user] Matching White Balance

[junkyardsparkle]

Well, trying to white balance concert lighting seems like it might be a 
potentially futile task, but... what I would do is use a different module, 
maybe "color correction", to produce the offset from white that you want, then 
apply that same setting to all the pictures that you white balance using the 
dress.

Weird situations like this do come up from time to time, where it would be nice 
to be able to have multiple instances of the white balance module, even though 
that seems silly in theory. Other situations are where you have a known cast 
from an ND filter, diopter, wide-angle adapter, or similar, and you want to 
apply it to particular pictures that are differently white balanced otherwise 
but taken with the same filter... just a thought.


On Tue, Jan 3, 2017, at 16:10, I. Ivanov wrote:
> Hi Guys,
> 
> I recently had to shoot in an interesting and challenging environment. 
> It was a concert and the light would change significantly and fast.
> 
> One of the singers had a white (slightly creamy) dress. So there is a 
> considerable difference from photo to photo. I am trying to spot white 
> balance based on the dress and changing the tint slightly (in order to 
> warm the shot) but cannot put the same white balance as the 2 pictures 
> are very different in lighting - even shot seconds apart.
> 
> Is there a better way to align the color on the two pictures (different 
> from what I am doing) or would it be better to simply discard what is 
> very different in lighting?
> 
> Regards,
> 
> B
> 
> 
> 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

Re: [darktable-user] Restoring history from JPEG metadata

[junkyardsparkle]

You can load the jpeg file as if it were an XMP file using "load sidecar file" 
in the history module in lighttable view (you may have to change the filter in 
the file selection dialog to show all files).

On Fri, Nov 18, 2016, at 15:55, Niccolò Belli wrote:
> Hi,
> I just lost one hour+ of editing on a single photo because of a Darktable 
> crash. Fortunately before the crash I exported the image to JPEG and AFAIK 
> Darktable 2 should store the full history in the jpeg metadata. But how can 
> I restore it? Should I simply import the JPEG? How can I check if the JPEG 
> really has the full history?
> 
> Thanks,
> Niccolò Belli
> 
> 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

Re: [darktable-user] Lensfun: manually adding support for a lens

[junkyardsparkle]

Are you able to select it manually from the menu? If so, then run exiv2 on a 
file taken with that lens and see if the name matches what's in the model field 
in the profile. If it doesn't, try changing the field to whatever name it uses.

On Mon, Nov 14, 2016, at 19:38, Francisco Cribari wrote:
> It does not work either way (with or without  ...
> ). This is what I have:
> 
>  cribari  ~  .local  share  lensfun  cat fuji_35mm_f2.xml
> 
>  
> Fujifilm
> XF35mmF2 R WR
> XF 35mm f/2 WR
> Fujifilm X
> 1.529
> 
> 
> 
> 
> 
>
> 
> 
> 
> On Mon, Nov 14, 2016 at 11:44 PM,   wrote:
> > Did you remember to add the  and  tags before 
> > and after the extracted lens profile information in the xml file? Each file 
> > is a database. :)
> >
> > On Mon, Nov 14, 2016, at 17:49, Francisco Cribari wrote:
> >> I run Darktable 2.0.7 under Arch Linux. The version of lensfun I have
> >> installed is 0.3.2-2. It does not have support for the Fujifilm XF 35mm f/2
> >> WR lens. I extracted the lens entry from mil-fujifilm.xml from the git
> >> version of lensfun and placed it in ~/.local/share/lensfun. I then started
> >> Darktable but the lens was still not recognized in the DT lens correction
> >> module. I must be missing something. Suggestions are welcome. Thank you. FC
> >>
> >>
> >> --
> >> Francisco Cribari - http://www.cribari.com.br - "All theory, my friend, is
> >> grey, but green is life's glad golden tree." --Goethe (Faust)
> >>
> >> 
> >> darktable user mailing list
> >> to unsubscribe send a mail to 
> >> darktable-user+unsubscr...@lists.darktable.org
> 
> 
> 
> -- 
> Francisco Cribari - http://www.cribari.com.br - "All theory, my
> friend, is grey, but green is life's glad golden tree." --Goethe
> (Faust)

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

[junkyardsparkle]

On Sat, Nov 12, 2016, at 03:52, Roman Lebedev wrote:

> Please try adding 2 following lines:
> fprintf(stderr, "%s roi in %d %d %d %d\n", self->name(), roi_in->x,
> roi_in->y, roi_in->width, roi_in->height);
> fprintf(stderr, "%s roi out %d %d %d %d\n", self->name(), roi_out->x,
> roi_out->y, roi_out->width, roi_out->height);
> 
> For 2.0.x, here:
> https://github.com/darktable-org/darktable/blob/darktable-2.0.x/src/iop/denoiseprofile.c#L1384
> 
> And for master, here
> https://github.com/darktable-org/darktable/blob/master/src/iop/denoiseprofile.c#L1789
> AND here 
> https://github.com/darktable-org/darktable/blob/master/src/iop/denoiseprofile.c#L1800
> 
> And repeat that -d perf, zoom to 1:1 and move around.

Logfiles attached. I just patched 2.0.7 and the release candidate, if I need to 
actually pull from current master, let me know, but it might not happen until 
after the weekend.

-- 
jys


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org[dev] took 0.401 secs (0.390 CPU) to load the image.
[dev] took 0.396 secs (0.385 CPU) to load the image.
[export] creating pixelpipe took 0.140 secs (0.261 CPU)
[dev_pixelpipe] took 0.000 secs (0.000 CPU) initing base buffer [thumbnail]
[dev_pixelpipe] took 0.003 secs (0.004 CPU) processed `raw black/white point' on CPU, blended on CPU [thumbnail]
[dev_pixelpipe] took 0.004 secs (0.004 CPU) processed `white balance' on CPU, blended on CPU [thumbnail]
[dev_pixelpipe] took 0.002 secs (0.003 CPU) processed `highlight reconstruction' on CPU, blended on CPU [thumbnail]
denoise (profiled) roi in 0 0 597 447
denoise (profiled) roi out 0 0 597 447
[dev_pixelpipe] took 0.101 secs (0.157 CPU) processed `denoise (profiled)' on CPU, blended on CPU [thumbnail]
[dev_pixelpipe] took 0.120 secs (0.220 CPU) processed `lens correction' on CPU, blended on CPU [thumbnail]
[dev_pixelpipe] took 0.011 secs (0.016 CPU) processed `input color profile' on CPU, blended on CPU [thumbnail]
[dev] took 0.000 secs (-0.000 CPU) to load the image.
[dev_pixelpipe] took 0.020 secs (0.031 CPU) processed `output color profile' on CPU, blended on CPU [thumbnail]
[dev_pixelpipe] took 0.003 secs (0.004 CPU) processed `gamma' on CPU, blended on CPU [thumbnail]
[dev_process_thumbnail] pixel pipeline processing took 0.274 secs (0.458 CPU)
[export] creating pixelpipe took 0.140 secs (0.192 CPU)
[dev_pixelpipe] took 0.009 secs (0.017 CPU) initing base buffer [thumbnail]
[dev_pixelpipe] took 0.000 secs (-0.000 CPU) processed `raw black/white point' on CPU, blended on CPU [thumbnail]
[dev_pixelpipe] took 0.000 secs (-0.000 CPU) processed `white balance' on CPU, blended on CPU [thumbnail]
[dev_pixelpipe] took 0.000 secs (0.001 CPU) processed `highlight reconstruction' on CPU, blended on CPU [thumbnail]
denoise (profiled) roi in 0 0 146 110
denoise (profiled) roi out 0 0 146 110
[dev_pixelpipe] took 0.003 secs (0.005 CPU) processed `denoise (profiled)' on CPU, blended on CPU [thumbnail]
[dev_pixelpipe] took 0.005 secs (0.009 CPU) processed `lens correction' on CPU, blended on CPU [thumbnail]
[dev_pixelpipe] took 0.000 secs (0.001 CPU) processed `input color profile' on CPU, blended on CPU [thumbnail]
[dev_pixelpipe] took 0.001 secs (0.001 CPU) processed `output color profile' on CPU, blended on CPU [thumbnail]
[dev_pixelpipe] took 0.000 secs (-0.000 CPU) processed `gamma' on CPU, blended on CPU [thumbnail]
[dev_process_thumbnail] pixel pipeline processing took 0.020 secs (0.035 CPU)
[dev] took 0.000 secs (0.000 CPU) to load the image.
[dev] took 0.000 secs (-0.000 CPU) to load the image.
[dev_pixelpipe] took 0.021 secs (0.019 CPU) initing base buffer [full]
[dev_pixelpipe] took 0.019 secs (0.019 CPU) processed `raw black/white point' on CPU, blended on CPU [full]
[dev_pixelpipe] took 0.023 secs (0.023 CPU) processed `white balance' on CPU, blended on CPU [full]
[dev_pixelpipe] took 0.022 secs (0.024 CPU) processed `highlight reconstruction' on CPU, blended on CPU [full]
[dev_pixelpipe] took 1.004 secs (1.759 CPU) processed `demosaic' on CPU, blended on CPU [full]
denoise (profiled) roi in 0 0 748 561
denoise (profiled) roi out 0 0 748 561
[dev_pixelpipe] took 0.151 secs (0.289 CPU) processed `denoise (profiled)' on CPU, blended on CPU [full]
[dev_pixelpipe] took 0.118 secs (0.228 CPU) processed `lens correction' on CPU, blended on CPU [full]
[dev_pixelpipe] took 0.009 secs (0.017 CPU) processed `input color profile' on CPU, blended on CPU [full]
[dev_pixelpipe] took 0.021 secs (0.031 CPU) processed `output color profile' on CPU, blended on CPU [full]
[dev_pixelpipe] took 0.003 secs (0.003 CPU) processed `gamma' on CPU, blended on CPU [full]
[dev_process_image] pixel pipeline processing took 1.403 secs (2.430 CPU)
[dev_pixelpipe] took 0.000 secs (0.000 CPU) initing base buffer [preview]
[dev_pixelpipe] took 0.003 secs (0.003 CPU) processed `raw black/white point' on CPU, blended on 

Re: [darktable-user] darktable 2.2.0 rc0 released

[junkyardsparkle]

On Fri, Nov 11, 2016, at 13:55, Roman Lebedev wrote:

> Hm, so the speed decrease is for the full pipe, which is for main darkroom 
> view.
> I expected to see a problem in preview pipe.
> 
> How did you get darktable?

Built on Slackware64 14.2, with the same build options I've been using for 
latest releases:

  cmake \
-DCMAKE_C_FLAGS:STRING=-O2 -fPIC \
-DCMAKE_CXX_FLAGS:STRING=-O2 -fPIC\
-DOPENJPEG_LIBRARY="/usr/lib64/libopenmj2.so" \
-DOPENJPEG_INCLUDE_DIR="/usr/include/openmj2-2.1" \
-DDONT_USE_INTERNAL_LUA=Off \
-DUSE_LIBSECRET=On \
-DUSE_GNOME_KEYRING=Off \
-DBINARY_PACKAGE_BUILD=1 \
-DCMAKE_BUILD_TYPE=Release ..



> What does this say (for 2.2.0rc0):
> $ grep codepath ~/.config/darktable/darktablerc

codepaths/openmp_simd=false
codepaths/sse2=true

> Also, please show me whole darktable output when you just start it and
> then close it, without any  -d  options.

There is none. I'd be willing to build a debug version if that would help.

-- 
jys

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

[junkyardsparkle]

On Fri, Nov 11, 2016, at 06:23, Roman Lebedev wrote:

> I would make a educated guess that at some point the darkroom caches,
> which usually are there and make darkroom fast, are invalidated for
> valid reasons, so darktable has to re-run the whole pipe, and not just
> one module.
> And as you can guess, the total pipe processing time is more than just the 
> time
> of one of the modules...

Ok, to illustrate how extreme the difference is, here's the perf data for doing 
the exact same thing in 2.0.7 and 2.2~rc0, essentially having only lens 
correction and denoise in the history stack while moving the viewed section of 
1:1 image around to random spots via the thumbnail. Same file, same settings 
(other than anything that the new version changes when importing settings from 
an older version), no OpenCL. The last entry for the 2.2 log was an astonishing 
49 seconds! That was an outlier, but there were several between 20-30 seconds, 
and even the shortest times were notably slower than the fairly consistent and 
short ones in 2.0.7. If this isn't a bug, it's probably unlikely to be 
considered an enhancement by most users. ;)

-- 
jys


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org[dev] took 1.043 secs (0.279 CPU) to load the image.
[dev_pixelpipe] took 0.001 secs (0.001 CPU) initing base buffer [full]
[dev_pixelpipe] took 0.001 secs (0.001 CPU) processed `raw black/white point' on CPU, blended on CPU [full]
[dev_pixelpipe] took 0.001 secs (0.001 CPU) processed `white balance' on CPU, blended on CPU [full]
[dev_pixelpipe] took 0.001 secs (0.002 CPU) processed `highlight reconstruction' on CPU, blended on CPU [full]
[dev_pixelpipe] took 0.017 secs (0.031 CPU) processed `demosaic' on CPU, blended on CPU [full]
[dev_pixelpipe] took 2.182 secs (4.092 CPU) processed `denoise (profiled)' on CPU, blended on CPU [full]
[dev_pixelpipe] took 0.195 secs (0.368 CPU) processed `lens correction' on CPU, blended on CPU [full]
[dev_pixelpipe] took 0.014 secs (0.028 CPU) processed `input color profile' on CPU, blended on CPU [full]
[dev_pixelpipe] took 0.020 secs (0.037 CPU) processed `output color profile' on CPU, blended on CPU [full]
[dev_pixelpipe] took 0.004 secs (0.008 CPU) processed `gamma' on CPU, blended on CPU [full]
[dev_process_image] pixel pipeline processing took 2.455 secs (4.602 CPU)
[dev] took 0.000 secs (0.000 CPU) to load the image.
[dev_pixelpipe] took 0.001 secs (0.001 CPU) initing base buffer [full]
[dev_pixelpipe] took 0.001 secs (0.001 CPU) processed `raw black/white point' on CPU, blended on CPU [full]
[dev_pixelpipe] took 0.002 secs (0.002 CPU) processed `white balance' on CPU, blended on CPU [full]
[dev_pixelpipe] took 0.002 secs (0.001 CPU) processed `highlight reconstruction' on CPU, blended on CPU [full]
[dev_pixelpipe] took 0.025 secs (0.033 CPU) processed `demosaic' on CPU, blended on CPU [full]
[dev_pixelpipe] took 2.099 secs (4.048 CPU) processed `denoise (profiled)' on CPU, blended on CPU [full]
[dev_pixelpipe] took 0.195 secs (0.369 CPU) processed `lens correction' on CPU, blended on CPU [full]
[dev_pixelpipe] took 0.014 secs (0.028 CPU) processed `input color profile' on CPU, blended on CPU [full]
[dev_pixelpipe] took 0.019 secs (0.036 CPU) processed `output color profile' on CPU, blended on CPU [full]
[dev_pixelpipe] took 0.004 secs (0.008 CPU) processed `gamma' on CPU, blended on CPU [full]
[dev_process_image] pixel pipeline processing took 2.383 secs (4.562 CPU)
[dev] took 0.000 secs (0.000 CPU) to load the image.
[dev_process_image] pixel pipeline processing took 0.000 secs (0.000 CPU)
[dev] took 0.000 secs (-0.000 CPU) to load the image.
[dev_pixelpipe] took 0.001 secs (0.002 CPU) initing base buffer [full]
[dev_pixelpipe] took 0.001 secs (0.001 CPU) processed `raw black/white point' on CPU, blended on CPU [full]
[dev_pixelpipe] took 0.001 secs (0.001 CPU) processed `white balance' on CPU, blended on CPU [full]
[dev_pixelpipe] took 0.001 secs (0.002 CPU) processed `highlight reconstruction' on CPU, blended on CPU [full]
[dev_pixelpipe] took 0.028 secs (0.047 CPU) processed `demosaic' on CPU, blended on CPU [full]
[dev_pixelpipe] took 2.228 secs (4.211 CPU) processed `denoise (profiled)' on CPU, blended on CPU [full]
[dev_pixelpipe] took 0.191 secs (0.367 CPU) processed `lens correction' on CPU, blended on CPU [full]
[dev_pixelpipe] took 0.015 secs (0.029 CPU) processed `input color profile' on CPU, blended on CPU [full]
[dev_pixelpipe] took 0.018 secs (0.035 CPU) processed `output color profile' on CPU, blended on CPU [full]
[dev_pixelpipe] took 0.004 secs (0.007 CPU) processed `gamma' on CPU, blended on CPU [full]
[dev_process_image] pixel pipeline processing took 2.509 secs (4.736 CPU)
[dev] took 0.000 secs (-0.000 CPU) to load the image.
[dev_pixelpipe] took 0.001 secs (0.001 CPU) initing base buffer [full]
[dev_pixelpipe] took 0.001 secs 

Re: [darktable-user] darktable 2.2.0 rc0 released

[junkyardsparkle]

On Fri, Nov 11, 2016, at 01:40, Roman Lebedev wrote:

> I doubt that is a bug. Especially profiled denoise is quite CPU-hungry.

Thanks. I'm well aware that the denoise is computationally expensive (and 
rarely have it enabled while editing). What I don't understand is why, 
occasionally, the rendering time is many times more than the sum of the time 
for either lens correction *or* profiled denoise, when both are enabled. 
Explain like I'm five? :)

-- 
jys

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

[junkyardsparkle]

Thanks for splitting the preset storage out from the image db, very happy to 
see that, and the modifier keys on the sliders is a nice UI enhancement... if I 
can retrain myself to use them!

 I've encountered one odd behavior, but can't quite seem to nail down exact 
steps to reproduce: when viewing an image at 1:1 zoom, with lens correction and 
profiled denoise enabled, it sometimes takes an *extremely* long time to render 
the view, on the order of ~20 seconds or more instead of the typical 3-4. This 
only happens with both of those modules enabled (even if they are the only ones 
in the stack), and then only sometimes; I would say maybe about 1 in 5 times 
when dragging the viewport box around in the thumbnail preview with both 
modules enabled. I'm not using OpenCL. If I can narrow down the circumstances a 
little more I'll file a bug report, but meanwhile maybe somebody else with 
better knowledge of the internals can attempt to duplicate this behavior...

-- 
jys


On Sun, Nov 6, 2016, at 05:26, Tobias Ellinghaus wrote:
> we’re proud to announce the first release candidate for the upcoming 2.2 
> series 
> of darktable, 2.2.0rc0!
 [...]

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Library / sidecars trouble

[junkyardsparkle]

On Sat, Sep 10, 2016, at 08:15, Jean-Luc CECCOLI wrote:
> At this time, I realized that I had left the parmeter set to overwrite 
> instead of merge (or stack, I don't remember the english parameter).

On the occasions when I use "overwrite" mode, I try to remember to set it back 
to "append" immediately afterwards to avoid this kind of thing, but hearing 
about this from other people makes me wonder:

Would it make sense to create stronger separation between these two operations, 
given the potentially destructive effects of using the wrong one? Being able 
assign different keyboard shortcuts that always did one or the other would 
present less "user surprise"... possibly even distinct buttons instead of the 
selection drop-down? Just a thought.

-- 
jys

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] dust cleaning

[junkyardsparkle]

On Tue, Sep 6, 2016, at 01:09, Jason Polak wrote:

> Interesting problem. I would of thought it possible to at least draw the 
> masks for the spot removal module and save it as a preset, but I just 
> tried it and it's not possible to save drawn masks as a preset, most 
> likely because it depends on the exact dimensions of the imported image. 
> Maybe someone can make a Lua script that does this?

The problem with this approach is that the spot removal module "clones" the 
image info from another area over the selected spot, and the appropriate area 
to use for this varies from image to image.

-- 
jys

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Copy / paste development

[junkyardsparkle]

Do you perhaps have the history stack module set to "overwrite" instead of 
"append"? This happens to me if I don't remember to change it back immediately 
after the rare occasions that I use "overwrite" mode...


On Tue, Aug 30, 2016, at 10:40, François Guinot wrote:
> Hi everybody,
> 
> I have 2 raw images. I modify the exposure value of the second one directly
> through the xmp file, then i load my 2 images in DT. The exposure value of
> the second one appeared to be correctly modified in DT.
> 
> Then i make some development on my first picture, then i copy these
> developments, and past them, except the exposure value, on my second
> picture. The developments are correctly pasted BUT, the exposition module
> is automatically set off and the exposure value reset to zero ...
> 
> I did not find any solution to keep the modified exposure value active when
> i past the developments made in an other picture ...
> 
> Any solutions ?
> 
> 
> Thanks a lot,
> 
> 
> 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

Re: [darktable-user] HDR

[junkyardsparkle]

Besides the default curve, I would also apply any desired white balance, 
denoise, and lens correction (or chromatic aberrations module) to the RAW files 
before exporting, since those work better on linear data, I believe.
-- 
jys


On Wed, Aug 17, 2016, at 19:20, I. Ivanov wrote:
> Hi All,
> 
> What works better for you?
> 
> 1. Correct a set of 3 images and then HDR using Luminance or
> 
> 2. Process the 3 images only with the default curve and then use 
> Luminance then bring them back in DT for further corrections?
> 
> Regards,
> 
> B
> 
> 
> 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

Re: [darktable-user] Input color profile

[junkyardsparkle]

The following links give some insight into how a lighting-independent (within 
reason) color profile is prepared:

 http://ninedegreesbelow.com/photography/camera-profile-make-target-shot.html

 http://ninedegreesbelow.com/photography/well-behaved-camera-profile.html

-- 
jys

On Wed, Aug 17, 2016, at 12:47, ternaryd wrote:
> Hi,
> 
> I was just wondering how an input profile for a
> camera works in darktable.
> 
> If I understood right, an ICC profile also
> includes the white point, but the lighting
> conditions can yield a different white point,
> and darktable allows me to change that. Does
> this mean, I would need a different profile for
> each lighting condition?
> 
> Aren't the base curves as distributed with
> darktable basically like a profile? What white
> point do they assume? If they yield a maximum
> intensity per color channel, some white point
> is implied, right?
> 
> Thanks,
> 
> -- 
> Cris
> 
> 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

Re: Fwd: Re: [darktable-user] Two Questions

[junkyardsparkle]

On Sat, Jul 16, 2016, at 16:00, David Vincent-Jones wrote:
> The 'recently used' list has a limited length so that entries that were 
> older get automatically removed.
> 
> One can also hit the 'reset' button and all but the current setting will 
> be removed.

You can also just delete the ones you don't want from the darktablerc file.

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org