On Sat, Feb 16, 2013 at 3:00 AM, Rob Z. Smith wrote:
>>-Original Message-
>>From: Marcin Sikora [mailto:mnsik...@googlemail.com]
>
>>Solved :-)
>
> Great!
>
>>What I have learnt. Please, correct me if I’m wrong.
>>I believe that when the pictures are imported to the database on the local
I also have exactly the same experience when trying to apply the module to
my Canon T3i and 50mm F1.8 lens, or any lenses that I use with it, which
are in the database. Using the module actually leads to darktable becoming
unstable when exporting images and it hangs with apport using 100% CPU, I
h
On Fri, Feb 15, 2013 at 9:08 PM, Torsten Bronger
wrote:
> Hallöchen!
>
> Matt Feifarek writes:
>
>> [...]
>>
>> Both versions exhibit this problem... I have an Olympus OMD-E5 and
>> a Olympus 12mm f2 lens; both of which are included in the database
>> of lensfun at /usr/share/lensfun/mil-olympus.x
Hallöchen!
Matt Feifarek writes:
> [...]
>
> Both versions exhibit this problem... I have an Olympus OMD-E5 and
> a Olympus 12mm f2 lens; both of which are included in the database
> of lensfun at /usr/share/lensfun/mil-olympus.xml. I can't vouch
> for these profiles, but they are certainly non-z
On Fri, Feb 15, 2013 at 6:40 PM, Matt Feifarek wrote:
> Hi there.
>
> I'm using Dt v1.1.3+17~g9a59064 on Ubuntu 12.10 (from Pascal's PPA). I also
> tried a compiled-from-git version of 1.1+363~g3d0673b (which I did for the
> new denoise module).
>
> Both versions exhibit this problem... I have an
Hi there.
I'm using Dt v1.1.3+17~g9a59064 on Ubuntu 12.10 (from Pascal's PPA). I also
tried a compiled-from-git version of 1.1+363~g3d0673b (which I did for the
new denoise module).
Both versions exhibit this problem... I have an Olympus OMD-E5 and a
Olympus 12mm f2 lens; both of which are includ
>-Original Message-
>From: Marcin Sikora [mailto:mnsik...@googlemail.com]
>Solved :-)
Great!
>What I have learnt. Please, correct me if I’m wrong.
>I believe that when the pictures are imported to the database on the local
>machine and thumbnails are >generated. Then there is no much da
Now I have a new system and I have built DT in different way at the
same time. So, I can not trace the problem in the way I should. Mint
is compatible 100 % with debian packages. I can try to build the DT
from the sources again a see if the problem is reproducible. I can
also compare the package ve
ok, but... what was wrong here ? did the inotify dependancy cause the
slowdown ? that would be bad... did you write down what you apt-get
build-dep pulled on your system ?
On Fri, Feb 15, 2013 at 11:04 AM, Marcin Sikora wrote:
> Solved :-)
>
> Thank you all for the replays. It convinced me that t
Solved :-)
Thank you all for the replays. It convinced me that there must be
something related to my system. DT was compiled DT from sources on
Debian testing distribution. I have compiled without any problems
except one missing dependency
> -- Could NOT find INOTIFY (missing: INOTIFY_INCLUDE_DIR
Thank you Johannes!
On Feb 15, 2013 10:00 AM, "johannes hanika" wrote:
> On Fri, Feb 15, 2013 at 8:14 PM, Дмитрий Литвин
> wrote:
> > Well at least you should get XMP parameter names into correspondance in
> the
> > Manual and the application, no? Because now they simply don't work.
>
>
> https:
On Fri, Feb 15, 2013 at 8:14 PM, Дмитрий Литвин wrote:
> Well at least you should get XMP parameter names into correspondance in the
> Manual and the application, no? Because now they simply don't work.
https://github.com/darktable-org/darktable/commit/14a7c099adaacc9c1112b05b34632c83995cad6a
>
12 matches
Mail list logo
