Re: [darktable-user] Darktable seems to display pictures darker than they are

[Lorenzo Bolzani]

The camera sensor capture quite a flat recording of the scene and this is
later processed through a base curve to make it look closers to what we saw
with our eyes. This happens with any typical raw -> img conversion. They
way our eyes "see" and the way a sensor works are different so some mapping
(base curve) is required.

Rawtherapee applies a very minimal processing to the RAW file after the
demosaicing. The pictures you get from rawtherapee with RT on open are dull
and pale (this is intentional). DT instead tries to apply a base curve
similare to the one applied by the camera manufacturer by default.

So you should take a few pictures both in RAW format and JPEG format in the
camera (using the sRGB colorspace setting). Now open both and see if there
is any significant difference. Also open the JPEG file with a simple/basic
image viewer program (the default one from your OS) and see if the jpeg
appears different from DT.

For JPEG files you should see no difference between DT, RT and the basic
image viewer. Is this the case?

If you have a custom monitor color profile (ICC), if you are using the
Adobe RGB colorspace in the camera, or other special settings the issue may
be different.


Which OS, DT version are you using? Please share a RAW file, or a RAW/JPEG
pair, as an example.



Bye

Lorenzo

Il giorno ven 7 giu 2019 alle ore 16:27 spiritsparrow <
spiritspar...@riseup.net> ha scritto:

> Hi there,
>
> I've been using darktable for about a year now and overall I'm very happy
> that it exists. However One thing I can't wrap my head around:
>
> Images often are displayed and exported darker than they are. I realise
> that there are setting like base curve etc. and some are automatically
> applied. But there has to be a major error in my thinking or the settings.
> When I open the same image (I mostly have RAW and some jpgs) in Raw
> Therapee or other program it is displayed "as photographed".
>
> I don't even really understand why it seems that there has to be a base
> curve in many cases. When it is set to "zero" the picture should also be
> displayed with close simliarity to how it was photoghraphed, not darker.
>
> Sorry - I might be blind to an obvious aspect. But I just don't get it,
> have some years experience with similar software and photography.
>
>
> Looking forward to a reply. It would be great to finally solve this, as I
> think the program is really great .
>
>
> C
>
> 
> 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 about adding more IPTC fields to the metadata editor?

[Lorenzo Bolzani]

This is very nice in theory and in some situations it works too. But in
many others it's just a mess.

Let's suppose I have 2000+ pictures, I rate them, tag and process them with
DT. Now I'm done and I export 300 jpeg files. Now I start digikam or
something else, import the exported files and add the extra info to them.
Not ideal but acceptable. I send the shots to the customer. Now, after a
couple of days the client calls me: hey, can you please crop these three
images a little more? Sure, I open dt and process the images. Now I export
them again and...oh, gosh, I have overwritten the exif data, let me find
the notes with this guys names and set them again... Ok, I found it,
now...what are the images I modified? Ok, easy, let's sort them by
modification date... Oh, this program does not support file modification
date, let's sort by filename...

Of course you can hack something around this: use tags as temporary IPCT
fields, now run a script that read them from the xml and copy them into the
final field...


Simple individual tools works fine if you can integrate them in an
automated way. I works as a charm on command line tools.

I mean, why does DT does raw conversion and editing too? This is wrong! You
can use another simple tool to do the sharpening and another one to add the
watermark after the export. And exiftool for the data.

What goes in a program is quite arbitrary. Nobody wants a kitchen sink but
neither juggling between three programs for daily things.


Maybe adding the list of fields as a configuration parameter so that each
user can fine tune the list (not even exposed in the gui, something you
edit as text file)? This does not sound as bloat to me. Another sacred unix
principle is the possibility to customize/fine tune the tools often just
not to waste time with a clumsy workflow.



Lorenzo

Il giorno lun 13 mag 2019 alle ore 11:48  ha
scritto:

> tl;dr: If it can be done with 3rd party software, you should like it.
>
> Hi, sorry, I cannot solve your problem, since I do almost no metadata
> editing.  But I'd like to comment on one important misconception:
>
> Kneops (2019-May-13, excerpt):
> > I really would like to be able to do this in one program (DT)
>
> This desire, voiced by many users and not limited to DT, has led the
> IT world to bloated, unmaintainable and inflexible monolithic
> applications, much pain and frustration.
>
> Building an application that does everything you need will lead to
> feature creep [1] inevitably: Other people probably want other
> features which must be added as well (unless you're special, e.g. the
> maintainer or the sole paying customer).
>
> Applications implementing a certain feature are unlikely to be
> flexible enough to hand this task off to an application which is
> better at it.  So if your does-all-application A also solves a minor
> side task X, you won't be able to use another application B, which
> specializes on X and solves it better.  You're locked into using A
> because the other things it does, you're bound to the crappy solution
> A provides.
>
> The Unix Philosophy [2] and KISS Principle [3], while debatable in
> their most extremist interpretations, lead a way out of this: Do not
> add features to a program that could be easily handed of to an
> external tool.
>
> Of course, it is the fine art of designing an application to decide
> which features to include, and which to exclude.  For my part, I'd
> love to have darktables lighttable and darkroom views split into
> entirely separate applications, communicating only via the XMPs —
> unlikely to happen.
>
> Back to your problem: If someone out there has a way to do metadata
> editing externally, in a way compatible with DT and your needs, then
> that's a really good thing!  We should encourage the DT devs to
> improve such external interfaces.
>
> Cheers,
> Stefan
>
> 
> [1] https://en.wikipedia.org/wiki/Feature_creep
> [2] https://en.wikipedia.org/wiki/Unix_philosophy
> [3] https://en.wikipedia.org/wiki/KISS_Principle
>
>
> --
> http://stefan-klinger.deo/X
> I prefer receiving plain text messages, not exceeding 32kB. /\/
>   \
>
> 
> 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] A way to redeem myself

[Lorenzo Bolzani]

Regarding the shot, you could have used a larger aperture (as large as
possible for that focal length, the smallest value you can get). You could
also try a little slower shutter speed, up to 1/30, standing VERY still or
using a tripod or a table as support, taking a few shots, like a dozen, to
be sure to have at least one completely still. And move her closer to the
lights.

The room was quite dark (according to the shot exif data), the flash should
have fired. When there is low light I prefer to use shutter priority
because the camera will already choose the larger aperture.

It's very hard to estimate the amount of light in a room using the eyes
because eyes adapts a lot, ISO, speed, etc. are a better reference.

Regarding darktable see the attached file for my attempt at recovering the
picture.

Consider that for screen display and small/medium prints in my opinion the
file is completely usable, do not focus too much on 100% view, prints are
quite forgiving.

I used a lot of raw denoise, plus two other denoise steps (luma and
chroma), lowered the sharpening not to enhanche the noise and used local
contrast and equalizer to bring back some contrast. Lowpass filter to
remove some color halos. White balance and tone curve for fine tuning.


Bye

Lorenzo

Il giorno dom 7 apr 2019 alle ore 17:46 Niranjan Rao  ha
scritto:

> Greetings,
>
>
> Version 2.6.1 on Ubuntu 18.04
>
> I am just a beginner and learning my way around. I read a lot, watch
> video tutorials, play around the knobs on camera and in darktable only
> on "safe unimportant" photos. Otherwise I stay safe on auto mode.
>
>
> Yesterday was a special day and she was all dressed up. I forgot my
> camera was not on auto mode. Results are all noisy and grainy and my
> limited experience does not help me to cleanup the results. Thankfully I
> have some photos from my phone camera which are looking better than my
> Canon camera photos.
>
>
> At this point, except from camera being on Av mode, I don't remember any
> other settings such as exposure changed from default. I did turn on the
> flash as camera prompted me to turn on the flash even if there was
> plenty of light in the room.
>
>
> I have uploaded one CR2 file at
>
> https://drive.google.com/file/d/1CUTt7tEo0rmKwP99akAmJaV8dpJr6TBz/view?usp=sharing
>
> Is there a way to redeem myself? If you can save the day, please let me
> know the steps so that I can apply to other pictures.
>
>
> Thanks in advance,
>
>
> Niranjan
>
>
> 
> darktable user mailing list
> to unsubscribe send a mail to
> darktable-user+unsubscr...@lists.darktable.org
>
>


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

IMG_6538.CR2.xmp
Description: Binary data

Re: [darktable-user] How can I find all monochrome images?

[Lorenzo Bolzani]

Of course, but maybe it is good enough for Mark. There are many ways to get
a monochrome image but I suspect most user just go for the simplest one.

And he can extend this to the other modules he may have used to convert the
image, manually removing tags from the false positives if necessary. Or
just cover 90% of the images and do the rest manually.

And the monochrome module may become a mandatory module for his workflow to
make this work.

I do not see many alternatives anyway: you could inspect the exported
images but it takes much more work (unless imagemagick can do the trick)
and a few assumptions about the export folder for example.

Bye

Lorenzo

Il giorno gio 14 mar 2019 alle ore 23:51 Bruce Williams 
ha scritto:

