Hei,
I had similar problem when I have started with Dt.
https://www.mail-archive.com/darktable-users@lists.sourceforge.net/msg00678.html
It was related to jpegs scanned by film scanner. I didn't find solution and
I didn't try to import all images into one database. I have archive
database with all
Opps. I’m sorry for the confusing post. All import should be replaced
with pictures imported already to the database. All times refers to
the time of loading the database (opening DT) and closing it. This
time is very similar to switching from Darkroom to Light Table. On the
beginning I was suspect
hanika wrote:
> 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 wron
at 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 there must be
>> something related to my system. DT was compiled DT from so
fully will show operation timing and (for the more knowledgeable
> than me) perhaps indicate where the bottleneck is.
>
> Rgds,
> Rob.
>
> -Original Message-
> From: Marcin Sikora [mailto:mnsik...@googlemail.com]
> Sent: 12 February 2013 23:09
> To: darktable-users@
ystem Debian testing 64bit
Pictures on NAS disk.
35.000 pictures imported into DT.
The starting time is not much shorter :
real 1m28.625s
user 0m26.182s
sys 1m7.588s
Any ideas how to find a problem?
regards
On Tue, Feb 12, 2013 at 10:03 AM, Marcin Sikora wrote:
>>Waren
>
>
Hi,
I'm a new user of DT. Before I have used Bibble on Linux which
transformed to After Shot by Corel. I really like the speed of this
RAW management tool. But still I'm not sure about if it is the best
RAW converter for Linux. I would like to give a try to DT since its
futures seem to be very impr