[darktable-user] Lens distortion: Fujifilm 35mm f/2

2017-01-02 Thread Francisco Cribari
In the video listed below I show that distortion in images produced with
the Fujifilm XF 35mm f/2 R WR lens is prety sizable. It seems that
Lightroom and Darktable deal with such distortion quite differently. Any
thoughts on that?

Video: https://www.youtube.com/watch?v=DkojGws6px8

-- 
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] Lens distortion: Fujifilm 35mm f/2

2017-01-02 Thread Roman Lebedev
darktable uses lensfun for all the lens corrections.

On Mon, Jan 2, 2017 at 5:05 PM, Francisco Cribari  wrote:
> In the video listed below I show that distortion in images produced with the
> Fujifilm XF 35mm f/2 R WR lens is prety sizable. It seems that Lightroom and
> Darktable deal with such distortion quite differently. Any thoughts on that?
>
> Video: https://www.youtube.com/watch?v=DkojGws6px8
>
> --
> 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

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



[darktable-user] 2.2.x for Fedora?

2017-01-02 Thread Colin Adams
Will 2.2.x become available in Fedora 25, or do I have to wait for Fedora
26 (or compile it myself)?


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

[darktable-user] darktable 2.2.1 released

2017-01-02 Thread Tobias Ellinghaus
we're proud to announce the first bugfix release for the 2.2 series of 
darktable, 2.2.1!

the github release is here: https://github.com/darktable-org/darktable/
releases/tag/release-2.2.1.

as always, please don't use the autogenerated tarball provided by github, but 
only our tar.xz. the checksum is:

$ sha256sum darktable-2.2.1.tar.xz
da843190f08e02df19ccbc02b9d1bef6bd242b81499494c7da2cccdc520e24fc  
darktable-2.2.1.tar.xz

and the changelog as compared to 2.2.0 can be found below.

## New features:

- Show a dialog window that tells when locking the database/library failed
- Ask before deleting history stack from lightable.
- preferences: make features that are not available (greyed out) more obvious

## Bugfixes:

- Always cleanup undo list before entering darkroom view. Fixes crash when 
using undo after re-entering darkroom
- Darkroom: properly delete module instances. Fixes rare crashes after 
deleting second instance of module.
- Levels and tonecurve modules now also use 256 bins.
- Rawoverexposed module: fix visualization when a camera custom white balance 
preset is used

## Base Support:

- Canon EOS M5


signature.asc
Description: This is a digitally signed message part.


[darktable-user] issue with detecting canon EF16-35mm f/4L IS USM

2017-01-02 Thread Matthias Bodenbinder
Hello,

I just relaized that I have an issue with DT detecting the above mentioned 
Canon lens.  

Photos taken until December 2014 show the correct exif and the proper lens in 
the correction modul.

Starting in Jan 2015 (sorry, I do not use that lens very often and do not pay 
attention a lot to the exif and lens correction), the lens name in the exif is 
"(507)".

Whats wrong here? 

The only odd thing I found is that with the old pictures the lens name is not 
left aligned to all the other exif fields. It looks like a preceding white 
space:

Hersteller: Canon
Objectiv:Canon EF 16-35mm f/4L IS USM
Blende: F/4.0

Thats all. 

When I compare the exif data of 2 RAw files with exiv2 on the commandline I do 
not see a difference between old and new RAW files. Both show:

Exif.CanonCs.LensTypeShort   1  (507)
Exif.CanonCs.LensShort   3  16.0 - 35.0 mm
Exif.Canon.LensModel Ascii  74  EF16-35mm f/4L IS 
USM
Exif.Photo.LensSpecification Rational4  16/1 35/1 0/1 0/1
Exif.Photo.LensModel Ascii  22  EF16-35mm f/4L IS 
USM
Exif.Photo.LensSerialNumber  Ascii  11  225331

Any help is appreciated.

Happy new year
Matthias


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



[darktable-user] Warning: git master now uses rawspeed as submodule !

2017-01-02 Thread Roman Lebedev
Hi everyone.

Starting with today, darktable git master tracks rawspeed
library as a submodule.

Which means, after updating darktable repo (git pull/git fetch),
and before building, you now need to make sure that the
submodule is updated to.

After fresh clone, you need to run this once:
$ git submodule update --init

And day-to-day, after git pull for darktable
(i'm not 100% sure about the exact command,
someone with more knowledge please do chime in)
$ cd src/external/rawspeed && git pull && \
   git checkout -f && git submodule update -f

Roman.

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



Re: [darktable-user] 2.2.x for Fedora?

2017-01-02 Thread Terry Duell
On Tue, 03 Jan 2017 03:55:54 +1100, Colin Adams   
wrote:



Will 2.2.x become available in Fedora 25, or do I have to wait for Fedora
26 (or compile it myself)?



That most probably depends on Fedora packagers.
Building it yourself is a simple matter.
If you need help in doing that please contact me off list and I'll give  
you some help to get you started.



Cheers,
--
Regards,
Terry Duell

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



Re: [darktable-user] 2.2.x for Fedora?

2017-01-02 Thread Jeffrey Ollie
2.2.0 is already available as a update for Fedora 25. 2.2.1 is only 5 hours
old as I write this, but the person that manages the Fedora packages
updates them fairly quickly so it shouldn't take long.

On Mon, Jan 2, 2017 at 10:55 AM, Colin Adams 
wrote:

> Will 2.2.x become available in Fedora 25, or do I have to wait for Fedora
> 26 (or compile it myself)?
>
> 
> darktable user mailing list to unsubscribe send a mail to
> darktable-user+unsubscr...@lists.darktable.org
>