> Problem is Lorenzo, the monochrome module isn't the only way to create
> monochrome images in darktable (as I recently discovered when I produced my
> video on that particular topic). :)
> Cheers,
> Bruce Williams
> --
> Mobile:  +61 41 250 6349
>
> audio2u.com
> brucewilliamsphotography.com
> shuttersincpodcast.com
> sinelanguagepodcast.com
>
> e-mail  | Twitter <http://twitter.com/@audio2u> |
> LinkedIn <http://au.linkedin.com/pub/bruce-williams/1/318/489> | Facebook
> <http://www.facebook.com/audio2u> | Soundcloud
> <http://www.soundcloud.com/audio2u> | Quora
> <https://www.quora.com/profile/Bruce-Williams-5>
> ----------
>
>
>
>
> -- Forwarded message -
> From: Lorenzo Bolzani 
> Date: Fri, Mar 15, 2019 at 8:41 AM
> Subject: Re: [darktable-user] How can I find all monochrome images?
> To: Mark 
> Cc: darktable forum 
>
>
>
> I do not know if there is a better trick but if you do not mind playing
> with shell scripts you can use find + xmlstarlet to find xmp files with the
> monochrome module enabled and add the corresponding tag to it.
>
>
> Lorenzo
>
>
>
> Il giorno gio 14 mar 2019 alle ore 22:32 Mark  ha
> scritto:
>
>> Is there a way to automatically find all monochrome images?
>> Currently, I have to tag them manually, which is a tedious and
>> error-prone process.
>>
>> 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
>
> 
> 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] How can I find all monochrome images?

[Lorenzo Bolzani]

I do not know if there is a better trick but if you do not mind playing
with shell scripts you can use find + xmlstarlet to find xmp files with the
monochrome module enabled and add the corresponding tag to it.


Lorenzo



Il giorno gio 14 mar 2019 alle ore 22:32 Mark  ha
scritto:

> Is there a way to automatically find all monochrome images?
> Currently, I have to tag them manually, which is a tedious and
> error-prone process.
>
> 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] Colorizing monochrome photos?

[Lorenzo Bolzani]

I think the best way today is to use neural networks:

http://richzhang.github.io/colorization/
https://lukemelas.github.io/image-colorization.html
https://www.learnopencv.com/convolutional-neural-network-based-image-colorization-using-opencv/

If you want a ready to use option try this:

https://demos.algorithmia.com/colorize-photos/



Bye

Lorenzo

Il giorno gio 14 mar 2019 alle ore 11:22 Bartosz Górecki <
bartosz.gore...@o2.pl> ha scritto:

> Hi!
>
> Gotta question : do you know any possible way to colorize monochrome
> pictures?
>
>
> I have old grandmas pics made by analog and i want to make scans and then
> colorize them.
>
>
> Maybe by color lookup table? Color zones? Maybe you all know better way to
> do that.
>
>
> Thanks in advance and once again thanks for such a great software.
>
>
>
> 
> 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: [darktable-dev] Re: HDR issue in darktable 2.6.0

[Lorenzo Bolzani]

Sometimes I get strange blue "shades". Going into "input color profile" and
setting gamut clipping to sRGB fixes it.



Il giorno gio 14 feb 2019 alle ore 12:29 Dusenberg  ha
scritto:

> I have just been puzzling over the 'pink highlight' problem on several
> raws I recently shot (not HDR), all of which have blown highlights caused
> by a  camera operator silly error :)  I recently created a custom style
> for my camera and I thought that was something to do with the problem, so
> I'm glad it's a known characteristic for which a solution is available -
> don't over-expose!
>
> I also noticed that Highlight Reconstruction was switched on on these raws
> and I hadn't done it as I like to start from a blank canvas, so switched it
> off. Reading the trail of replies however, it seems the only way to
> fix/reduce the pink problem is to use Highlight Reconstruction - so I'm
> now wondering if DT automatically switches Highlight Reconstruction on if
> it detects blown highlights; does anyone know?
>
> Thanks
>
> On 14/02/2019 06:41, David Vincent-Jones wrote:
>
> A 'pink/magenta' cast is normally an indicator of overexposure (on a
> single raw file) ... the red and blue pixels have been flooded on the
> sensor. Is it possible that one of your HDR exposures is simply putting
> data out-of-normal range?
> On 2019-02-13 10:23 p.m., Bruce Williams wrote:
>
> Yes, this is the correct way to use the mailing list! 
> Sorry if I'm unable to answer your question though.
> Cheers,
> Bruce Williams.
>
> On Thu., 14 Feb. 2019, 17:20 Mittagskogel Dobratsch  wrote:
>
>> Hi,
>>
>> This is my first time using a mailing list so please bear with me if this
>> is not the correct way to ask a question. I sent this two weeks ago, but
>> have not received any replies.
>>
>> I have had an issue for some time in darktable with HDRs having a
>> pink/magenta tint. This issue seems to have appeared and been fixed in the
>> past. For example, user "bva" reports the same problem here:
>> https://darktable-devel.narkive.com/vBQahOFL/hdr-pink-colors
>> Pretty much all of the conditions are the same for me; CR2 raw files,
>> pink tint, heavy mazing.
>>
>> Thank you,
>> -mk
>>
>> On Fri, Feb 1, 2019 at 6:04 PM Mittagskogel Dobratsch 
>> wrote:
>>
>>> Hi,
>>>
>>> This is my first time using a mailing list so please bear with me if
>>> this is not the correct way to ask a question.
>>>
>>> I have had an issue for some time in darktable with HDRs having a
>>> pink/magenta tint. This issue seems to have appeared and been fixed in the
>>> past. For example, user "bva" reports the same problem here:
>>> https://darktable-devel.narkive.com/vBQahOFL/hdr-pink-colors
>>> Pretty much all of the conditions are the same for me; CR2 raw files,
>>> pink tint, heavy mazing.
>>>
>>> Thank you,
>>> -mk
>>>
>>
>> ___
>> darktable developer mailing list to unsubscribe send a mail to
>> darktable-dev+unsubscr...@lists.darktable.org
>>
>
> 
> darktable user mailing list to unsubscribe send a mail to
> darktable-user+unsubscr...@lists.darktable.org
>
>
> 
> darktable user mailing list to unsubscribe send a mail to
> darktable-user+unsubscr...@lists.darktable.org
>
>
>
>
> On 14/02/2019 06:41, David Vincent-Jones wrote:
>
> A 'pink/magenta' cast is normally an indicator of overexposure (on a
> single raw file) ... the red and blue pixels have been flooded on the
> sensor. Is it possible that one of your HDR exposures is simply putting
> data out-of-normal range?
> On 2019-02-13 10:23 p.m., Bruce Williams wrote:
>
> Yes, this is the correct way to use the mailing list! 
> Sorry if I'm unable to answer your question though.
> Cheers,
> Bruce Williams.
>
> On Thu., 14 Feb. 2019, 17:20 Mittagskogel Dobratsch  wrote:
>
>> Hi,
>>
>> This is my first time using a mailing list so please bear with me if this
>> is not the correct way to ask a question. I sent this two weeks ago, but
>> have not received any replies.
>>
>> I have had an issue for some time in darktable with HDRs having a
>> pink/magenta tint. This issue seems to have appeared and been fixed in the
>> past. For example, user "bva" reports the same problem here:
>> https://darktable-devel.narkive.com/vBQahOFL/hdr-pink-colors
>> Pretty much all of the conditions are the same for me; CR2 raw files,
>> pink tint, heavy mazing.
>>
>> Thank you,
>> -mk
>>
>> On Fri, Feb 1, 2019 at 6:04 PM Mittagskogel Dobratsch 
>> wrote:
>>
>>> Hi,
>>>
>>> This is my first time using a mailing list so please bear with me if
>>> this is not the correct way to ask a question.
>>>
>>> I have had an issue for some time in darktable with HDRs having a
>>> pink/magenta tint. This issue seems to have appeared and been fixed in the
>>> past. For example, user "bva" reports the same problem here:
>>> 

Re: [darktable-user] How to compare photos side-by-side

[Lorenzo Bolzani]

In the lighttable, if you select multiple pictures (ctrl or shift + click)
and place the mouse pointer over one of them you can use Z and the arrows
or the mouse wheel to switch between them.

In the shortcuts preferences you can assign a key to the "sticky preview"
to toggle the full screen preview.

If the mouse pointer is on a different image this is included in the set
too.

No need to label or rearrange the images, just select what you want to
compare.


Sadly this does not work with the darkroom, where Z always zoom only the
active image (quite useless in my opinion as it is identical to TAB) and
you cannot quickly zoom on another image for comparison. This my opinion
would be a nice improvement: the Z key in the darkroom should work as in
the lighttable, following the mouse pointer.


Lorenzo

Il giorno ven 25 gen 2019 alle ore 17:31 Anders Lund  ha
scritto:

