Hi all,
when changing views (e.g. from lighttable to darkroom) the filter
selection "all except rejected" is always reset to "unstarred only".
It seems any other selection (e.g. "**+") is maintained across views as
one would expect.
I believe this is a bug, but please let me know if I just don
Hi all,
is there any chance of implementing a "rotation" operation in the
watermark plugin as well?
cairo supports this out of the box, but I was having a bit of trouble
compensating for the different translations being applied (and the
necessary order of operations, then) when I tried to impl
The command line help text for "darktable --help" is describing the
--cachedir parameter with "config directory"..
Fixed in the attached patch file.. please push to master.
Regards,
Jens
>From 5028919c666d44f13973015272b72ac25e94cfb0 Mon Sep 17 00:00:00 2001
From: Jens
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/01/2012 05:15 PM, Ulrich Pegelow wrote:
> Am 31.10.2012 20:02, schrieb Ulrich Pegelow:
>> Am 31.10.2012 15:34, schrieb Jens Fendler:
>>
>> So, at the moment there is no real solution except of the
>> work-around you
review
> it yet...
>
> but it's in the pipeline
>
> On Wed, Oct 31, 2012 at 8:47 PM, Jens Fendler
> wrote:
>> Hi Henrik,
>>
>> I just noticed that the scrollbar patch for the keywords module
>> is not yet in master for 1.1rc. Is there any particul
s get them working on this issue.
Does anybody here perhaps have a contact person or otherwise helpful
individual working at NVidia? Otherwise I'll just start working my way
through the system..
Thanks,
Jens
On 10/31/2012 09:02 PM, Ulrich Pegelow wrote:
> Am 31.10.2012 15:34, schrieb Jens Fe
Hi Henrik,
I just noticed that the scrollbar patch for the keywords module is not
yet in master for 1.1rc. Is there any particular reason, i.e. anything
fishy with the code, or was it just forgotten?
Thanks,
Jens
On 10/17/2012 08:50 AM, Jens Fendler wrote:
> -BEGIN PGP SIGNED MESS
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/30/2012 10:39 PM, johannes hanika wrote:
>> i would also try to remove all `const' from the code, we've had
>> issues with that in the past (went away with the next driver
>> version and came back with the one after that..).
I tried that (removi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/31/2012 12:47 PM, Ulrich Pegelow wrote:
> Am 30.10.2012 22:13, schrieb Jens Fendler: If you are anyhow going
> to do some further testing, please also give this one a try:
>
> __kernel void blendop_mask_RAW (__read_only im
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/31/2012 12:57 AM, Kevin wrote:
> On Tue, 30 Oct 2012 17:37:55 Jens Fendler wrote:
>> PS: Johannes and Kevin: you both mentioned running dt on optimus
>> cards as well. Does one of you happen to also have the same card
>> (
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Kevin,
On 10/31/2012 01:05 AM, Kevin wrote:
> On Tue, 30 Oct 2012 21:42:46 Jens Fendler wrote:
>> My previous question regarding anybody using the same hardware
>> (GT640M) has not yet been answered, but I would assume people
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Johannes,
On 10/30/2012 10:39 PM, johannes hanika wrote:
>
>> GT540M here.
Apart from the nvidia driver, do you think the version of VirtualGL or
Bumblebee might have an influence?
>> i would also try to remove all `const' from the code, we've h
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/30/2012 09:21 PM, Ulrich Pegelow wrote:
> Am 30.10.2012 20:13, schrieb Jens Fendler:
>> On 10/30/2012 08:43 PM, Ulrich Pegelow wrote:
>>
>>
>> Nope - doesn't work. (Just like the easier variant using jus
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/30/2012 08:43 PM, Ulrich Pegelow wrote:
Nope - doesn't work. (Just like the easier variant using just
gopacity*1.0f also did not..)
btw, when the compilation fails, dt gives me two empty lines of output
under a "BUILD LOG:" header (I'm using "
nst int blendif,
> global const float *blendif_parameters) { const int x =
> get_global_id(0); const int y = get_global_id(1);
>
> if(x >= width || y >= height) return;
>
> float4 a = read_imagef(in_a, sampleri, (int2)(x, y)); float4 b =
> read_imagef(in_b, sampleri, (int2)(x, y));
&
obal_id(1);
>
> if(x >= width || y >= height) return;
>
> write_imagef(mask, (int2)(x, y), (float4)gopacity); }
>
>
> Ulrich
>
> Am 30.10.2012 16:37, schrieb Jens Fendler:
>> Hi all,
>>
>> thanks a lot for your support sp far, but so far
7;s just what
I noticed for now.
Can someone please suggest a way forward from here?
Thanks a lot,
Jens
PS: Johannes and Kevin: you both mentioned running dt on optimus cards
as well. Does one of you happen to also have the same card (i.e. GT640M)?
On 10/29/2012 05:11 PM, Jens Fendler wrote:
&
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
>> It looks like it.. Is there a way to somehow debug the kernels?
>> Or otherwise get a better idea as to what exactly could be wrong
>> with blendop?
>
> Blendop.cl contains several kernels. You could comment out one
> after the other and try to iso
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Ulrich,
On 10/29/2012 09:41 PM, Ulrich Pegelow wrote:
> Hmm, what happens when you remove darktable's cached opencl
> binaries?
>
> cd $HOME/.cache/darktable rm -r cached_kernels_for_GeForceGT640M
>
This also doesn't make a difference. I tried t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Ulrich,
>> On 10/29/2012 08:33 PM, Ulrich Pegelow wrote:
>>> For some reason blendop.cl can not be built (compiled+linked)
>>> by clBuildProgram(). The error code is -30 (CL_INVALID_VALUE)
>>> which would indicate we called the routine with wrong
>
and tried again
- exactly the same effect as before. And once blendop.cl is commented
out, and optirun is used, I get the same crash as before (see attached).
The other thing that puzzles me is the different behaviour of half the
kernels, when NOT using optirun.
Jens
Am 29.10.2012 16:11, schri
Hi all,
I just got a new laptop, which I would like to use for DT processing.
One problem, however, seems to be the NVidia Optimus graphics card,
which gives me problems with the OpenCL acceleration in darktable.
Everything else I've tried so far sems to work fine with bumblebee's
"optirun".
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/23/2012 03:48 PM, Tobias Ellinghaus wrote:
>> not that dt ever crashes, but what happens if you kill -11
>> $(pidof dt) and the lock is still on? :)
>
> Works for me. Same for -9.
Yep, confirmed. Not an issue.
Did I say thank you for the quick
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/19/2012 08:12 AM, johannes hanika wrote:
> On Fri, Oct 19, 2012 at 5:20 PM, Kevin wrote:
>> On Fri, 19 Oct 2012 16:50:23 johannes hanika wrote: Should not
>> the current db be moved to the new location / name? (In my case
>> that is what I want
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/19/2012 10:55 AM, Kevin wrote:
> On Fri, 19 Oct 2012 19:12:48 johannes hanika wrote:
>> ack, deleted the setting. --library is better anyways.
>
> Maybe I'm wrong but isn't --library for /usr/lib type stuff?
Johannes meant the darktable binary'
dn't break our string freeze so it will
> probably be included in upcoming release.
>
> /Henrik
>
> 2012/10/16 Jens Fendler : Hi all,
>
> I noticed that the Keywords module (LT mode) did not provide
> scrolling capabilities other than navigating with the keyboard,
x)
Comment: Using GnuPG with Mozilla - http://www.enigmail.net/
iEYEARECAAYFAlB9uisACgkQbyTZFOIr/d0jCQCgyn4Liibhf9BLnPSfUHNQRIyP
Y3YAnA9+I+rdAMTEAwG8kfeY1RVK9E1P
=KXP8
-END PGP SIGNATURE-
>From 53a5b688fc56eb920db0907817ca738a4e2a2b23 Mon Sep 17 00:00:00 2001
From: Jens Fendler
Date: Tue, 1
27 matches
Mail list logo
