e bugreport
[3]? In case you've moved on, who is currently in charge of the Facebook's
Darktable application (the API keys etc)?
With kind regards,
Jan
[1]
https://github.com/jktjkt/darktable/commit/44b1be2ddcd84876417c7a8bfdcfbf2dcc9acb7d
[2]
http://stackoverflow.com/questions/23626321
ld be included above):
http://photo.stackexchange.com/questions/61721/how-do-i-calibrate-two-displays-to-the-same-color-lcd-led-backlight-and-ccfl/
http://sourceforge.net/p/dispcalgui/mailman/dispcalgui-users/thread/5543A8B9.5040406%40Fingerle.org/
Cheers,
Jan Niklas
--
Hi,
Am 17.12.2014 um 21:59 schrieb Jan Niklas Fingerle:
> So, I haven't tried it out, this comes from readin the code, but as far
> as I can tell everything should work fine when compiling lensfun 0.3.0
> first and then compiling darktable angainst that.
for some reason this (com
ay
for exif with an old lensfun data library didn't break anything that
wasn't broken before.
So, I haven't tried it out, this comes from readin the code, but as far
as I can tell everything should work fine when compiling lensfun 0.3.0
first and then compiling darktable angainst that
Hi,
I haven't checked with 1.6 & 0.3.0, but it definitely worked with development
versions. Are you sure, that your self-compiled library is used? I had to set
the LD_LIBRARY_PATH for darktable to get it working.
Cheers, -jn
Am 17. Dezember 2014 13:34:59 MEZ, schrieb Matthias Moebius :
>Hi,
>
Hi again,
OK, I've given it a try myself
(https://github.com/darktable-org/darktable/pull/550) - it seems to work
on my local install, but I'm not a C coder, so I hope is can be helpful.
Cheers,
Jan Niklas
Am 06.05.2014 01:21, schrieb Jan Niklas Fingerle:
> Hi,
>
> is
Hi,
is there any chance to sponsor specific development, specifically
feature request http://darktable.org/redmine/issues/8659 ...? This would
be one of the few last steps to the holy land for me.
Cheers,
Jan Niklas
smime.p7s
Description: S/MIME Cryptographic Signature
Anybody?
--
Android apps run on BlackBerry 10
Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
Now with support for Jelly Bean, Bluetooth, Mapview and more.
Get your Android app in front of a whole new
Take care,
Jan Niklas
PS: Still, fixing http://www.darktable.org/redmine/issues/8659 would
help my workflow very much (FT/MFT is built around the assumtion that
every shot gets lens corrected), and I still cannot tell if I can wrap
my mind around the code enought, to tackle that. Anyway, thanks f
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Am 26.01.2014 17:02, schrieb Jan Niklas Fingerle:
> I couldn't create a bug report for DT, since, as I understand, you
> can only do that with an account to the redmine andmy account, that
> I requested a long time ago, seems not t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Am 22.01.2014 17:24, schrieb Torsten Bronger:
> Maybe before this line, it should check "Exif.OlympusEq.LensType",
> giving it higher precedence.
it would be great, if lensfun could do that, too: I've patched the DT
master to check "Exif.Olympus
own,
this may also work with:
if maker == "Olympus":
if isset(Exif.Photo.LensModel):
return Exif.Photo.LensModel
else:
return Exif.OlympusEq.LensType
Yet, I don't know the darktable or lensfun code, so I
ing "OLYMPUS
40-150mm Lens" as search string, or what am I missing?
(Yet, haven't been home so far to test the change, Im just looking at
the committed change.)
Take care,
Jan Niklas
--
CenturyLink Cloud: T
opertiesShort 1 49472
Exif.OlympusEq.ConversionLensAscii 32
Exif.Photo.LensSpecification Rational4 12/1 50/1
35/10 63/10
Exif.Photo.LensModel Ascii 32 OLYMPUS
M.12-50mm F3.5-6.3
Take care,
Jan Niklas
-BEGIN PGP SIGN
ital 40-150mm f/3.5-4.5 and the Zuiko
Digital ED 40-150mm F4.0-5.6 (of which I have only one) were both
mapped to model "OLYMPUS 40-150mm Lens" in the exif, this wouldn't work.
Therefore: Whose bug is it? Should darktable relax the matching as
suggested above, or should i open a
> > we just released darktable 1.2.1 with a bunch of bug fixes and new
> > denoise profiles and white balance settings.
>
> Thanks a lot for your efforts!
>
> Just noting that the version displays as "darktable 1.3+122~gfb693a9" instead
> of "1.2.1". Maybe this should be changed to avoid confusio
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
the change to rawspeed has been checked into the rawspeed SVN. Is
still anything missing, to have the change applied to darktable master
and is there any way I could help?
Cheers,
-jn
Am 20.05.2013 15:43, schrieb Jan Niklas Fingerle:
>
> we just released darktable 1.2.1 with a bunch of bug fixes and new
> denoise profiles and white balance settings.
Thanks a lot for your efforts!
Just noting that the version displays as "darktable 1.3+122~gfb693a9" instead of
"1.2.1". Maybe this should be changed to avoid confusion?
--
Hi,
Am 20.05.2013 13:49, schrieb Tobias Ellinghaus:
> Do you still have the darktablerc file that caused the strange behaviour? I
> wonder what is causing that.
attached.
I've tested some more: removing "ui_last/maximized=TRUE" from the file
makes everything work fine.
Cheers,
-jnf
plugins/
Hi,
Am 19.05.2013 14:17, schrieb johannes hanika:
> nice patch, where did you apply it to? it doesn't apply to current git
> master.
it's the result from the "git show " command, based on the then
head revision when checking out the git repository.
Anyway, here's another patch against
16fabc4532
of the E-30. This works like a charm, as expected.
The attached diff show the small changes I made. I've reported the
changes to rawspeed as enhancement in their bug tracker:
http://bugzilla.rawstudio.org/show_bug.cgi?id=596
Cheers,
-jnf
commit 60a4fad388213784cd35975e9a5c993f73255d85
Author:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi again,
Am 18.05.2013 20:57, schrieb Jan Niklas Fingerle:
> I suspect, there to be some GTK problem.
whatever.
I've tried around some more. I had first tried the supplied Ubuntu
packages and then the git checkout, self-compiled. As it t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I've tried to compile darktable myself on Ubuntu 13.4. Everything
seemed to work fine, but when I start Darktable, everything is
rendered at approx 3/4 of the indendet size. The rest of the window is
transparent. The mouse events are registered at
be changed accordingly.
jan
--
Own the Future-Intel® Level Up Game Demo Contest 2013
Rise to greatness in Intel's independent game demo contest.
Compete for recognition, cash, and the chance to get your game
on Steam
> Concerning annotations: to my knowledge evince is the only software
> under Linux suited for that. Works kind of.
A bit off-topic, but xournal does a good job when it comes to annotating PDFs
on Linux.
--
Everyone hat
On Thu, 31 Jan 2013 20:44:14 +1300
johannes hanika wrote:
> > Unfortunately I am still getting a seg fault during import (darktable 1.1
> > +916~g10042c6), please see attached backtrace.
>
> now that should never happen, probably your database got filled with
> intere
On Tue, 8 Jan 2013 19:01:08 +1300
johannes hanika wrote:
> On Sat, Jan 5, 2013 at 6:59 PM, johannes hanika wrote:
> > On Sat, Jan 5, 2013 at 4:31 AM, Jan wrote:
> >>> >>> 2) Feature request:
> >>> >>> At the moment it is not possible to giv
> >>> 2) Feature request:
> >>> At the moment it is not possible to give absolute values for the border
> >>> size. Is there a special reason for that, or could this possibly be added
> >>> in a future version?
> >>
> >> absolute in centimeters? we don't do print sizes. absolute in pixels?
> >> mak
Hello
I have two questions regarding the borders-module:
1) Possible bug:
I create a small constant border and resize the picture on export. In the
resulting jpg the border sizes at top/bottom and left/right do not match.
See the following exported image as an example:
http://www.abload.de/img/im
29 matches
Mail list logo