> Hello,
>
> It is possible to zoom in into the lightroom to two columns, and then
> press
> TAB to hide the side- and topbars.
>
> It is possible to press Z + SHIFT to view single image previews, then use
> arrow keys to switch forth and back.
>
> Kindly,
> Anders
>
> fredag den 25. januar 2019 15.04.19 CET skrev johannes hanika:
> > hi,
> >
> > 1) you can open them in darkroom mode and use key accels (space,
> > backspace) to switch between them, keeping zoom and view window where
> > it was. you may need to work with colour labels/filtering in light
> > table to put them side by side first
> >
> > 2) snapshots are persistent, so you can make a snapshot at a given
> > zoom/view window in your master image and compare the others by
> > sliding the overlay
> >
> > (no idea how LR does it)
> >
> > -jo
> >
> > On Fri, Jan 25, 2019 at 12:49 PM Matej Martinovic
> >
> >  wrote:
> > > It seems that this feature is not yet available
> > > https://redmine.darktable.org/issues/8673
> > >
> > > Am Fr., 25. Jan. 2019 um 08:34 Uhr schrieb  >:
> > > > I'm a long-time Lightroom user that has been considering switching to
> > > > darktable since Adobe switched to subscriptions, and I finally
> decided
> > > > it was time to give darktable (2.6.0 on Windows 10) a real test
> drive on
> > > > a set of wildlife photos from a morning hike.  I've completed my
> initial
> > > > round of culling, and my next step is to select the best of the rest
> so
> > > > I can process and publish them.  In many cases I have a sequence of
> > > > photos of the same subject, and in LR I would use the compare view to
> > > > look at pairs of images side-by-side, switching between zoom-to-100%
> and
> > > > zoom-to-fit, to find the best of the sequence and give it a rating.
> I
> > > > haven't found anything similar to LR's compare view in darktable.  Is
> > > > there some way in darktable that I've missed to compare two photos
> > > > zoomed to 100%?
> > > >
> > > > Thanks.
> > > >
> > > >
> 
> > > >  darktable user mailing list
> > > > to unsubscribe send a mail to
> > > > darktable-user+unsubscr...@lists.darktable.org>
> > >
> __
> > > __ darktable user mailing list
> > > to unsubscribe send a mail to
> > > darktable-user+unsubscr...@lists.darktable.org
> >
> 
> > darktable user mailing list
> > to unsubscribe send a mail to
> darktable-user+unsubscr...@lists.darktable.org
>
>
>
>
>
> 
> 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] White balance Spot Selection & History stack copying

[Lorenzo Bolzani]

I'd like this too for lens correction: the lens may be always the same but
at different focal lengths.

Now I have to enable it one by one for each photo.

2018-08-01 13:31 GMT+02:00 :

> Jochen Keil (2018-Aug-01, excerpt):
> > Is there a way to tell darktable that it should analyze each image on its
> > own using the selected spot area for white balance?
>
> I doubt it.  I've been asking for the same thing with respect to
> exposure correction (metering a certain region on all images for
> neutral gray).  While “exposure” has an automatic mode (which totally
> did not work for me), there's no such thing in “white balance”.
>
> Implementing this would require darktable to offer two choices when
> copying a setting to another image: Do you want to copy *how* the
> change was determined and apply the result (your use case), or copy
> the change itself (e.g., copy white balance form one photo of a white
> reference to all photos from the same shoot)?  It would be nice to
> have this, but it's probably quite nasty to implement in the
> details...
>
>
> 
> [1] https://www.mail-archive.com/darktable-user@lists.
> darktable.org/msg00371.html
>
>
> --
> http://stefan-klinger.deo/X
> I prefer receiving plain text messages, not exceeding 32kB. /\/
>   \
> 
> 
> darktable user mailing list
> to unsubscribe send a mail to darktable-user+unsubscribe@
> lists.darktable.org
>
>


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

Re: [darktable-user] How to (or can I) narrow down the lighttable history search rule by a given used module?

[Lorenzo Bolzani]

I doubt this is an existing functionality. If you are comfortable with
shell programming you could try this:


- Go into core options and enable: "look for updated xmp files on startup"

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

This will make the next startup very slow and may find other "out of synch"
xmp files around. It won't make any changes unless you say so later.

- close darktable

- grep the xmp files to find the ones with the module

- use xmlstarlet or something like that to add a "darktable tag"
("dc:subject" block) or a color ("darktable:colorlabels")

Of course do this on a couple of test files first and triple check the
result. Have the script making a backup copy of the xmp too (only if a
backup is not already there).

- start darktable and choose to reload the recently modified xmp files from
the dialog you'll see

- now you can search and sort your files from darktable

- now you can disable the "look for updated xmp files on startup"


If you want something simpler, from the root of all your images folders:

mkdir xmp_export

grep -lr --include="*.xmp" 'darktable:operation="YOUR_MODULE"' | sed
's/.xmp//' | xargs -I% bash -c "cp --parents %* xmp_export/"


This will find all the matching xmp and corresponding images and copy them
into the export folder (keeping the folder structure). It's a different
thing, but if you just want to have a quick look at the situation this will
work.


One last thing, to "remove" a module from DT history I do this, similar to
what Remco wrote:

- deactivate the module
- compress history
- select the history line just below the deactivated module (the second one)
- compress history

yes, it's horrible.

BTW, I think compress history should do this automatically (I mean removing
modules that are off).




Bye

Lorenzo



2018-07-22 11:26 GMT+02:00 Harald :

> Hi,
>
> I was trying / using far too many modules in the past.
>
> Today I would like to find all my images using a specific module
> (several modules and hundreds of images, to be honest).
>
> What do I need to do to find all my current images using a specific
> module? I would like to have this search (image list) for later removing
> a specific module from all related images?
>
> Can I therefore narrow down the 'history' image attribute or would this
> be a new and - in my understanding -  very helpful extension of
> functionality?
>
> Thanks for your help and nice weekend
>
> Haribo M
>
> 
> 
> darktable user mailing list
> to unsubscribe send a mail to darktable-user+unsubscribe@
> lists.darktable.org
>
>


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

Re: [darktable-user] darktable treatment of jpeg photos

[Lorenzo Bolzani]

Just work on the jpeg. As you say, this file is never modified so there is
no quality loss depending on how many times you "edit" it, in the same
session or multiple sessions.

Converting a jpeg to a lossless format before editing will give you zero
advantages.

When you export the file to a lossy format, like jpeg, there is a very
small loss of quality. If you use a high quality setting during the export
this loss will be so small to be practically none (especially if your
original file was already compressed). If you really do not want this
minimal loss export to png.

The only case where you may want a lossless format is this: you open the
file in DT, do some edits, export. Then open this exported file with gimp
(or something else) and do some more edits. Now save with gimp and open the
result with DT and do some more edits with DT. In this case there will be a
very small difference if you use a lossless (png) format to "share" the
edited file. In this scenario, in theory, using a huge 16 bit tiff file is
even better but if your workflow starts with an 8-bit jpeg there is a
minimal advantage in "adding bits" later (more or less depending on the
specific image).


Bye

Lorenzo


2018-05-19 10:03 GMT+02:00 François Patte <
francois.pa...@mi.parisdescartes.fr>:

> Bonjour,
>
> If you open a jpeg photo in darktable, you can modify it (exposition,
> contrast, etc.). As far as I understand the way dt works, the jpeg file
> is not modified but all changes are recorded in the xmp file and a new
> jpeg file is created when you export your photo at the end of the
> treatment (am I right?).
>
> So my question is: is there some loss when I export the photo to a jpeg
> file after treatment with dt and is there a cumulative loss of quality
> if I reopen the original jpeg with dt (not the exported one) in order to
> add or modify some module actions?
>
> What is the best strategy to work with dt on jpeg photos? Work directly
> with the jpeg format or convert this one to another lossless format
> (using imagemagick for instance) and work with this format before
> exporting to the jpeg format?
>
> I expect that what I say is enough understandable
>
> Thank you.
>
> --
> François Patte
> UFR de mathématiques et informatique
> Laboratoire CNRS MAP5, UMR 8145
> Université Paris Descartes
> 45, rue des Saints Pères
> F-75270 Paris Cedex 06
> Tél. +33 (0)6 7892 5822
> http://www.math-info.univ-paris5.fr/~patte
>
>


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

Re: [darktable-user] Vacations

[Lorenzo Bolzani]

First I would install a distro targeted at low end machines. Something that
does not use 90% of the memory just to di fancy animations. Maybe you can
already find a lightweight image viewer there.

Check the memory usage and disable *everything* you do not need (printer,
desktop background, fancy screensaver, applets, etc.). Maybe the system is
swapping badly.

If xnviewmp works fine why not just using it? You may later export only the
best ones to a folder and, at home, import from there into DT. You will
have to classify this again but I do not expect many of these.
Otherwise you may also export from xnviewmp to five different folders
according to the rating, import each one into DT, mass-assign the
corresponding rating to all the images from each folder, and then move all
the files into a new folder and import this into DT.

For DT, you can try "bilinear" demosaic and interpolator in the "core
options" (I think these are the fastest ones, not sure if they are used in
the light table, but maybe you'll do some zoom-in sometimes). There is also
an "high quality thum processing" that you can try to disable. But honestly
I would prefer xnviewmp to a badly configured DT, at least it will show
things as they are supposed to be.


Lorenzo


2018-03-20 20:01 GMT+01:00 :