-- 
Jeff Ollie
The majestik møøse is one of the mäni interesting furry animals in Sweden.


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



[darktable-user] Re: issue with detecting canon EF16-35mm f/4L IS USM

2017-01-02 Thread Matthias Bodenbinder
I am pretty sure that this is related to my self compiled binaries in 
conjunction with exvi2 0.24 which does not include the Canon 16-35 mm f/4L.

I can not easily install exiv2 0.25 with apt from testing ... too many 
dependencies. So I compiled exiv2 0.25 on my own. That was pretty easy. 
But now I have the issue that I need to tell DT during compile time to use the 
new header files and libs. I installed exiv2 in /home/software/exiv2 with 
subdirectories for lib and include.

What do I need to add to the build script now? I tried 

export C_INCLUDE_PATH=/home/software/exiv2/include
export LD_LIBRARY_PATH=/home/software/exiv2/lib

But that did not do the trick.

Matthias

Am 02.01.2017 um 18:35 schrieb Matthias Bodenbinder:
> Hello,
> 
> I just relaized that I have an issue with DT detecting the above mentioned 
> Canon lens.  
> 
> Photos taken until December 2014 show the correct exif and the proper lens in 
> the correction modul.
> 
> Starting in Jan 2015 (sorry, I do not use that lens very often and do not pay 
> attention a lot to the exif and lens correction), the lens name in the exif 
> is "(507)".
> 
> Whats wrong here? 
> 
> The only odd thing I found is that with the old pictures the lens name is not 
> left aligned to all the other exif fields. It looks like a preceding white 
> space:
> 
> Hersteller: Canon
> Objectiv:Canon EF 16-35mm f/4L IS USM
> Blende: F/4.0
> 
> Thats all. 
> 
> When I compare the exif data of 2 RAw files with exiv2 on the commandline I 
> do not see a difference between old and new RAW files. Both show:
> 
> Exif.CanonCs.LensTypeShort   1  (507)
> Exif.CanonCs.LensShort   3  16.0 - 35.0 mm
> Exif.Canon.LensModel Ascii  74  EF16-35mm f/4L IS 
> USM
> Exif.Photo.LensSpecification Rational4  16/1 35/1 0/1 0/1
> Exif.Photo.LensModel Ascii  22  EF16-35mm f/4L IS 
> USM
> Exif.Photo.LensSerialNumber  Ascii  11  225331
> 
> Any help is appreciated.
> 
> Happy new year
> Matthias
> 
> 
> 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] Re: Lens distortion: Fujifilm 35mm f/2

2017-01-02 Thread Torsten Bronger
Hallöchen!

Francisco Cribari writes:

> In the video listed below I show that distortion in images
> produced with the Fujifilm XF 35mm f/2 R WR lens is prety
> sizable. It seems that Lightroom and Darktable deal with such
> distortion quite differently. Any thoughts on that?

Please write down your thoughts because citing a video does not
work.  :-)

You are right, Lightroom applies lens corrections automatically for
µ4/3 and Fujifilm lenses.  In Darktable, you have to switch it on
explicitly.  That is not a big difference in my opinion, though.

A much bigger difference is that at least for µ4/3, you can't even
switch that off in Lightroom I think.  But I don't see any point in
doing that anyway.

µ4/3 and Fujifilm X both store the lens correction parameters in the
lens, which is then embedded into the RAW.  So, no extra profiles
are needed.  Hopefully DT will be able to extract that info as well
and pass it to Lensfun.  But we are far away from that because there
is not even a description how the parameters are stored and which
formulae to apply.

At the same time, lens correction is part of the mount
specification, and lenses are designed to be corrected afterwards.

And yes, this *is* a trend for lens builders: They build lenses to
be digitally corrected.  Seasoned photographers may not like that
but there we go.  My personal opinion is that every lens design is a
tradeoff, and in the digital era, there should be other priorities
(like weight, size, price) than the unnecessity to correct.

Tschö,
Torsten.

-- 
Torsten Bronger


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



[darktable-user] Things are dark.....

2017-01-02 Thread Michael
After processing my pictures the images are dark. at least they were.
You fixed that  but now the 'profile' which used to give different image
brigtnesses and other such things now produces all the same image.

-- 
:-)~MIKE~(-:


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

Re: [darktable-user] 2.2.x for Fedora?

2017-01-02 Thread Colin Adams
That's not what i see:
dnf info darktable:

Installed Packages
Name: darktable
Arch: x86_64
Epoch   : 0
Version : 2.0.7
Release : 2.fc25
Size: 14 M
Repo: @System
>From repo   : updates
Summary : Utility to organize and develop raw images
URL : http://www.darktable.org/
License : GPLv3+
Description : Darktable is a virtual light-table and darkroom for
photographers:
: it manages your digital negatives in a database and lets you
view
: them through a zoom-able light-table.
: It also enables you to develop raw images and enhance them.


On Mon, 2 Jan 2017 at 22:35 Jeffrey Ollie  wrote:

> 2.2.0 is already available as a update for Fedora 25. 2.2.1 is only 5
> hours old as I write this, but the person that manages the Fedora packages
> updates them fairly quickly so it shouldn't take long.
>
> On Mon, Jan 2, 2017 at 10:55 AM, Colin Adams 
> wrote:
>
> Will 2.2.x become available in Fedora 25, or do I have to wait for Fedora
> 26 (or compile it myself)?
>
> 
> darktable user mailing list to unsubscribe send a mail to
> darktable-user+unsubscr...@lists.darktable.org
>
>
>
>
> --
> Jeff Ollie
> The majestik møøse is one of the mäni interesting furry animals in Sweden.
>


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