Ups... Sorry. I intended to start a new thread.
--
Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
Are you Audit-Ready for PCI DSS 3.0
So... I was investigating a mutex inter-lock situation and found it really
useful to add a new member to the "dt_pthread_mutex_t" structure to hold
the backtrace responsible for the latest successful lock operation.
For this, you just need to do this:
typedef struct dt_pthread_mutex_t
{
Hi,
When i viewing picture with the "preview with Focus Detection" enabled
(pressing all the time the shortcut of it)
Moving to next (or previous) pictures (via left/right keys or mouse
wheel) are very sensitive
Most of time, it's moving to 2 ( or 3) pictures, even if i tape very
briefly on th
* Patrick Shanahan [10-05-14 14:17]:
> * Roman Lebedev [10-05-14 14:06]:
> > Should be fixed now :)
> > Please retry.
> >
> > On Sun, Oct 5, 2014 at 10:01 PM, Patrick Shanahan wrote:
> >
> > > darktable-1.5.1412527616.fccc4dc
> > > openSUSE-Factory
> > > x86_64
> > >
> > > Nikon D7100 and D3
>
* Roman Lebedev [10-05-14 14:06]:
> Should be fixed now :)
> Please retry.
>
> On Sun, Oct 5, 2014 at 10:01 PM, Patrick Shanahan wrote:
>
> > darktable-1.5.1412527616.fccc4dc
> > openSUSE-Factory
> > x86_64
> >
> > Nikon D7100 and D3
> > 14bit lossless compressed raw
> >
> >
> > This commit app
* Patrick Shanahan [10-05-14 14:04]:
> darktable-1.5.1412527616.fccc4dc
> openSUSE-Factory
> x86_64
>
> Nikon D7100 and D3
> 14bit lossless compressed raw
>
>
> This commit applies a very heavy green cast to all my raw images,
> including those in the group that have already been processed. No
Should be fixed now :)
Please retry.
On Sun, Oct 5, 2014 at 10:01 PM, Patrick Shanahan wrote:
> darktable-1.5.1412527616.fccc4dc
> openSUSE-Factory
> x86_64
>
> Nikon D7100 and D3
> 14bit lossless compressed raw
>
>
> This commit applies a very heavy green cast to all my raw images,
> including
darktable-1.5.1412527616.fccc4dc
openSUSE-Factory
x86_64
Nikon D7100 and D3
14bit lossless compressed raw
This commit applies a very heavy green cast to all my raw images,
including those in the group that have already been processed. None have
been exported yet.
...
The exports also have the g
Hi
Ok, now it compiled. But I get "Illegal Instruction" when trying to
start darktable.
From experience this happens when the code is compiled for
CPU-Extensions that are not available on that CPU.
But I have no clue, which it might be (and how to change the issue)
My CPUinfo (6 cores)
proce
On Thursday, October 02, 2014 23:38 Tobias Ellinghaus wrote:
> > When I compare the jpg/exif with the jpg.xmp I can see that the Keyword
> > from the jpg/exif is dumped into both the 'subject' as well as into the
> > 'hierarchicalSubject' list of the dt jpg.xmp.
>
> OK, so it's working as intended
Hi.
This has been fixed:
https://github.com/darktable-org/darktable/commit/19521ade136b93cd15cd586140b7e6732585faa4
On Sun, Oct 5, 2014 at 1:01 PM, Joerg Beyer wrote:
> Hi,
>
> I am setting up some automation with darktable-cli to generate some foto
> collections. I thought using good old make
Hi,
my fist suggestion is
- may be its already possible and I didn't find it - to give the mouse
weel press the same function like in light table mode when you press z -
to have a "fullscreen" view.
an other is concerning tagging- if I choose my tags out of my more ore
less huge list of tag
Confirmed.
For the time being, i believe you can prevent this by passing --conf
write_sidecar_files=FALSE to the dt-cli
On Sun, Oct 5, 2014 at 1:01 PM, Joerg Beyer wrote:
> Hi,
>
> I am setting up some automation with darktable-cli to generate some foto
> collections. I thought using good old
Am Sonntag, 5. Oktober 2014, 11:01:04 schrieb Joerg Beyer:
> Hi,
Hi.
> I am setting up some automation with darktable-cli to generate some foto
> collections. I thought using good old make (the tool to automate
> compilations etc) would be a good idea, but I found out, that darktable-cli
> change
Hi,
maybe my answer was a bit quick. I diffed the xmp file and darktable-cli
indeed updated some entries, see below. BUT, when I then repeated call to
darktable-cli the xmp file was unmodified, but had again an updated
modification time.
So, two surprises: the export modfies the xmp file and the
Hi,
I use darktable-cli, the non-gui cmdline tool to develop or export the
images. I understand that is a read-only operation regarding the xmp files.
from the man-page: "darktable-cli is a command line variant to be used to
export images given the raw file and the accompanying xmp file."
regar
Are you sure nothing is changed in those .xmp files? Might be some
module has been updated and params are converted to newer version and
saved back. And looking at the size it's obvious there is some
difference. Also can you check if the behaviour is the same when you
export files from DT GUI (with
did you remove/clear your build/ directory before trying to compile DT?
On Sun, 05 Oct 2014 12:08:13 +0200
Marco Tedaldi wrote:
> Hello Everyone
>
> It's been a few weeks since I've built it the last time. I guess, it has
> to do with an update of debian (testing).
>
> I get the error message
Hello Everyone
It's been a few weeks since I've built it the last time. I guess, it has
to do with an update of debian (testing).
I get the error message:
make[2]: *** No rule to make target '/usr/lib/libexiv2.so', needed by
'src/libdarktable.so'. Schluss.
CMakeFiles/Makefile2:1038: recipe for
Hi,
I am setting up some automation with darktable-cli to generate some foto
collections. I thought using good old make (the tool to automate
compilations etc) would be a good idea, but I found out, that darktable-cli
changes the modification time of the xmp sidecar files.
for illustration:
joerg
Hi,
I start darktable, and end it right away, then it segfaults.
let me know, if I can provide further information.
joerg@dilbert:~$ ls -la /home/joerg/.cache/darktable/
total 8
drwx-- 2 joerg joerg 4096 Oct 5 10:06 .
drwx-- 77 joerg joerg 4096 Oct 5 09:33 ..
joerg@dilbert:~$ darktabl
21 matches
Mail list logo