> DT 2.4.1
>
> I'll be going on vacation with a very low, low end, old laptop. DT
> runs like a dog on it. It's very bad.
>
> I'll be going through my images while away. Usually, I use xnviewmp
> which runs ok on this old laptop.
>
> What's a good way of rating, tagging and culling while away (so I
> don't have to do it twice)
>
> --
> sknahT
>
> vyS
> 
> 
> darktable user mailing list
> to unsubscribe send a mail to darktable-user+unsubscribe@
> lists.darktable.org
>
>


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

Re: [darktable-user] Making numberplates of cars unrecognizable

[Lorenzo Bolzani]

You could try a large radius lowpass with a mask on the plate.

2017-12-28 11:09 GMT+01:00 Dietmar Künkler :

> Hi,
>
> Can you give me a hint?
> How can I make numberplates of cars unrecognizable.
> Which modules(s) do I have to use for that?
>
> Thanks in advance.
>
> Dietmar
>
>
> 
> 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] Contrast by details

[Lorenzo Bolzani]

 I use it with parametric masks, geometrical and/or by luminance. Or
equalizer may be an option.

2017-12-05 21:01 GMT+01:00 :

> DT 2.2.5
>
> Is there a way of setting the contrast levels according to the
> details?
>
> I don't want to add in contrast in skies or in skins.
>
> I'd like to add contrast where there is a lot of details.
>
> --
> sknahT
>
> vyS
> 
> 
> darktable user mailing list
> to unsubscribe send a mail to darktable-user+unsubscribe@
> lists.darktable.org
>
>


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

[Lorenzo Bolzani]

These may help you to see what is going on:

strace -e trace=open,getdents darktable 2>&1 | grep -C 10 xml

I can see this in the log if I add an aaa.xml in the .local/share/lensfun
folder

open("/home/aaa/.local/share/lensfun",
O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 25
getdents(25, /* 5 entries */, 32768)= 136
open("/home/aaa/.local/share/lensfun/aaa.xml", O_RDONLY) = 26
getdents(25, /* 0 entries */, 32768)= 0

This with invalid content:

open("/home/aaa/.local/share/lensfun",
O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 25
getdents(25, /* 5 entries */, 32768)= 136
open("/home/aaa/.local/share/lensfun/aaa.xml", O_RDONLY) = 26

** (darktable:6319): WARNING **:
/home/aaa/.local/share/lensfun/aaa.xml:1:1: Error on line 1 char 1:
Document must begin with an element (e.g. )





2017-11-20 21:55 GMT+01:00 Brune Wayce :

> I've done a little test:
>  - Starting darktable from terminal: no errors
>
>  - Adding deliberately a typo in mil-panasonic.xml and starting from
> terminal: no errors
>
>  - Removing a camera from mil-panasonic.xml and starting from terminal:
> the same camera is still present in the lens correction module.
>
> I think darktable does not look in this file to fill the camera list of
> the lens correction module...
>
> Bye and thank you,
> Brune
>
>
> 2017-11-20 21:43 GMT+01:00 Šarūnas :
>
>> On 2017-11-20 15:26, Brune Wayce wrote:
>> >> Within darktable *where*? In lens correction module?
>> >
>> > Yep! Despite having added the DMC-G7 entry in the mil-panasonic.xml
>> > file, in the correction module the camera is still not present...
>>
>> Start darktable from the terminal and then check the terminal whether
>> there are any error messages about lensfun — perhaps you introduced typo
>> somewhere.
>>
>> If not, then try to deliberately make a typo in some XML tag and see of
>> darktable complains. That way you will know whether you are adding to
>> the right file, i.e. the which darktable is even reading.
>>
>>
>> --
>> Šarūnas Burdulis
>> math.dartmouth.edu/~sarunas
>>
>>
>
> 
> 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] Sharpening after resize

[Lorenzo Bolzani]

2017-11-14 8:03 GMT+01:00 <junkyardspar...@yepmail.net>:

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


I just tried a simple test I think this is not true. Try this:

- take one picture, set sharpen to maximum settings and export to half the
size
- now turn off sharpening and export to half the size
- now go to this last small export, the one with no sharpening, and open it
- now set sharpening to maximum settings and export again with no
up/downscale

Now compare the first and third export.


For all those suggesting alternatives: of course I could use gimp, lua
scripts, DT again, imagemagick or RT or I could go to my friend and do this
with Photoshop, why not. But this does not make any sense to me. I know of
no other program where I have to do this extra steps of post processing for
downscaled exports, not an uncommon thing with modern sensors.

I do not get why downscale is not handled as a normal hidden module and
placed in the pipeline at a reasonable place. If this is a problem, adding
another "post-processing" smaller pipeline could be a reasonable
alternative?

Often I do not have time for these extra steps, so I just do one export and
my shots are dull. Consider all the users that are not aware of this
problem and they get a bad output from an otherwise great program.

There are also smaller problems: when I do the first export I use the
"title" and "rights" tags to create the filename. When I reopen the files
with DT and do the "after-sharpening" export I need to remember to change
the filename to just FILE_NAME or these are appended once more. Of course,
as I do, I can create a few export presets pairs, one for the first export
and one for the second, but these are a lot of extra workarounds and I
often forget to switch back and forth.


Lorenzo


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

Re: [darktable-user] Sharpening after resize

[Lorenzo Bolzani]

I'm quite sure that all processing is applied before downscale (this has
been discussed before). And sharpening is mostly lost after downscale.

What I do is to reopen all the small exported files with DT, apply
sharpening on the first one (with different parameters than before as the
file is smaller), then copy and past this module on all the others pictures
and re-export with no downscale. It works, it is a little insane.
Especially if you do selective sharpening using masks to push specific
areas/exclude noisy uniform background and you need to redraw the same
shapes one by one.




2017-11-14 6:48 GMT+01:00 Patrick Shanahan :

> * darkta...@911networks.com  [11-14-17 00:30]:
> > On Mon, 13 Nov 2017 23:33:01 -0500
> > Patrick Shanahan  wrote:
> >
> > >don't you apply sharpening during you edit.  you do realize that dt
> > >has a specific order that it applies the edits you prescribe on
> > >export.  if you assigned sharpening during your edit, it is applied
> > >to the exports. --
> >
> > Yes, I apply some sharpening during the edit. But I want to apply
> > some further sharpening on the jpg after DT has done the export. It's
> > to give the extra "edge" (pun intended).
>
> dt applies the sharpening "on export".  it's already applied.  if you want
> more sharpening, apply it during edit.
>
> you are not really editing your "raw" file, but the edits are recorded in
> the associated xmp file.  "nothing" is done to your original raw image.
> the edits are applied on export, when the jpg, or ..., is created.
>
> --
> (paka)Patrick Shanahan   Plainfield, Indiana, USA  @ptilopteri
> http://en.opensuse.orgopenSUSE Community Memberfacebook/ptilopteri
> Registered Linux User #207535@ http://linuxcounter.net
> Photos: http://wahoo.no-ip.org/piwigo   paka @ IRCnet freenode
> 
> 
> darktable user mailing list
> to unsubscribe send a mail to darktable-user+unsubscribe@
> lists.darktable.org
>
>


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

Re: [darktable-user] A Droolable screen

[Lorenzo Bolzani]

I use TAB when I need more space (or Z for a quick check). I think it's
easier than turning the head back and forth between two screens anyway.

2017-11-02 18:34 GMT+01:00 Patrick Shanahan :

> * J. Paul Bissonnette  [11-02-17 13:26]:
> > Not sure it can be done, at least my setup with a nVidia K4000 and 2
> > Dell Ultra sharp I know of no way to do it. I can not even even stretch
> > the window to cover both monitors.
> >
> >
> >
> > On Thu, 2 Nov 2017 10:44:48 -0400
> > Michael  wrote:
> >
> > > "What would be really nice is to have one of those with a version of
> > > Darktable
> > > that works much like GIMP does where you can drag the controls off to
> > > a separate
> > > monitor and devote all of this screen real estate, as 27" of it, to
> > > the image."
> > >
> > > I believe you can do that with darktable now. You just need to put
> > > another video card into your computer and set the computer to
> > > multi-screen. Sorry, I don't know the correct terminology.
> > >
> > > On Thu, Nov 2, 2017 at 7:56 AM, Anton Aylward 
> > > wrote:
> > >
> > > > I note that BenQ have just release a 27" 4K monitor:
> > > > http://www.benq.us/product/monitor/sw271
> > > > This is targeted at the photographer. Color corrected etc etc etc.
> > > > 3840 x 2160 resolution
> > > >
> > > > DROOL!
> > > >
> > > > What would be really nice is to have one of those with a version of
> > > > Darktable
> > > > that works much like GIMP does where you can drag the controls off
> > > > to a separate
> > > > monitor and devote all of this screen real estate, as 27" of it, to
> > > > the image.
> > > >
> > > > Perhaps you guys can talk BenQ into a demo unit that you can
> > > > 'evaluate' for use
> > > > with Darktable.  Or perhaps some kind soul will donate one to you.
> > > >
> > > > But even for those of us who can only afford 20" or 21" screens,
> > > > having the controls in a separate logical "window"  being able to
> > > > drag the controls off to
> > > > another monitor is useful.
> > > > Please consider this for a future release.
> > > >
> > > >
> > > > 
> > > > 
> > > > darktable user mailing list
> > > > to unsubscribe send a mail to darktable-user+unsubscribe@
> > > > lists.darktable.org
> > > >
> > > >
> > >
> > >
> >
> > 
> 
> > darktable user mailing list
> > to unsubscribe send a mail to darktable-user+unsubscribe@
> lists.darktable.org
>
> I can streatch but it accomplishes nothing for me as the monitors are
> different sizes, 55" and 28".
>
> --
> (paka)Patrick Shanahan   Plainfield, Indiana, USA  @ptilopteri
> http://en.opensuse.orgopenSUSE Community Memberfacebook/ptilopteri
> Registered Linux User #207535@ http://linuxcounter.net
> Photos: http://wahoo.no-ip.org/piwigo   paka @ IRCnet freenode
> 
> 
> darktable user mailing list
> to unsubscribe send a mail to darktable-user+unsubscribe@
> lists.darktable.org
>
>


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

