I know there's an ongoing thread about the Fuji X70, but have a XPro2 at
the moment which is a brand new Xtrans sensor, without any support in
the current version of darktable.
I already sent a sample RAW file to rawsample.ch, but as I recall Xtrans
support in darktable is a bit of a side effort
Wasn't sure if DT may still have dependencies on system libraries that
it doesn't package. I didn't have any specific ones in mind, just
grabbing at straws since relatively few people seem to be impacted by
this.
-Scott
On Wed, Jan 20, 2016 at 8:51 PM, Patrick Shanahan wrote:
&g
Could it be that I'm running Ubuntu 14.04 and DT is using an older
library? Is everyone else that uses Ubuntu running a more recent
version?
-Scott
On Tue, Jan 19, 2016 at 9:05 PM, Scott wrote:
> With DT full screen, If I set the lighttable zoom to show 5 images
> across, it is rath
in DT as before), the performance greatly
improves. I assume this is due to the same reason that the
performance improves in full screen by zooming out.
On Tue, Jan 19, 2016 at 8:31 PM, Scott wrote:
> I ran 'darktable -d perf -d lighttable' to get the lighttable output
> and s
tes to use for
the thumbnail cache' and the two memories related to tiling, but
neither seemed to have any noticeable effect.
Are there any other tests I can do to help debug this? Darktable is
great, but it is rather frustrating to use like this.
-Scott
On Mon, Jan 18, 2016 at 11:32 PM, joha
the
database/cache. Now even when lighttable is zoomed as as far as
possible, the response time is very slow.
Possible output request:
$ ldd `which darktable` | grep gomp
libgomp.so.1 => /usr/lib/x86_64-linux-gnu/libgomp.so.1 (0x7fa6da138000)
Does an
is
close, it doesn't quite agree with what I see using exiftool. Is
darktable doing some computation on the image data or using some
different exif fields?
Also, looking at the exif dump, I noticed that it seems to contain a
color matrix. Does that get used? Could it be
oking
around for places to take good calibration images in the hopes that they
just didn't have enough to work with. But that won't be sufficient if
the algorithm is different.
Cheers,
--
Scott
On Wed, Oct 28, 2015, at 12:33 AM, Robert William Hutton wrote:
> Which image is which?
>
-83.4 rather than 83.4 N).
Anyway, accounting for that everything is working as expected now.
thanks
cheers
Scott
s...@luxagraf.net
On Fri, Oct 23, 2015, at 02:56 PM, Tobias Ellinghaus wrote:
> Am Freitag, 23. Oktober 2015, 10:00:29 schrieb Scott Gilbertson:
> > Hello all,
>
> Hi.
x27;s a bug,
but probably not because the image is in the right place on Darktable).
I'm guessing this has something to do with the srid, which I could
convert, but not without knowing what srid Darktable is using... hoping
maybe one of the developers can clue me in...
cheers
Scott
s...@lu
ire.smugmug.com/Distortion-Example/
and the xmp is attached. (This is the same image I asked about in a
previous message for different reasons.) I can provide the raw file too
if it will help. I was using 1.6.8 but I also tried the git master and
the results were the same.
Thanks,
--
Scott
D
e darkroom with denoising turned off, but
not as clear as what I see in the darkroom with it turned on. Maybe
that is a separate issue.
Given the feature freeze for 2.0, is the git master relatively stable?
Does it expect newer versions of any of the libraries Darktable depends
on?
Thanks,
--
Scot
t of step 6 and not 3. I've
looked at them in GPicView and in Firefox after uploading to SmugMug.
This may be relevant. This was applied via a preset I created.
Thanks for the attention.
--
Scott
On Sun, Oct 18, 2015, at 05:45 AM, johannes hanika wrote:
> heya,
>
> can you suppl
16-50mm F3.5-5.6 OSS.
I have tried with and without OpenCL and saw no difference.
Is there something obvious that I could be doing wrong? Please let me
know if there is some other informatio
Pedro-
I have a Panasonic DMC-GF7 and can confirm that only 4:3 works in
darktable 1.6.8. Tested on OS X and Debian 8. Happy to provide some
files if anyone needs them for testing (I’m testing it for a review
though, so I’ll likely only have it a few weeks).
cheers
Scott Gilbertson
s
I looked at the pictures too and I see no color difference between the two png
images.
-Scott
> On May 11, 2015, at 6:21 AM, Martin Schoepf wrote:
>
> Hi,
>
> for me the .pngs looks exactly the same. Try changing the input color profile.
>
> Cheers,
> Martin
>
&
efore with no response. Like Oliver, I also wipe my library
and just import what I'm working on, so I'm sure it is not a library
issue. Ubuntu 14.04 and I've seen this issue with all versions of DT
-Scott
On Thu, May 7, 2015 at 11:43 AM, Oliver Bedford wrote:
> Hi,
>
> al
back on, then re-importing
the file has no issues/no message. The error message seems to come
from here in the code (although the side isn't loading for me at the
moment):
<http://www.darktable.org/redmine/projects/darktable/repository/entry/src/iop/clipping.c>
-Scott
On Fri, May 1, 20
mple solution? I'm using Darktable
1.6.6 now.
Thanks,
Scott
--
One dashboard for servers and applications across Physical-Virtual-Cloud
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, s
I'm using Darktable 1.6.4.
Thanks,
Scott
--
One dashboard for servers and applications across Physical-Virtual-Cloud
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports tha
I hope this isn't considered spammy or cluttering the mailing list but I
just wanted to say thank you to the darktable developers. You've made an
awesome piece of software that gives me the ability to do things I would
not otherwise be able to do. So thank you. That's all.
21 matches
Mail list logo