Re: [darktable-user] Work flow

[Lorenzo Bolzani]

And if you go on the "power symbol" tab in the right pane (the first tab
from the left) and press again on the "power symbol" the list will switch
from an "active modules" list to "all modules" list. So you can see the
ordering of all modules, even the ones that you are not currently using.



2017-10-11 11:31 GMT+02:00 Tobias Ellinghaus :

> Am Dienstag, 10. Oktober 2017, 00:11:09 CEST schrieb Patrick Shanahan:
> > * Michael  [10-10-17 00:05]:
> > > I have determined (supposed... guessed) that these are the following
> > > modules I need to use. Does it matter what order I use them in? (the
> list
> > > is in the order I will use them) I supposed that LENS CORRECTION needs
> to
> > > be one of the first since the correction changes the keystone.
> > >
> > > - lens correction
> > > - raw denoise
> > > - spot removal
> > > - rotate image
> > > - color zones
> > > - contrast brig...ss saturation
> > > - shadow and hilights
> > > - local contrast = sharpen image
> > > - defringe
> >
> > you can use the modules in any order suits your particular notion, but
> > they are applied in the order they appear in darkroom mode left panel,
> > history.
>
> No, they are applied in the order they show up in the _right_ panel,
> bottom to
> top. The history on the left reflects the changes you did and their order.
>
> > it is suggested you do the noise modules last as they will delay
> > your screen display the most.
> >
> > > What do you think I need to add?
> >
> > depends on what YOU think you need to do and what you are shooting, the
> > time of day, available light,   if I think something needs salt and
> > you do not, is salt needed?
>
>


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

Re: [darktable-user] zoom

[Lorenzo Bolzani]

Same thing here, I think it is a bug.

When you go from 191% (or something like that)  to 200% using the mouse
wheel the image suddenly jumps and is no longer centered under the mouse
pointer.


Lorenzo

2017-10-02 17:03 GMT+02:00 Jean-Luc Coulon (f5ibh) <
jean.luc.cou...@gmail.com>:

> Hi,
>
> On the preview, on the left, you have a  rectangle which represents the
> cropped area displayed in the main window.
> With the mouse, you can drag this rectangle where you want in the picture
> and the main window follows it.
>
> J-L
>
> 2017-10-02 16:38 GMT+02:00 Michael :
>
>> No. Learn something new every day
>>
>> On Oct 2, 2017 07:58, "Matthieu Moy" 
>> wrote:
>>
>>> - Original Message -
>>> > From: "Michael" 
>>>
>>> > I zoom in as close as I can (almost). I press control to zoom in
>>> closer.
>>>
>>> Did you try just using middle-click? One click -> 100% zoom, two clicks
>>> -> 200% zoom, click again -> fit to screen. Really, really convenient.
>>>
>>> --
>>> Matthieu Moy
>>> https://matthieu-moy.fr/
>>>
>>
>> 
>> darktable user mailing list to unsubscribe send a mail to
>> darktable-user+unsubscr...@lists.darktable.org
>>
>
>
> 
> darktable user mailing list to unsubscribe send a mail to
> darktable-user+unsubscr...@lists.darktable.org
>


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

Re: [darktable-user] OpenCL -- did I solve my problem?

[Lorenzo Bolzani]

nvidia-smi may give some hint on the situation, for example running it as:

watch -n 1  nvidia-smi



2017-09-22 11:27 GMT+02:00 thokster :

> Am 22.09.2017 um 09:11 schrieb Remco Viëtor:
>
>> On vendredi 22 septembre 2017 07:35:32 CEST Michael Below wrote:
>>
>>> Just an idea: should the headroom depend on the display resolution? Like:
>>> 300mb for 1920, 400mb above?
>>>
>>> ...
 By default darktable assumes that it's sufficient to leave 300MB
 untouched for driver and display purposes. In your case it seems that
 this was not sufficient and you needed to change it to 350MB. With the
 amount of installed GPU memory constantly increasing in modern graphics
 cards we should consider to increase the default to 400 in order to
 avoid user frustration.

>>> I'd expect display resolution to be one factor, but not the only one.
>> Multi-
>> screen setups would also require more headroom, as would the use of
>> hardware
>> OpenGL (for window manager and other programs).
>>
>> If it were only a matter of display resolution, darktable could already
>> make
>> an educated guess at the amount required. It's not done, which makes me
>> suspect it's not that simple.
>>
>> Remco
>> 
>> 
>> darktable user mailing list
>> to unsubscribe send a mail to darktable-user+unsubscribe@lis
>> ts.darktable.org
>>
>> Which other programs  using OpenCL  you are running (especially during
> export) is probably very important.
>
>
> 
> 
> 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+unsubscr...@lists.darktable.org

Re: [darktable-user] Wishlist: Upscaling via Machine Learning

[Lorenzo Bolzani]

These are the most impressive results I'm aware of:

https://github.com/david-gpu/srez
https://github.com/alexjc/neural-enhance
https://arxiv.org/pdf/1609.04802.pdf

but both gives the best results with specialized training (faces for
example). The one Michael proposed seems a more generic one.
No idea about performance but "execution" time is usually fast, memory may
be a much bigger requirement.

This one is about noise reduction:

http://webdav.is.mpg.de/pixel/files/neural_denoising/paper.pdf

I think in a couple of years machine learning will be the only way to
achieve state of the art results for about anything. If not today already.

Noise, white balance, clipping recovery, blurry/out of focus shots, color
casts, lens correction, defringe, sharpening, inpainting, etc. Up to this
(pose edit, content generation):

https://github.com/nightrome/really-awesome-gan
https://www.slideshare.net/Artifacia/generative-adversarial-networks-and-
their-applications (slide 24, 27)


It's going to be fun :)


Lorenzo


2017-07-09 18:14 GMT+02:00 David Vincent-Jones :

> Along the same line: Some years ago Cliff Reiter (Lafayette College)
> (using Jsoftware) demonstrated and published 'lossless edge' image
> rotation using fractals.
>
> David
>
> On 07/09/2017 08:16 AM, Michael Below wrote:
> > Hi,
> >
> > last week I took a couple of images at a concert, and it turned out
> > that only a small part of each image was interesting. I was too far
> > away, with a wide-angle lens, so the band I wanted to photograph was in
> > a small part in the center of the frame with lots of other stuff around
> > them, stage, audience etc.
> >
> > Now this can be solved by taking better pictures, coming closer, being
> > prepared with a telephoto lens etc. - but there also seems to be a
> > solution that could find its way into darktable.
> >
> > There have been a number of media reports about machine learning
> > experiments by Google etc. to add missing detail to images during
> > upscaling. It seems like the results are often quite convincing. Now I
> > stumbled upon a Github project for this that seems to offer a hands-on
> > solution which might be a basis for implementation in darktable:
> >
> > https://github.com/lucasdupin/ml-image-scaling
> >
> > What do you think? I imagine this would be useful...
> >
> > Cheers
> > Michael
> > 
> 
> > darktable user mailing list
> > to unsubscribe send a mail to darktable-user+unsubscribe@
> lists.darktable.org
> >
> 
> 
> darktable user mailing list
> to unsubscribe send a mail to darktable-user+unsubscribe@
> lists.darktable.org
>
>


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

Re: [darktable-user] Darktable on HiDPI screens

[Lorenzo Bolzani]

With a 3200 and a 2560 display (long side) I use:

screen_dpi_overwrite=76
panel_width=230  (also in the GUI Options)


But I have hi-dpi enabled with Mint Mate so this may not apply to you.


Bye

Lorenzo


2017-07-04 14:21 GMT+02:00 Аl Воgnеr :

> I found
> https://www.reddit.com/r/DarkTable/comments/4wm39l/
> darktable_on_hidpi_screens/
> which recommends to change the value of screen_dpi_overwrite in
> ~/.config/darktable/darktablerc
>
> The default value is -1.0 and it was recommended to set it to 140-150.
> But this doesn't work for me. If I change to 140 I get some letters in
> yellow in the menu.
>
> What do you do with a 4k-display?
>
> Al
> 
> 
> darktable user mailing list
> to unsubscribe send a mail to darktable-user+unsubscribe@
> lists.darktable.org
>
>


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

Re: [darktable-user] sharpening vs highpass

[Lorenzo Bolzani]

Al alternative is to use darktable-cli in this way:

1. export a downscaled version of the image
2. open it with darktable and sharpen it to your liking (depending on the
downscaled size)
3. close darktable and copy the xmp file as my-sharpen.xmp in a folder of
choice
4. for your next downscaled export simply run:


darktable-cli --hq true input-downscaled-img.jpg folder/my-sharpen.xmp
output-img.jpg


combine this with find or xargs for multiple exports.

You can also combine the downscale and sharpen process running
darktable-cli twice with two different xmp files on the full-size jpeg or
even three times, starting from the RAW with its custom xmp.


Bye

Lorenzo


2017-04-26 16:04 GMT+02:00 :

> On Mon, 24 Apr 2017 23:28:41 +0200
> Markus Jung  wrote:
>
> >> BTW, is there a way of doing the sharpening after the resize in the
> >> export Ctrl-E?
> >
> >AFAIK not. I use a custom shell script for downscaling+sharpening.
>
> Would you care to share?
>
> Thanks
>
> --
> sknahT
>
> vyS
> 
> 
> darktable user mailing list
> to unsubscribe send a mail to darktable-user+unsubscribe@
> lists.darktable.org
>
>


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

Re: [darktable-user] Can't remove high frequency chroma noise with equalizer

[Lorenzo Bolzani]

2017-04-13 21:55 GMT+02:00 Guillermo Rozas :

> I get very good results for "medium noise" (ISO 800 in a 5D mk II) using
> two copies of the profiled denoise module:
>

I also get good results in this mode.

For high ISO shots I usually start with a little raw denoise (0,005).

Then two denoise profiled like described by Guillermo.

For fine tuning I try these options:

Lowpass filter:
radius 3 (or 4.5 for very high noise)
gaussian
contrast 0
brightness 0
saturation 1
blend: color

the lowpass trick also for low noise shots with only a hint of chroma noise.

For very high ISO I found out that ca correction and/or defringe can remove
some remaining color halos/speckles (but may also alter important colors).

In general I try to use a lightness parametric mask to apply stronger
denoise on the darker parts on the image.

Then add a little vibrance/saturation to recover the lost saturation.

You can save all this in a style to make it easier to apply.

See attached xmp file.


Bye

Lorenzo


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

DSC04403.ARW.xmp
Description: Binary data

Re: [darktable-user] Re: Export for web - downscale

[Lorenzo Bolzani]

I did another test: sharpening in darkroom or sharpening using a style in
the "export selected" panel gives identical results.
Instead, exporting a downscaled image, reopening this smaller image and
then applying sharpening gives different, better, results.

So my advice was wrong or not ideal at least. It was based on this part
<http://www.darktable.org/usermanual/ch02s03s12.html.php#d0e3405> of the
manual that I find quite confusing/ambiguous:

About export styles: "*You can use this feature to add processing steps and
parameters that you want to be applied specifically to images before
export, e.g. you may define a style that adds a stronger level of
sharpening when you produce scaled-down JPEG files for the internet or add
a certain level of exposure compensation to all of your output images.*"

But sharpening gets softened a lot during downscale so it doesn't seem a
good example, more like a workaround.

So it seems like some separate post processing is needed.


Bye

Lorenzo




2017-03-29 10:31 GMT+02:00 Sascha Oleszczuk <soleszc...@gmail.com>:

> Hello All,
>
> thank you for your feedback.
> The initial idea of my questions was to get insights of your workflows.
> How do you prepare images for web.
>
> I know that this can be done with darktable ( have read the manual ;-)  ).
> But as Roman mentioned the styles (during export) are not applied to the
> downscaled image they are added to the history stack.
>
> Let me summarize your feedback: (not all have replied to mailing list
> that's why I summarize it)
> - Export with Darkktable full resolution as TIFF and downscale with Digikam
> - Export and downscale with Darktable and append a style to sharpen.
>   Create styles for export like 640-sharpen, 1280-sharpen, 2048-sharpen
> etc.
> - Export full resolution with Darktable and use mogrify as part of
> Imagemagick to create imgaes for web
>   e.g. mogrify -quality "85%" -resize 900x900 -unsharp 1.5x1+0.7+0.2 *.jpg
>
>
> Let's see what others recommend.
>
> Thx
>
> 2017-03-28 0:26 GMT+02:00 <darkta...@911networks.com>:
>
>> On Mon, 27 Mar 2017 23:58:19 +0200
>> Lorenzo Bolzani <l.bolz...@gmail.com> wrote:
>>
>> >I just did a quick test: one export with no style applied and another
>> >export with a custom style containing sharpening set to max
>> >settings. The two exported files are clearly different.
>> >
>> >So I think the best option for downscale is to create a few styles
>> >(like 640-sharpen, 1280-sharpen, 2048-sharpen, etc.) and use the
>> >best one.
>> >
>> >About what kind of sharpening to use, I use all the ones you
>> >mentioned (local contrast, highpass, etc.) often more the one at the
>> >same time. They are different. I usually use the basic "sharpen"
>> >with these settings: 1600, 0.800, 250. The threshold value depends
>> >on how much noise is there in the picture as sharpening enhance the
>> >noise. I rarely use the equalizer for simple sharpening only. High
>> >pass with different settings and blend modes (e.g. softlight) gives
>> >very different results as does local contrast.
>>
>> I have also gone the route of try this, try that: local contrast,
>> sharpening and high pass.
>>
>> I ended up with mogrify which is part of imagemagick which is
>> available for both mac and linux
>>
>> I export the jpegs to a temp directory and use:
>>
>> > mogrify -quality "85%" -resize 900x900 -unsharp 1.5x1+0.7+0.2 *.jpg
>>
>> It's extremely fast and I find it the sharpening more pleasing
>>
>> --
>> sknahT
>>
>> vyS
>> 
>> 
>> 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+unsubscr...@lists.darktable.org
>


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

Re: [darktable-user] Re: Export for web - downscale

[Lorenzo Bolzani]

I just did a quick test: one export with no style applied and another
export with a custom style containing sharpening set to max settings. The
two exported files are clearly different.

So I think the best option for downscale is to create a few styles (like
640-sharpen, 1280-sharpen, 2048-sharpen, etc.) and use the best one.

About what kind of sharpening to use, I use all the ones you mentioned
(local contrast, highpass, etc.) often more the one at the same time. They
are different. I usually use the basic "sharpen" with these settings: 1600,
0.800, 250. The threshold value depends on how much noise is there in the
picture as sharpening enhance the noise.
I rarely use the equalizer for simple sharpening only. High pass with
different settings and blend modes (e.g. softlight) gives very different
results as does local contrast.


Bye

Lorenzo


2017-03-27 17:37 GMT+02:00 Roman Lebedev :

> On Mon, Mar 27, 2017 at 6:09 PM, August Schwerdfeger
>  wrote:
> > According to the manual section on exporting images [1], you should be
> able
> > to do this entirely with Darktable -- you can use the "Max size" option
> for
> > downscaling
>
> > and the "Style" option for applying additional sharpening, etc., during
> the export.
> Just in case, please do re-read that usermanual section once more
> (hint: that style will *not* be applied to the final exported image,
> but will simply be
> added to the image's history stack, i.e. it does not allow to cheat
> the pipe order)
>
> > --
> > August Schwerdfeger
> Roman.
>
> > aug...@schwerdfeger.name
> >
> > On Mon, Mar 27, 2017 at 8:48 AM, Sascha Oleszczuk 
> > wrote:
> >>
> >> Hi All
> >>
> >> no recommendation until now.
> >> How do you export your images for web?
> >>
> >> Thx
> >>
> >> 2017-03-24 19:47 GMT+01:00 Sascha Oleszczuk :
> >>>
> >>> Hi,
> >>>
> >>> how do you export your images for web?
> >>> Do you downscale / resize them during export with darktable?
> >>> Or do you downscale them with darktable + append an extra sharpening
> >>> style?
> >>> If yes how are the settings of your sharpening style? Sharpening or
> local
> >>> contrast or high pass or equilizer? and what are the values?
> >>> Or do you export in full resolution and you use another software for
> >>> downscaling?
> >>>
> >>> Thx in advance
> >>> Sascha
> >>
> >>
> >>
> >>
> >> 
> 
> >> darktable user mailing list to unsubscribe send a mail to
> >> darktable-user+unsubscr...@lists.darktable.org
> >
> >
> >
> > 
> 
> > darktable user mailing list to unsubscribe send a mail to
> > darktable-user+unsubscr...@lists.darktable.org
> 
> 
> darktable user mailing list
> to unsubscribe send a mail to darktable-user+unsubscribe@
> 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

[Lorenzo Bolzani]

2017-03-27 11:19 GMT+02:00 Alex Delaforce <123.adelafo...@gmail.com>:

> The image problem is more than distortion. The image circle doesn't cover
> the sensor leaving black corners. If I use jpeg instead of RAW I think the
> processor stretches the image to cover the rectangle corners. Which I think
> is a bit bodgy!
> I'm pretty sure I'm going to send the camera back. But I will try the xml
> file sent via this list first.
> Cheers
>
As said, this may be perfectly normal behaviour and you'll find the same
situation on any other comparable camera. To make the lenses so small and
so bright they have to make huge compromises and the first things to go are
the ones that can be corrected in post (distortion, CA, vignetting). This
is true, to a lesser degree, for many high-end lenses too.
An unprocessed RAW file in general is much worse than the default Jpeg.

If the jpeg is fine and the RAW is "bad" it's probably just distortion
correction. Usually this problems vary with focal length.
The image is not stretched, probably it is "corrected" and then cropped.

This is an example:

https://i.stack.imgur.com/1Zzxk.jpg

the original RAW image was bent inward so the correction pulled the center
forward. This bends the borders too so now you have to crop the picture to
make it squared again. The cropping may hide the black corners.

If you want to share a sample RAW file we may better understand the
situation.


Bye

Lorenzo


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

Re: [darktable-user] What the difference

[Lorenzo Bolzani]

Raw warnings are relative to the RAW file before any extra DT processing.
These cannot change.

Instead "classic" warnings are relative to the image with the current
processing applied, in other words are relative to the image you are going
to export (the "jpeg").

If you have "image" clippings you can fix (or create) these in a lot of
ways (exposure, tone curve, base curve, etc.). If you have RAW clippings
you need some kind of smart "filler" to try to reconstruct/guess the
missing data (color reconstruction, maybe others).

So you may have about any combination: you may have "jpeg only" clippings
where the RAW was fine (quite common) and  RAW clippings that were later
"filled/recovered" by processing (less common). In general RAW clippings
set the limit to what you can easily recover.

See also:
http://www.darktable.org/2016/10/raw-overexposed/
http://www.darktable.org/2015/03/color-reconstruction/


Bye

Lorenzo


2017-03-09 16:27 GMT+01:00 :

> DT 2.2.3 on arch
>
> The bottom panel:
>
> * Raw overexposed warning
> * Over/underexposed warning
>
> https://www.darktable.org/usermanual/ch03s03s09.html.php
>
> (I understand that raw overexposed doesn't show the underexposed)
>
> --
> sknahT
>
> vyS
> 
> 
> darktable user mailing list
> to unsubscribe send a mail to darktable-user+unsubscribe@
> lists.darktable.org
>
>


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

Re: [darktable-user] Canon 80D (CR2), color problem on Debian ?

[Lorenzo Bolzani]

2017-03-04 8:00 GMT+01:00 :

> Hello,
>
> Thank you for your answers.
>
> On 2017-03-03 15:58, Chris Siebenmann wrote:
>
>> I recently purchased a Canon EOS 80D, I am a Debian (8.7) user. All this
>>> is quite new to me so it might be a newbie question rather than a
>>> problem with Darktable. Sorry beforehand if that is the case.
>>>
>>> TL;DR: http://imgur.com/a/eEipd
>>>
>>> When importing photos (CR2) into Darktable (2.0.7),
>>> colors/contrast/brightness... aren't the same as in the "Gnome Document
>>> Viewer" preview (and on the screen of my 80D).
>>>
>>
>>  What I suspect is happening here is that the version of the image that
>> the Gnome Document Viewer preview and the 80D are showing you comes from
>> a 'preview' JPEG that is embedded into the RAW file (most RAW files have
>> several preview JPEGs in them at various sizes). This preview JPEG has
>> had all of the camera-specific magic processing applied to it, including
>> any in-camera styles you either set yourself or that Canon applies by
>> default.
>>
>>  The darktable picture seems to be from the darkroom, where darktable
>> is processing the RAW itself from scratch. This from-scratch processing
>> almost never exactly duplicates the camera's own processing (partly
>> because camera makers never tell anyone what the in-camera stuff is
>> actually doing), and is sometimes not at all similar to it depending on
>> what settings the camera and darktable have. Generally the further from
>> 'basic neutral' you have the camera on, the more divergence there is
>> going to be.
>>
>> (Note that most cameras don't come set to 'basic neutral' out of the
>> box; usually their default picture setting is more cranked up than that,
>> because it looks nicer on the back of the screen and when people just use
>> the JPEG defaults.)
>>
>>  This is an issue in any RAW processor (apart from the ones from the
>> camera companies themselves), because none of them know exactly what
>> the in-camera processing is doing. Some RAW processors devote more
>> engineering and development effort to closely matching the straight
>> out-of-camera processing than others do, and so will come closer to the
>> look of those JPEGs by default. My impression is that darktable chooses
>> to focus development efforts elsewhere, so it winds up not necessarily
>> very close for many cameras and many camera styles.
>>
>> (There are ways to get it closer in some areas if you want to do
>> some hand work. There are darktable tools that take some RAWs and
>> some corresponding JPEGs and work out much of the intensity/contrast
>> mapping between them to create a custom 'base curve' for the camera and
>> style. However cameras also often add things like colour shifts and
>> various sorts of sharpening and so on, and those are generally not going
>> to be duplicated through the base curve's mapping of intensities.)
>>
>
> That is insightful, thank you. Using the "base curve" tool, and selecting
> the "eos like profile really helps.
>
> Playing around withe the various modules in the darkroom, I managed to get
> close to the "preview jpg" render (I find it close to what I shot - through
> the viewfinder, in manual mode - particularly, regarding colors).
>
> 1: CR2 as seen by the Document viewer ;
> 2: Darktable default ;
> 3: Darktable edited (base curve, contrast, shadows, demosaic, sharpen).
>
> https://imgur.com/a/0M3ez
>
> I am still having a hard time reproducing the same (~ red) color for the
> trackpoint (look at #1 and #3 side by side, #1 is the real color). Any clue
> on what module to use to fix that ?
>
> On 2017-03-03 16:29, Roman Lebedev wrote:
>
>> Also see
>> https://www.darktable.org/2016/05/colour-manipulation-with-
>> the-colour-checker-lut-module/
>>
>
> Thank you.
>
> I got to say that I laughed out loud reading this article. I hold a
> masters degree in engineering and reading through it felt like reading
> Klingon.
>
> There are so many undefined acronyms (ICC and LUT aren't defined for
> instance (I actually had to wait until the 6th iteration of LUT to get a
> confirmation that the author was actually talking about lookup tables)) or,
> when it comes to formulas, undefined parameters (like "CIE 76 ΔE")).
>
> This being said, and after googling every undefined term, the article is
> also insightful but is still too cryptic for me to be able to reproduce the
> process to generate a proper custom style (base curves, color matching,
> etc.). I am wiling to do so (buy the it8 target etc) and share the result
> with the community but I am going to need help.
>
> On 2017-03-03 15:59, Guillermo Rozas wrote:
>
>> what you're looking at is the difference between the in-camera Canon
>> processing and Darktable's processing. DT has its own way of
>> processing the RAW data in the CR2 file that is not 100% the same way
>> Canon uses, which produces changes in the final output. Is not that
>> one or the other are right or wrong, they're just different.
>>

Re: [darktable-user] white balance

[Lorenzo Bolzani]

Hi Jean-Luc,
how would you proceed in detail with this module? Would you start with the
lift, gain or gamma or a little from all three? How many patches would you
pick?

I have a few pictures with heavy color casts (from slide scanning) and
while I can get good results the effort is often very high and I have yet
to find a reliable way to simplify the process.

Here is an example:

https://www.flickr.com/photos/133025950@N04/32240744713/in/dateposted-public/

https://www.flickr.com/photos/133025950@N04/32929837971/in/dateposted-public/


I just tried to use the color balance module on this shot, as I did several
other times, but I never got great results. The same for Lab curves. The
best result I've got, the one above, was using "color mapping" but I
consider it pure luck.

In this picture there is nothing clearly neutral so it is quite hard to use
about anything.


Thanks for any suggestion



Bye

Lorenzo

2017-02-22 10:39 GMT+01:00 Jean-Luc Coulon (f5ibh) <
jean.luc.cou...@gmail.com>:

> Hi,
>
> I think this post is going outside the original question.
>
> The original question was about a grey card and white balance (I I
> understood corrrectly).
> And what to do if the grey card doesnt appear "neutral" in darktable.
>
> 1 - Grey card and white balance.
> The fact that the card is 18%, 22% or anything else is unrelevant if we
> speak of white balance (the 18% is useful for exposure control... well, I
> will no enter the debate about calibration and the various mid-grey,
> median-grey or so)
> So, yes, we can set the white balance using the "spot" white balance on a
> grey card as soon as the grey is neutral.
> Neutral means "the same value for red, green, blue".
>
> 2 - Card is not neutral
> If the grey is not neutral, say a colour cast with one of the channel with
> a different value, your white balance will give a colour cast in the
> opposite direction.
> You can correct that in dt with the module "colour balance" for instance
> by selecting the neutral area of interest with the colour picker and trying
> to have the same value for all the 3 channels.
> But, in my opinion, if your grey card is reasonably neutral, you well not
> see (with your eyes) any difference.
> A simple sheet of (white) paper can also do the job.
>
> About the reflectivity of the neutral grey : it is an other matter. Such
> grey card can be used to adjust the exposure. But as there are strong
> controversies about what should be the neutrality of a neutral grey, this
> subject is prone to leave to various trolls.
>
> Regards
>
> Jean-Luc
>
> 2017-02-22 8:36 GMT+01:00 Lorenzo Bolzani <l.bolz...@gmail.com>:
>
>> Printing a gray card is a bad idea: you need a very good an perfectly
>> calibrated printer for this and good non-glossy paper. Otherwise you do not
>> get perfect gray and you get a random shade of color in all your shots
>> where you use it. Just buy one.
>>
>> For white balance, as Ivanov said, any gray is good, actually you
>> typically use a white card. So *just take a white sheet from the printer
>> a use that.* I did this in several occasions and works really fine. The
>> minor problem is that paper is not "perfectly neutral white" but can vary
>> slightly so if you are looking for ultimate perfection buy a WB card
>> (X-Rite, Opteka, etc.).
>>
>> The gray 18% thing is about setting the exposure, not the white balance.
>> Of course you can use the gray card for white balance too but it's not its
>> main purpose. Typically gray 18 targets are white on the other side for WB.
>>
>> Often white balance cards came in set of three pieces: white, gray and
>> black. Almost always the gray here is not gray 18 so it is not good for
>> exposure reference only for WB.
>>
>>
>> Bye
>>
>> Lorenzo
>>
>>
>> 2017-02-22 5:57 GMT+01:00 I. Ivanov <iv3...@gmail.com>:
>>
>>> For the purpose of white balance - I don't think it really matters if it
>>> is 18% or less or more. It is just pure gray. As long as you use a card and
>>> then use it to measure white balance you should be fine.
>>>
>>> On 2017-02-21 08:21 PM, Michael wrote:
>>>
>>> Well, I guess I can try to print a gray card!
>>> Anyone know what the code is for 18% gray? If 18% is right in the middle
>>> of the shades of gray I found one page (http://www.computerhope.com/c
>>> gi-bin/htmlcolor.pl?c=808080) that says the code is:
>>> 808080
>>> and according to the same page it is made up of equal part RGB
>>> *W3C Color Name:* Grey
>>> *RGB:* 128, 128, 128
>>> *HSL:* 0.00, 0.00, 0.50
&g

Re: [darktable-user] How to fix overblown white?

[Lorenzo Bolzani]

This video contains a few different tricks for various situations (color
reconstruction, tone curves, colorize, etc.):


http://weeklyedit.com/blownout-highlights/

2017-02-04 9:57 GMT+01:00 KOVÁCS István :

> Have you tried the base curve with exposure fusion? It works with a linear
> "curve", too, so you get dynamic range compression that may help. Then, use
> exposure and tone curve, zone system tools to adjust the image.
>
> Kofa
>
> On 4 Feb 2017 04:04, "Anton Aylward"  wrote:
>
>> I have a picture of a white barrel cactus (Cleistocactus icosagonus)
>> which was
>> taken in strong light, bringing out the white 'leafs'.  The illumination
>> is
>> along one edge, rather like a crescent moon.  The crescent is overblown
>> whenever
>> I convert to JPEG, and I can't figure out how to manipulate it down
>> without the
>> rest of the image being darkened or distorted.
>>
>> Other than ending up dealing with layers in GIMP, or somehow masking the
>> crescent, which, because of the spiky leaves might be awkward, what can I
>> do
>> about this?  I there some way to 'flatten' the top end of the white alone?
>>
>> I know some controls have sliders, but, for example, keeping the R all
>> aligned is difficult.  Is there a way to do numeric input or lock sliders
>> together?
>>
>> Or am I just approaching this the wrong way?
>>
>> --
>> The radical of one century is the conservative of the next. The radical
>> invents
>> the views. When he has worn them out, the conservative adopts them.
>> --Mark Twain
>> 
>> 
>> 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+unsubscr...@lists.darktable.org
>


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

Re: [darktable-user] Multiple jpgs from one raw file

[Lorenzo Bolzani]

In lighttable select "duplicate" in the top right to have multiple
"copies". Also use the history tool, again on the right side, to copy/paste
edits from one version to another.

Lorenzo

Il lun 30 gen 2017, 12:20 Michael Staats  ha scritto:

Hi
Sometimes I liked to have two or more versions of a raw file without losing
the edit information of the others.

Of course I could symlink RawFile001.DNG to RawFile001-A.DNG etc. and work
on these. Or save the XMP files.

But is there a way in darktable to save the "edit stack" of a raw file
(without creating styles)?

Best regards,
 Michael

--
Michael Staats
michael.sta...@gmx.de


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] One color + b ? How to ?

[Lorenzo Bolzani]

I would try with a "drawn & Parametric mask" blend mode on the Monochrome
module.

On the parametric mask use hue or a/b sliders to isolate the main color
(hint: input slider). You may also set lightness and chroma for fine
tuning, but probably there is no need. Use the mask preview. It's easier to
select and then invert the masks in this case. Add just a little mask blur.

Also use the "Color picker" tool (the one inside the parametric mask ui),
in area mode, to help you locate the color/tone you are looking for: the
small indicators will give you a good starting point.

Then draw a few masks, brush or path, to roughly isolate the elements. Even
if you cannot see that specific color in other parts of the pictures is
there too and you'll end up with a small hint of that color in other places
otherwise.

If you are going for something like green, where you have grass and tree
leaves create multiple instances of the monochrome module and use one for
each tone, otherwise you need to widen too much the color range picking up
about everything or leaving holes.



An alternative is the color zone module. Saturation tab, drop down
everything else. Add a few masks, even parametric, for fine tuning.


https://www.darktable.org/usermanual/ch03s02s08.html.php
https://www.youtube.com/watch?v=x1RRaXbnixQ



Lorenzo


2017-01-16 16:30 GMT+01:00 Anton Aylward :

> My Sony camera has a "picture" setting that produces an image that brings
> out
> one primary color and makes the rest of the scene BYou've probably
> seen
> this kind of effect in advertising.
>
> The downside of using this in-camera option is that it (a) only works for
> the 3
> primary colours and (b) only works in JPG mode, not RAW.
>
> I prefer to use RAW and post-process since I can also do things like deal
> with
> skylines and shadows, so I wonder how I would do this in DT after I've
> done that
> basic processing.
>
> If this is a single discrete object such as a red sport scar in the midst
> of
> otherwise banal traffic, such a I've seen in adverts, then its easy enough
> to
> crop.  But there are many situations where the colour you want is
> distributed,
> perhaps the green of trees on a street scene.
>
> As I say, this only works for primary colours.  I can think of a few
> photographs
> I've got where I'd like to apply this technique but the color I want to
> bring
> out isn't primary.
>
> Other then simply killing the green and blue in a color profile, what can
> I do
> about the sport car scene?  or red and blue in the trees in the street
> scene?
>
>
> --
> Rule of Feline Frustration:
>When your cat has fallen asleep on your lap and looks utterly
>content and adorable, you will suddenly have to go to the bathroom.
> 
> 
> darktable user mailing list
> to unsubscribe send a mail to darktable-user+unsubscribe@
> lists.darktable.org
>
>


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

Re: [darktable-user] Pixel Shift Support

[Lorenzo Bolzani]

Hi,

Olympus E-M5 mk2, Pen-F, E-M1 mk2 do this with 8 shots, 1/2 pixel shifted:

http://andreas-wonisch.com/wp-content/uploads/2015/02/scheme_high_resolution_mode.jpg

Olympus creates a 64MP raw file. I suppose it should be similar to their
standard RAWs but you need a custom plugin to use it in CS5. DT opens it as
a white image with random dots, while RT 4.2.0 opens it fine. You can find
a sample here

.

Some Hasselblad models do too (4 shots). Sony and Panasonic will be there
soon (both have sensor shift).


Lorenzo

2017-01-09 19:26 GMT+01:00 Romano Giannetti :

> Hi!
>
> On 09/01/17 18:59, Emanuele Fontana wrote:
>
>>
>>
>> If you do not know what I am talking about, Pixel Shift Resolution is a
>> function to capture multiple images (generally 4 distinct shots), moving
>> the sensor of the camera in pixel-sized steps and combines them to create a
>> single shot with higher resolution. Actually, each pixel obtains all the
>> RGB colors information instead of just one color info as in the standard
>> shots.
>>
>> Pentax K3 II and the full frame K1 (and I think Olympus E-M5 II too) have
>> the Pixel Shift Resolution feature
>>
>
> For what I know, Pentax and Oly Pixel Shift are quite different. Pentax do
> what you said --- four shots with the sensor shifted of exactly 1 pixel so
> that you have full color info for each pixel. I think that if you basically
> extract the four raws, demosaic with a (correctly) shifted RGBG pattern,
> and average, you'll have the intended result more or less.
>
> Oly is doing (more) shots moving the sensor by a fraction (1/2?) of the
> pixel pitch, to increase linear resolution as well as color resolution.
> This seems quite more complex to attack...
>
> I think that the best strategy for now would be to use the proprietary sw
> to obtain an high depth TIFF (or DNG) and then use that with darktable...
> it seems quite a hefty task to do!
>
> Romano
>
>
> --
> Romano Giannetti
> http://www.rgtti.com/
>
>
> 
> 
> 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+unsubscr...@lists.darktable.org