[darktable-dev] Failure to start

[David Vincent-Jones]

3.9.0+553~g2005e94d9d ... Manjaro/Arch/XFCE

When the "kill your kittens" message came up after this upgrade I did 
not push the 'yes' accept but inadvertently pushed the no response.


dt now opens but I cannot move to the darkroom tab without dt crashing.

running through terminal I can see:

/usr/include/c++/11.1.0/bits/stl_vector.h:1045: std::vector<_Tp, 
_Alloc>::reference std::vector<_Tp, _Alloc>::operator[](std::vector<_Tp, 
_Alloc>::size_type) [with _Tp = int; _Alloc = std::allocator; 
std::vector<_Tp, _Alloc>::reference = int&; std::vector<_Tp, 
_Alloc>::size_type = long unsigned int]: Assertion '__n < this->size()' 
failed.

Aborted (core dumped)

Tried a rebuild without success.

___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

[darktable-dev] Re: Crash on Export

[David Vincent-Jones]

No idea why  after several crashes dt is now exporting correctly

I did get error messages regarding the locked db which I cleared.

David


On 2022-02-19 16:50, David Vincent-Jones wrote:

git ver: 3.9.0+450~gbe7bf8ad5a

Manjaro/Arch/XFCE

Simple rescale and export of 2 images to jpg crashing on export.


___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

[darktable-dev] Crash on Export

[David Vincent-Jones]

git ver: 3.9.0+450~gbe7bf8ad5a

Manjaro/Arch/XFCE

Simple rescale and export of 2 images to jpg crashing on export.

___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] Clor Picker behaviour related to Masks

[David Vincent-Jones]

I am also finding that when I try to apply the yellow mask the entire 
image turns to a 'washed-out' gray tone and the yellow mask is de-saturated.


In my case this also appears to be connected with the 'sticky' color 
picker module.


I do appreciate that keeping the color module active is very useful 
while making image adjustments but it is a nuisance having to turn off 
this picker in order to have other functions work correctly.


git-version/manjaro-arch/xfce

David

On 2022-02-05 04:56, Alex Delaforce wrote:

Hi All,
I just found a behaviour which may be logical but possibly confusing for a
user, particularly a less experienced user.

In the darkroom module, when the color picker sampler is selected and color
picker module is either left with its display panel open or closed,
attempting to draw a mask (or show an existing mask's outline) in a
darkroom module is not possible (the yellow mask view does work). The
correct mask tip appears at the top of the screen, but using the mouse on
the image will only draw the sample as per the color picker (point or area).
Returning to the color picker and deselecting the color sample tool resets
the ability to draw a mask. Also going to another image and returning to
the original image also resets the behaviour.

While returning to the color picker and turning off the sampler is logical
to do, if a user has the sampler selected and then does a few edits without
using masks, when they come to the mask tools later during the editing
process they will be faced with a tool  that does not function. The
geometry of masks cannot be changed while the picker is active, though the
adjustments work fine, as you would expect.

I'm happy to be corrected or informed but would having the color picker
sampler reset when masking is activated by selecting a mask tool be more
intuitive than the current bahaviour? I understand that the picker needs to
stay activated during adjustments - as that's sort of what it is for.

Just a thought from a dt fan.

dt 3.8.0
linux - EndeavourOS

I looked on the bugfix pages (though the above isn't a bug) and could see
significant work happening under #9835 but this was closed prior to 3.8

Regards and stay well
Alex

___
darktable developer mailing list
to unsubscribe send a mail todarktable-dev+unsubscr...@lists.darktable.org

___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

[darktable-dev] Re: Exporting problem

[David Vincent-Jones]

Problem solved  please ignore

On 2021-07-16 5:22 p.m., David Vincent-Jones wrote:


 The git 3.7.0+375~g8b5d719452 now fails to export in any of the
 formats on my system.The export button is grayed-out.

Manjaro/Arch/XFCE

Are others seeing this problem?

David




___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

[darktable-dev] Exporting problem

[David Vincent-Jones]

 The git 3.7.0+375~g8b5d719452 now fails to export in any of the
 formats on my system.The export button is grayed-out.

Manjaro/Arch/XFCE

Are others seeing this problem?

David


___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

[darktable-dev] add-to-library problem on git

[David Vincent-Jones]

A few days ago there was a problem on the git version with both 
'add-to-library' as well as 'copy & import'  both functions caused 
dt to close.


With git version 3.7.0+375~g8b5d719452 the 'copy & import' is now 
working correctly but 'add-to-library' still misbehaves and causes dt to 
immediately shut down.


Are there others seeing this problem?

My system : Manjaro/Arch/XFCE

David


___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] Darktable exiting when selecting 'add to library'

[David Vincent-Jones]

The latest git repaired the issue 

On 2021-07-14 9:53 p.m., Terry Duell wrote:

A bit of additional info on this issue.
I reverted to release-3.7.0-324-g17d82bb19, which doesn't exit when adding to
library, but does issue a warning when selecting 'add to library', as follows...

[terry@localhost ~]$ darktable &
[1] 11231
[terry@localhost ~]$
(darktable:11231): Pango-WARNING **: 14:48:54.900: Invalid UTF-8 string passed 
to
pango_layout_set_text()

(darktable:11231): Pango-WARNING **: 14:48:54.903: Invalid UTF-8 string passed 
to
pango_layout_set_text()

(darktable:11231): Pango-WARNING **: 14:48:54.954: Invalid UTF-8 string passed 
to
pango_layout_set_text()

I rarely start darktable from the console, so this warning may be common?

Cheers,


___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

[darktable-dev] Auto-Tune Filmic RGB

[David Vincent-Jones]

Git version:3.7.0+277~g0f575bc2bd ... Manjaro/Arch/XFCE

The auto-tune button is freezing dt. Other filmic functions appear to be 
working fine.


David


___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] Version Mismatch Question

[David Vincent-Jones]

For those concerned ... following a contact with the package maintainer 
it was confirmed that there was a problem in the build that is now fixed.


David

On 2021-06-01 6:46 p.m., Patrick Shanahan wrote:

* Patrick Shanahan  [06-01-21 21:44]:

* David Vincent-Jones  [06-01-21 19:21]:

I have just completed a total rebuild of my system ... Manjaro/Arch/XFCE and
then I installed darktable through Arch repos   darktable-git.

During the install I noted the dt version as being:
3.5.0.r2218.g48ced17083-1 (Tues 01 Jun 2021 01:23:25 PM). The install ran
correctly.

After the install, prior to opening dt I ran a version check:

[david@W530 ~]$ darktable --version
this is darktable 3.5.0+2421~gc01bba08e5-dirty

What is the reason for this version mismatch?

you apparently have two different installs of dt.  one from output of git
build and another from system install (assumption).

run in xterm:  which darktable
run in xterm:  locate darktable |grep bin

and your git build is still "-dirty".

and I have not made edits to enable lua script and it does work.



___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

[darktable-dev] Version Mismatch Question

[David Vincent-Jones]

I have just completed a total rebuild of my system ... Manjaro/Arch/XFCE 
and then I installed darktable through Arch repos   darktable-git.


During the install I noted the dt version as being: 
3.5.0.r2218.g48ced17083-1 (Tues 01 Jun 2021 01:23:25 PM). The install 
ran correctly.


After the install, prior to opening dt I ran a version check:

[david@W530 ~]$ darktable --version
this is darktable 3.5.0+2421~gc01bba08e5-dirty

What is the reason for this version mismatch?



___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] Difference between RAW image as seen on Nikon DSLR screen and after Import

[David Vincent-Jones]

There is on most cameras a distinct and fixed difference in brightness 
between the screen display (also the JPG output) and the RAW file. It is 
easy to measure (JPG vs RAW) with a simple gray card test. After that 
one can preset the exposure change in the dt module.


In the case of my camera the difference is actually documented in the 
camera's EXIF file ... that made it even easier to preset.


On 2021-05-01 8:50 a.m., Ramnarayan.K wrote:

Hi

Am a basic user of Darktable.

Pictures imported as usually Nikon NEF format raw files taken on a D3300 SLR

I have not changed any of the defaults in darktable

The functions I use are
Histogram to adjust brightness , Exposure
Crop
and Export to Jpeg

However for sometime now and getting frustrated between the difference in
pictures as seen on the DSLR LCD screen and what I see on Darktable

The DSLR screen pcitures are usually brighter, richer and seem to be in
focus and sharp.

On Darktable the pictures are almost invariably duller and a touch out of
focus (enough to not be nice anymore.

My system specs are  ( Linux Mint System on Thinkpad E14) Darktable version
3.0.1

Am wondering if there is some setup or add on that I am missing ?

your suggestions and advice please

thanks
ram

___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org


___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] Color mapping crashes

[David Vincent-Jones]

Try without the preset!

On 2021-02-09 10:35 a.m., Vangelis Kontogeorgakos wrote:

Hello guys,

I have just installed the latest .exe 3.4.1.1 and experimented with color
mapping. I've stored a preset as a source and when i pressed the "acquire
target" button, darktable shuts down.

Thanks in advance!

___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org


___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] Color Balance Module

[David Vincent-Jones]

Thank you ... very nice options

On 2020-11-30 9:15 a.m., thokster wrote:
Please check the preferences: darkroom -> colorbalance slider block 
layout (last entry)



Am 30.11.20 um 18:01 schrieb David Vincent-Jones:


A few weeks ago I noticed a new format for the Color Balance module 
where 3 tabs were used to split the overly long module format. The 
revised format did not last long and we are now back to the very 
unwhieldy layout.


For my money the 3 tab format was a definite improvement  just 
would like to say that the idea did not go unnoticed.


David


___ 
darktable developer mailing list to unsubscribe send a mail to 
darktable-dev+unsubscr...@lists.darktable.org



___ 


darktable developer mailing list
to unsubscribe send a mail to 
darktable-dev+unsubscr...@lists.darktable.org




___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] Color Balance Module

[David Vincent-Jones]

Well  you certainly noticed it!

On 2020-11-30 9:09 a.m., Patrick Shanahan wrote:

* David Vincent-Jones  [11-30-20 12:05]:

A few weeks ago I noticed a new format for the Color Balance module where 3
tabs were used to split the overly long module format. The revised format
did not last long and we are now back to the very unwhieldy layout.

For my money the 3 tab format was a definite improvement  just would
like to say that the idea did not go unnoticed.

but your comment quite possibly will go un-noticed if you do not file it
on github.



___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

[darktable-dev] Color Balance Module

[David Vincent-Jones]

A few weeks ago I noticed a new format for the Color Balance module 
where 3 tabs were used to split the overly long module format. The 
revised format did not last long and we are now back to the very 
unwhieldy layout.


For my money the 3 tab format was a definite improvement  just would 
like to say that the idea did not go unnoticed.


David


___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] Duplicates

[David Vincent-Jones]

Thanks Martin  took your advice on both counts ... possibly it was a 
cache size situation so will see how things are going forward.


David

On 2020-11-20 10:53 p.m., Martin Straeten wrote:

the thumbnail cache is limited, so the thumbnails for old edits might not be 
present a long time after editing. You might reset the memory amount for the 
cache in preferences and run darktable-generate-cache to update the thumbnails



Am 21.11.2020 um 06:07 schrieb David Vincent-Jones :


I have had an ongoing problem with duplicates for some (long) time. I duplicate 
many of my images; different colorations, monochrome and of course using the 
more recent filmic processing. Often I may have 3, 4 or more versions from the 
RAW and I rarely bother to remove any of the prior versions.

Later when I go to look for a specific image I often find that only the 
'primary' production is visible and the placeholders for the secondary copies 
are now occupied by images from an entirely different time and place, with each 
of the place holding images simply showing the EXIF data associated with the 
primary image.

This does not appear to be critical in terms of loosing my work. When the 
incorrect placeholder is opened the correct version appears and then later is 
shown correctly in the lighttable. It is however a significant nuisance. In a 
search for some images today I needed to open and close more than 30 images so 
that the correct versions would show in one single folder.

This is not a new occurrence, it is something that I have noticed for some time 
and have posted previously with one person verifying the same situation.

I have tried totally flushing dt and making a fresh import/install. There are 
probably less crazy people making duplicates so fewer will see this behavior. 
It would be nice if it could be solved/fixed.

David

Manjaro/Arch/XFCE/daily-git


___ 
darktable developer mailing list to unsubscribe send a mail to 
darktable-dev+unsubscr...@lists.darktable.org


___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

[darktable-dev] Duplicates

[David Vincent-Jones]

I have had an ongoing problem with duplicates for some (long) time. I 
duplicate many of my images; different colorations, monochrome and of 
course using the more recent filmic processing. Often I may have 3, 4 or 
more versions from the RAW and I rarely bother to remove any of the 
prior versions.


Later when I go to look for a specific image I often find that only the 
'primary' production is visible and the placeholders for the secondary 
copies are now occupied by images from an entirely different time and 
place, with each of the place holding images simply showing the EXIF 
data associated with the primary image.


This does *not* appear to be critical in terms of loosing my work. When 
the incorrect placeholder is opened the correct version appears and then 
later is shown correctly in the lighttable. It is however a significant 
nuisance. In a search for some images today I needed to open and close 
more than 30 images so that the correct versions would show in one 
single folder.


This is not a new occurrence, it is something that I have noticed for 
some time and have posted previously with one person verifying the same 
situation.


I have tried totally flushing dt and making a fresh import/install. 
There are probably less crazy people making duplicates so fewer will see 
this behavior. It would be nice if it could be solved/fixed.


David

Manjaro/Arch/XFCE/daily-git


___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] Question

[David Vincent-Jones]

CR3, convert to DNG! ... Currently dt is not fully importing some 
critical EXIF data from DNG files. I have asked in redmine that this be 
looked at.


On 2020-11-12 11:59 a.m., Hubert Kowalski wrote:

Before you gave money to Canon, you could have checked the status of exiv2
and rawspeed.

Here's what you should do:
https://discuss.pixls.us/t/canon-cr3-raw-support-your-move/14192?u=johnny-bit

For time being you can convert your CR3 to DNG with no loss of image
information and metadata.

Remember - YOU supported canon with your purchase, you should expect THEM
to help open source devs with CR3 support, not other way around.

czw., 12 lis 2020 o 20:26 Mikko Rasa  napisał(a):


On 12.11.2020 20.40, FF wrote:

Will the forthcoming release of dt support Canon cr3 format?

I'm interested in this as well, having recently purchased a Canon EOS R
camera.  There was some discussion in August, but the outcome back then
seemed to be that exiv2 (which Darktable uses) developers are too
uncertain of the possible legal issues and Canon is unwilling to give
any assurance that decoding the format is allowed.  There was also some
talk on the relevant git issues about having to figure out how to
actually decode it without an official spec.

However, libraw has apparently had CR3 decoding support since November
2019.  There's a fork of RawTherapee[1] with CR3 support (using libraw)
in a build from March, and it worked out of the box on my Debian
unstable system.  So it seems that the format has been sufficiently
figured out and, at least so far, Canon has yet to raise a legal ruckus
about it.

So where does Darktable stand with this issue?  If exiv2 is too mired in
their legal uncertainty, would using libraw either in addition or
instead of it be an option?  I would prefer to stick with Darktable
since it's unlikely the XMP data can be transferred to a different
program at the drop of a hat.

[1]

https://garridodiaz.com/canon-cr3-support-in-linux-using-art-rawtherapee-clone/

--
Mikko
___
darktable developer mailing list
to unsubscribe send a mail to
darktable-dev+unsubscr...@lists.darktable.org




___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

[darktable-dev] scrolling presets

[David Vincent-Jones]

I have found it very useful to be able to scroll down a list of module 
preset options as I can in the blend-modes. It provides an opportunity 
to more easily judge different options.


Recently I was looking for a particular B conversion and wanted to see 
which of the channel mixer presets met my need .. there was no scrolling 
implemented so it was much more tedious.


Possibly this may be easy to implement and maintain a more consistent feel.

David


___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] Retouch Disappears

[David Vincent-Jones]

Interesting . although retouch is correctly sitting in group-4 and 
after opening and closing dt it is still correctly in place  my 
darktablerc reads as follows:


plugins/darkroom/retouch/expanded=FALSE
plugins/darkroom/retouch/favorite=FALSE
plugins/darkroom/retouch/modulegroup=4
plugins/darkroom/retouch/visible=FALSE

So I now assume that I need to modify darktablerc accordingly.

David

On 22.08.20 15:22, Peter Harde wrote:


I also still fail to understand. The appearance of the retouch module 
is controlled by the lines


*plugins/darkroom/retouch/expanded=TRUE
plugins/darkroom/retouch/favorite=TRUE
plugins/darkroom/retouch/modulegroup=4
plugins/darkroom/retouch/visible=TRUE*

of your local *darktablerc* config file. Generally this file is not 
modified if you "git clone" / "git pull" and if you (after building 
and installing) start darktable without command line options.


Peter Harde

Am 22.08.20 um 08:29 schrieb David Vincent-Jones:


Wrong diagnosis on my part  it is occurring whenever I update the 
git!! (which I am doing on a daily basis and daily I am also creating 
a new folder) So it is the git update that creates the problem.




___ 
darktable developer mailing list to unsubscribe send a mail to 
darktable-dev+unsubscr...@lists.darktable.org


___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] Retouch Disappears

[David Vincent-Jones]

Wrong diagnosis on my part  it is occurring whenever I update the 
git!! (which I am doing on a daily basis and daily I am also creating a 
new folder) So it is the git update that creates the problem.


David

On 22.08.20 07:49, Peter Harde wrote:


3.3.0+258~g38d875b49, Ubuntu 18.04

Can you explain more precisely what you mean with "create a new image 
folder". Do you mean importing from a folder into a new filmroll? If 
so, I can not confirm, works as expected for me, no influence on 
retouch module.


Regards

Peter Harde


___ 
darktable developer mailing list to unsubscribe send a mail to 
darktable-dev+unsubscr...@lists.darktable.org


___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

[darktable-dev] Retouch Disappears

[David Vincent-Jones]

I have noticed now that every time I create a new image folder that 
retouch is not to be found within my installed modules. Retouch works 
just fine but the module is somehow removing itself from my menu system. 
Not a big deal to reinstall it just a small nuisance.


Manjaro/Arch/XFCE/daily-git


___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] git not starting

[David Vincent-Jones]

I have rebuilt dt from scratch and all appears normal now. I had 
upgraded dt along with a major Manjaro update and this may have caused 
the problem.


David

On 17.08.20 16:17, Patrick Shanahan wrote:

* David Vincent-Jones  [08-17-20 10:10]:

liblua.so.5.3 is indicated as missing and appears to be stopping the update
from starting.

David

manjaro/xfce/daily git

might try removing everything in your build directory and a fresh clone

   git clone https://github.com/darktable-org/darktable.git
   git submodule init ;git submodule update
   build ...

   


___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

[darktable-dev] git not starting

[David Vincent-Jones]

liblua.so.5.3 is indicated as missing and appears to be stopping the 
update from starting.


David

manjaro/xfce/daily git


___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

[darktable-dev] Culling to trash

[David Vincent-Jones]

If I have 2 versions of an image shown on the culling lighttable and try 
to send one piece to the trash the system warns that both pieces will be 
trashed. This makes culling very much less useful.


David


___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

[darktable-dev] Channel Mixer Ignores Masks

[David Vincent-Jones]

darktable 3.1.0+2385~gbea8af41b ... Manjaro/Arch/XFCE

Applying a mask while using any of the presets in channel-mixer ... the 
mask is entirely removed and the preset is applied over the full image. 
Problem is seen with line, brush and shape masks.


David


___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: AW:Re: [darktable-dev] cannot compile OpenCL test program in git master

[David Vincent-Jones]

When I restart my system, after updating the master git, OpenCl is shown 
to be correctly installed on Manjaro/Arch. During processing however I 
get a message that "darktable is finding opencl problems" and then 
opencl is terminated.


Is this part of the same problem? I am using the latest version of 
filmic-rgb-V4-(2020).


David

On 2020-06-21 7:52 a.m., Axel Gerber wrote:

Filmic V4? Opencl support is still pending IIRC

Von meinem Mobiltelefon gesendet


 Ursprüngliche Nachricht 
Von: Alexander Rabtchevich 
Datum: So., 21. Juni 2020, 15:21
An: parafin 
Cc: darktable 
Betreff: Aw: Re: [darktable-dev] cannot compile OpenCL test program in git 
master

 Hm. I was not thorough enough.  Filmic worked on CPU and I didn't care of
 other modules on GPU.
 With respect,
 Alexander Rabtchevich
 *Gesendet:* Sonntag, 21. Juni 2020 um 13:17 Uhr
 *Von:* "parafin" 
 *An:* "darktable" 
 *Betreff:* Re: [darktable-dev] cannot compile OpenCL test program in git 
master
 Why do you think that OpenCL is disabled?


 On Sun, 21 Jun 2020 12:31:24 +0300
 Alexander Rabtchevich  wrote:

  > Hello
  >
  >
  > Pascal Obry wrote:
  > > Le vendredi 19 juin 2020 à 19:44 +0300, Alexander Rabtchevich a écrit 
:
  > >> Latest git builds make the next output at compilation:
  > >>
  > >>
  > >> -- Found LLVM 6.0.0
  > > Too old!
  > >
  > > I think you need at least version 8 or 9 IIRC.
  > >
  >
  > Does it mean I have to upgrade LLVM in order to use OpenCL in darktable?
  > Here is an output of exporting with OpenCL forced (strong GPU).
  >
  >
  > 15,976160 [dev] took 0,130 secs (0,301 CPU) to load the image.
  > 16,169524 [export] creating pixelpipe took 0,184 secs (0,199 CPU)
  > 16,169577 [pixelpipe_process] [export] using device 0
  > 16,169666 [dev_pixelpipe] took 0,000 secs (0,000 CPU) initing base
  > buffer [export]
  > 16,202823 [dev_pixelpipe] took 0,033 secs (0,000 CPU) processed `raw
  > black/white point' on GPU, blended on GPU [export]
  > 16,207450 [dev_pixelpipe] took 0,005 secs (0,000 CPU) processed `white
  > balance' on GPU, blended on GPU [export]
  > 16,211635 [dev_pixelpipe] took 0,004 secs (0,001 CPU) processed
  > `highlight reconstruction' on GPU, blended on GPU [export]
  > 17,055294 [dev_pixelpipe] took 0,844 secs (3,812 CPU) processed
  > `demosaic  ' on CPU, blended on CPU [export]
  > 17,196472 [dev_pixelpipe] took 0,141 secs (0,000 CPU) processed
  > `exposure' on GPU, blended on GPU [export]
  > 17,216730 [dev_pixelpipe] took 0,020 secs (0,005 CPU) processed `input
  > color profile' on GPU, blended on GPU [export]
  > image colorspace transform Lab-->RGB took 0,175 secs (0,860 CPU)
  > [filmicrgb ]
  > 50,660789 [dev_pixelpipe] took 33,444 secs (179,826 CPU) processed
  > `filmic rgb' on CPU, blended on CPU [export]
  > image colorspace transform RGB-->Lab took 0,011 secs (0,009 GPU) 
[colorout ]
  > 50,828053 [dev_pixelpipe] took 0,167 secs (0,014 CPU) processed `output
  > color profile' on GPU, blended on GPU [export]
  > 51,063876 [dev_pixelpipe] took 0,236 secs (0,681 CPU) processed `display
  > encoding' on CPU, blended on CPU [export]
  > 51,063907 [opencl_profiling] profiling device 0 ('Ellesmere'):
  > 51,063914 [opencl_profiling] spent  0,1641 seconds in [Write Image (from
  > host to device)]
  > 51,063921 [opencl_profiling] spent  0,0057 seconds in rawprepare_1f
  > 51,063925 [opencl_profiling] spent  0,0024 seconds in whitebalance_1f
  > 51,063931 [opencl_profiling] spent  0,0020 seconds in
  > highlights_1f_lch_bayer
  > 51,063936 [opencl_profiling] spent  0,1594 seconds in [Read Image (from
  > device to host)]
  > 51,063938 [opencl_profiling] spent  0,0113 seconds in exposure
  > 51,063942 [opencl_profiling] spent  0,0108 seconds in colorin_unbound
  > 51,063945 [opencl_profiling] spent  0,0189 seconds in [Copy Image (on
  > device)]
  > 51,063949 [opencl_profiling] spent  0,0076 seconds in
  > colorspaces_transform_rgb_matrix_to_lab
  > 51,063952 [opencl_profiling] spent  0,0095 seconds in colorout
  > 51,063956 [opencl_profiling] spent  0,3917 seconds totally in command
  > queue (with 0 events missing)
  > 51,063970 [dev_process_export] pixel pipeline processing took 34,894
  > secs (184,339 CPU)
  > [export_job] exported to
  >
 
`/media/sasha/WD5_4/Photos/2020.06.17_Inna_Minsk_park_birds_flowers/darktable_exported/DSC06264_03.jpg'
  >
  >
  > With respect,
  > Alexander Rabtchevich
  > 
___
  > darktable developer mailing list
  > to unsubscribe send a mail to 
darktable-dev+unsubscr...@lists.darktable.org
  >
  >
 

Re: [darktable-dev] filmic v.4 and exposure compensation bias in git master

[David Vincent-Jones]

The change that I see in v. 4.0 is that all of my images appear 1 stop 
underexposed as compared to the previous version. Earlier I did not need 
to adjust exposure at all, now I must boost the exposure on all images.


David

On 2020-06-09 11:46 a.m., Alexander Rabtchevich wrote:

Hm, as I understand, if I enable filmic plugin v 4.0 manually, I need to
add +1.0EV manually too? That wasn't so with 3.0.

 With respect,
 Alexander Rabtchevich



Aurélien Pierre wrote:


Hi,

there is a +1 EV added by default in exposure if you enable the
scene-referred workflow. I don't understand what you mean. The
exposure bias is read in image EXIF, if the bias is 0 EV, then the
setting is 0 EV too.

Cheers,

Aurélien.

Le 09/06/2020 à 19:46, Alexander Rabtchevich a écrit :

Hello
Exposure compensation bias for my Sony A99 is 0EV and images are too
dark. They require to add +1EV to match filmic v.3

Current git master

With respect,
Alexander Rabtchevich


___ 


darktable developer mailing list
to unsubscribe send a mail to 
darktable-dev+unsubscr...@lists.darktable.org




___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

[darktable-dev] retouch intermittent failure

[David Vincent-Jones]

Not sure if this is useful information or not. Last night I built git 
3.1.0+1661~g7e9029ee4 and found that retouch was not working at all; 
this morning I built 3.1.0.r1666.gc12e3d31f-1 and retouch was again 
functioning correctly. I have noticed that there is a common build 
failure with the retouch module.


I am running Manjaro/Arch/XFCE

David


___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] color-LUT-Fuji

[David Vincent-Jones]

First .. I have much difficulty in reading your emails which only 
display with all of the html formatting details, can you please respond 
in plain text.


I notice that you have not used my sidecar 'xmp' file but created 
something quite different including a base-curve as well as filmicRGB 
... this is strange!


If you do not see the color-lookup-table in your color-group then it 
needs to be loaded from the 'more modules'.


What I need another person to test the effect of adding a 
'color-lookup-table' to my xmp file ... you have not used the 
color-lookup-table at all in your test so this is not helpful.


David

On 2020-05-12 12:48 p.m., philippe.weyl...@laposte.net wrote:

I have put what I get here : 
https://www.dropbox.com/sh/uvkqkbex1nb7g1n/AAA2ELRS4-MucX2ArL7x8X5aa?dl=0;>https://www.dropbox.com/sh/uvkqkbex1nb7g1n/AAA2ELRS4-MucX2ArL7x8X5aa?dl=0

I don't see any LUT 
module out there ...

darktable 
3.1.0+1540~g912ea6b00

Philippe

De : "David 
Vincent-Jones"
A : darktable-dev@lists.darktable.org
Envoyé: mardi 12 Mai 2020 20:30
Objet : Re: [darktable-dev] color-LUT-Fuji


Thanks for the response Philippe ... I am assuming that 
you have the same git version ... please load both my image and side-car file and let me know what you 
find.

https://www.dropbox.com/sh/gmzkpww5objajj2/AAAyG_9ULVxsGofMBfgxHUCVa?dl=0;>https://www.dropbox.com/sh/gmzkpww5objajj2/AAAyG_9ULVxsGofMBfgxHUCVa?dl=0

David

On 2020-05-12 10:46 a.m., mailto:philippe.weyl...@laposte.net;>philippe.weyl...@laposte.net wrote:


span style="font-family:arial,helvetica,sans-serif; 
font-size:12px"Do you talk about the color lookup table module or the lut 3d one ?br
I've tried both and they seem to work properly.br
Can you be more specific ?br
Philippe/span

div class="gl_quote" style="margin-top: 20px; padding-top: 5px;"De : "David 
Vincent-Jones"br
A : "darktable-dev"br
Envoyé: mardi 12 Mai 2020 06:20br
Objet : [darktable-dev] color-LUT-Fujibr
nbsp;
div class="gl_quoted"meta http-equiv="content-type" content="text/html; 
charset=UTF-8"
pfont size="+1"font face="Roboto"None of the LUTs related to the Fuji presets 
appear to be working following the latest git update. All presets result in a screen totally dominated with a single color. The monochrome presets 
do work correctly. This is a new problem as of today's git update. I am not using any conflicting color group modules. I am using 'filmic 
RGB'./font/font/p

pfont size="+1" face="Roboto"darktable 3.1.0+1540~g912ea6b00 
Manjaro/Arch/XFCE/font/p

pfont size="+1" face="Roboto"David/fontbr
nbsp;/p
br
___ darktable developer mailing list to 
unsubscribe send a mail to mailto:darktable-dev+unsubscr...@lists.darktable.org;>darktable-dev+unsubscr...@lists.darktable.org/div

div class="gl_quoted"nbsp;/div
/div

___
darktable developer mailing list
to unsubscribe send a mail to mailto:darktable-dev+unsubscr...@lists.darktable.org;>darktable-dev+unsubscr...@lists.darktable.org





___ darktable 
developer mailing list to unsubscribe send a mail to 
darktable-dev+unsubscr...@lists.darktable.org




___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org




___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] color-LUT-Fuji

[David Vincent-Jones]

Thanks for the response Philippe ... I am assuming that you have the 
same git version ... please load both my image and side-car file and let 
me know what you find.


https://www.dropbox.com/sh/gmzkpww5objajj2/AAAyG_9ULVxsGofMBfgxHUCVa?dl=0

David

On 2020-05-12 10:46 a.m., philippe.weyl...@laposte.net wrote:

Do you talk 
about the color lookup table module or the lut 3d one ?
I've tried both and they seem to work properly.
Can you be more specific ?
Philippe

De : "David 
Vincent-Jones"
A : "darktable-dev"
Envoyé: mardi 12 Mai 2020 06:20
Objet : [darktable-dev] color-LUT-Fuji


None of the LUTs related to the Fuji presets appear to be 
working following the latest git update. All presets result in a screen totally dominated with a single color. The monochrome presets 
do work correctly. This is a new problem as of today's git update. I am not using any conflicting color group modules. I am using 
'filmic RGB'.

darktable 3.1.0+1540~g912ea6b00 
Manjaro/Arch/XFCE

David


___ darktable 
developer mailing list to unsubscribe send a mail to 
darktable-dev+unsubscr...@lists.darktable.org




___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org




___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

[darktable-dev] color-LUT-Fuji

[David Vincent-Jones]

None of the LUTs related to the Fuji presets appear to be working 
following the latest git update. All presets result in a screen totally 
dominated with a single color. The monochrome presets do work correctly. 
This is a new problem as of today's git update. I am not using any 
conflicting color group modules. I am using 'filmic RGB'.


darktable 3.1.0+1540~g912ea6b00 Manjaro/Arch/XFCE

David


___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] Copy and paste settings

[David Vincent-Jones]

Even better the simple Ctl-C and Ctl-V works directly across darkroom 
module. Any copy procedure then can be used multiple times as you move 
through the file without going to the lighttable.


David

On 2020-04-11 8:19 a.m., Lorenzo Fontanella wrote:

Thanks, I didn't know about this feature.
Lorenzo Fontanella



Il giorno sab 11 apr 2020 alle ore 13:53 Florian W 
mailto:flo.wern...@gmail.com>> ha scritto:


Ciao Lorenzo,
The features already exists, it is on the light table in the right
panel.

Cheers

Florian

Le ven. 10 avr. 2020 19:30, Lorenzo Fontanella
mailto:fontanellalore...@gmail.com>>
a écrit :

Copy and paste settings
It would be useful to have a copy / paste function of the
settings from one image to another, which includes the
possibility of copying any vector masks present on an image,
without having to resort to saving a preset.

This function of copying the masks is used when creating a
variant of the same image and modifying them later, both but
in different ways, in order to copy elements from one variant
to another and vice versa.

Thanks you
Lorenzo Fontanella


___
darktable developer mailing list to unsubscribe send a mail to
darktable-dev+unsubscr...@lists.darktable.org



___ 
darktable developer mailing list to unsubscribe send a mail to 
darktable-dev+unsubscr...@lists.darktable.org


___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

[darktable-dev] Retouch tool

[David Vincent-Jones]

The retouch tool does not appear to be working. Tried using both the 
healing and the cloning tools with circle, ellipse and line tools. The 
replace does not occur.


darktable 3.1.0+1031~g8e4d22171

This may have been a problem in earlier git versions.

David


___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

[darktable-dev] Cache Generation Error

[David Vincent-Jones]

running ... darktable-cache-generate caused an error:

image 19055/29945 (63.63%) (id:19066)
Segmentation fault (core dumped)

darktable 3.1.0+786~g9f087e5ed  Manjaro/Arch/XFCE  System has 16 
Gb. mem. .. 6 Gb. video




___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] Moving left panel modules in the darkroom

[David Vincent-Jones]

The reordering should then be obvious from the pipeline list (Column 1). 
How is it that the tone-equalizer always sits ahead of the filmic-rgb? 
That makes (to me) no sense at all.


Further: if the pipeline automatically reorders my input correctly, then 
my misuse of order should be automatically corrected which would be 
optimal as I view the situation.


Cheers;

David

On 2020-01-22 5:50 a.m., Aurélien Pierre wrote:


Hi,

image-processing modules *are not moved *up and down *in the GUI* but 
*in the pixel pipe, *so that changes the actual order of application 
of the corresponding filters. You are on for a lot of trouble if you 
handle that as a workspace widgets reordering feature.


Reordering the (non image-processing) modules as a workspace 
management might raise 2 concerns :


  * a need for a global workspace/widgets layout editor (Qt app do
that a lot, GTK is not super keen),
  * a possible confusion among users, because left panel reordering
will mean workspace reordering, but in right panel, it will mean
pipe reordering. 2 different behaviours for the seemingly
identical graphical widgets in the same app is not a good UX design.

Cheers,

Aurélien.

Le 22/01/2020 à 14:33, Florian W a écrit :

Hi guys, after a few months here is the usability nerd again :)

I wondered if there was any reason (other than historical I mean) for 
the ordering of the left panel modules in the darkroom.


I can see good reasons to put the snapshot and history modules at the 
top of the panel, however I'm a bit puzzled to see the mask manager 
at the bottom and the duplicate manager at a higher position.


Different people have different workflows and want to organize their 
workspace differently according to it.


Wouldn't it be great if the left panel modules could be moved up and 
down like we can do in the right panel now?


I mean, I usually use the mask manager way more often then the 
duplicate manager (which I basically don't use as there's Ctrl+D to 
do the job).


It's been a while since I haven't been into the DT code base but I 
shall have a look to do that.


Cheers and keep up the good work 

Florian

___ 
darktable developer mailing list to unsubscribe send a mail to 
darktable-dev+unsubscr...@lists.darktable.org


___ 
darktable developer mailing list to unsubscribe send a mail to 
darktable-dev+unsubscr...@lists.darktable.org


___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

[darktable-dev] Parametric Yellow mask

[David Vincent-Jones]

darktable 3.1.0+362~g39a47f6aa ... Manjaro/Arch  XFCE

When I try to use the yellow mask with a parametric selection the entire 
image turns to monochrome. Is there something that I am missing.


David


___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] Mouse wheel not moving sliders

[David Vincent-Jones]

Thank you ... that was the problem  difficult to keep up with all 
these changes.


On 2020-01-14 10:14 p.m., thokster wrote:

Did you check your preferences?

Preferences - GUI options - miscellaneous - mouse wheel scrolls 
modules side panel by default



Am 15.01.20 um 07:09 schrieb David Vincent-Jones:


darktable 3.1.0+362~g39a47f6aa ... Manjaro/Arch  XFCE

The mouse wheel is again not moving sliders on this version. The same 
problem was noted some days ago and was fixed but on this version the 
problem is back again.


David


___ 
darktable developer mailing list to unsubscribe send a mail to 
darktable-dev+unsubscr...@lists.darktable.org



___ 


darktable developer mailing list
to unsubscribe send a mail to 
darktable-dev+unsubscr...@lists.darktable.org



___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

[darktable-dev] Mouse wheel not moving sliders

[David Vincent-Jones]

darktable 3.1.0+362~g39a47f6aa ... Manjaro/Arch  XFCE

The mouse wheel is again not moving sliders on this version. The same 
problem was noted some days ago and was fixed but on this version the 
problem is back again.


David


___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] Lua Module

[David Vincent-Jones]

Thanks to all  I do have the script-manager now correctly installed. 
I was under the impression that previously it had installed with 
darktable ... I may/must have been dreaming. Somehow it appears to me 
that installing it as a part of the general install would be the obvious 
thing to do ... what do I know!


David

On 11.01.20 02:01, William Ferguson wrote:
Actually the purpose of the script was to get away from the luarc 
file.  You had to write a piece of code, i.e. the luarc file, in order 
to use the scripts.  Also, if you had a misbehaving script that 
crashed, then the rest of the scripts specified in the file wouldn't 
load.  script_manager solved all of that along with letting you turn 
on scripts on the fly.  The loading and updating was an additional 
feature to lower the bar of entry.  I had originally envisioned it 
shipping as part of darktable and replacing the supplied luarc file.  
I did a pull request for that, but it was declined. After that I 
offered it as a standalone script for a couple of years before adding 
it to the repository.


David, since you're running a development version of darktable, did 
you create a new configuration directory and forget to install the lua 
scripts?  You can fix it with


cd ~/.config/;git clone 
https://github.com/darktable-org/lua-scripts lua;ln -s 
lua/tools/script_manager.lua luarc


On Fri, Jan 10, 2020 at 5:30 PM August Schwerdfeger 
mailto:aug...@schwerdfeger.name>> wrote:


The idea of a Lua script that one manually installs in order to
avoid the manual Lua-script-installation process does seem a
little counterintuitive.

But if the script manager is already installed in the
'.config/darktable' directory and was working with a previous
version of Darktable, there is likely a Lua error someplace -- try
running Darktable with the '-d lua' switch and see what comes up
in the terminal.

--
August Schwerdfeger
aug...@schwerdfeger.name <mailto:aug...@schwerdfeger.name>

On Fri, Jan 10, 2020 at 3:51 PM jys mailto:junkyardspar...@yepmail.net>> wrote:

On Fri, Jan 10, 2020, at 13:12, David Vincent-Jones wrote:
>
> Yes ... the script manager  am I overlooking something?
It was
> there in earlier versions but not currently.

Apologies if I'm pointing out the obvious here, but the script
manager is itself a Lua script, which must be added by the
user. It's not part of the darktable core.

-- 
jys


___
darktable developer mailing list
to unsubscribe send a mail to
darktable-dev+unsubscr...@lists.darktable.org
<mailto:darktable-dev%2bunsubscr...@lists.darktable.org>


___
darktable developer mailing list to unsubscribe send a mail to
darktable-dev+unsubscr...@lists.darktable.org
<mailto:darktable-dev%2bunsubscr...@lists.darktable.org>


___ 
darktable developer mailing list to unsubscribe send a mail to 
darktable-dev+unsubscr...@lists.darktable.org


___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] Lua Module

[David Vincent-Jones]

Yes ... the script manager  am I overlooking something? It was there 
in earlier versions but not currently.


David

On 10.01.20 20:31, William Ferguson wrote:
Are you talking about script_manager that sits down at the bottom left 
of the lighttable UI?


On Fri, Jan 10, 2020 at 2:17 PM David Vincent-Jones 
mailto:david...@gmail.com>> wrote:


darktable 3.1.0+326~g250fafcca

Manjaro/Arch/XFCE

I am still not finding the Lua import/update module on this version.

David


___
darktable developer mailing list to unsubscribe send a mail to
darktable-dev+unsubscr...@lists.darktable.org
<mailto:darktable-dev%2bunsubscr...@lists.darktable.org>



___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

[darktable-dev] Lua Module

[David Vincent-Jones]

darktable 3.1.0+326~g250fafcca

Manjaro/Arch/XFCE

I am still not finding the Lua import/update module on this version.

David


___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] Visibility of stars

[David Vincent-Jones]

+1

On 2019-12-17 7:45 a.m., Julian Rickards wrote:
Is the visibility (colour) of the stars controlled in CSS in 3.0? 
Currently, in 2.6.3, I find them a bit faint.


If not, not a deal breaker, then just a request for 3.01.

___ 
darktable developer mailing list to unsubscribe send a mail to 
darktable-dev+unsubscr...@lists.darktable.org


___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] filmic module is not present

[David Vincent-Jones]

The saturation appears to function quite differently. If I open an 
existing file that contains the old filmic and try to replace it with 
the new version in an up date then the results look quite different.


David

On 2019-11-30 4:10 a.m., Aurélien Pierre wrote:


Filmic RGB works exactly the same as the old one, the changes are 
merely cosmetic.


What does not work ?

Le 30/11/2019 à 03:46, David Vincent-Jones a écrit :


It is unfortunate that the new 'filmic rgb' appears to act quite 
differently from the original 'filmic' and I have now lost the 
ability to re-edit/adjust a large portion of my recent work.


David

On 2019-11-29 3:40 p.m., Lorenzo Fontanella wrote:


Hello, let me point out that in build 3.0 rc1, the "filmic" module 
is not present in the modules list. Using old styles created with 
version 2.6 that prevent the use of it, it appears active and 
modifies words. The module was present in version 3.0rc0 and 
disappeared in the 3.0rc1 version


Lorenzo Fontanella


___ 
darktable developer mailing list to unsubscribe send a mail to 
darktable-dev+unsubscr...@lists.darktable.org


___ 
darktable developer mailing list to unsubscribe send a mail to 
darktable-dev+unsubscr...@lists.darktable.org


___ 
darktable developer mailing list to unsubscribe send a mail to 
darktable-dev+unsubscr...@lists.darktable.org


___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] filmic module is not present

[David Vincent-Jones]

It is unfortunate that the new 'filmic rgb' appears to act quite 
differently from the original 'filmic' and I have now lost the ability 
to re-edit/adjust a large portion of my recent work.


David

On 2019-11-29 3:40 p.m., Lorenzo Fontanella wrote:


Hello, let me point out that in build 3.0 rc1, the "filmic" module is 
not present in the modules list. Using old styles created with version 
2.6 that prevent the use of it, it appears active and modifies words. 
The module was present in version 3.0rc0 and disappeared in the 3.0rc1 
version


Lorenzo Fontanella


___ 
darktable developer mailing list to unsubscribe send a mail to 
darktable-dev+unsubscr...@lists.darktable.org


___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

[darktable-dev] Retouch Brush Control

[David Vincent-Jones]

Would it be possible to control the brush with the control key and 
restrict it along a straight line as is done with the path mode?


Removing power lines and such would be far easier with such an option.

David

___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] Sort-by Lighttable Error

[David Vincent-Jones]

I have just pulled down darktable 3.0.0rc1+91~g0eb00efbc and the problem 
is now *not* showing


With earlier version on Manjaro 18.0 images remained in time sequence.

David

On 2019-11-26 8:33 p.m., Patrick Shanahan wrote:

* David Vincent-Jones  [11-26-19 23:16]:

darktable 3.0.0rc1+89~g938a618f9

'sort by rating'  does not appear to be functioning.

works on openSUSE Tumbleweed 20191124
dt git91.0eb00efbc

please provide a little clue for people to be able to assess your
problems, "does not appear to be functioning" is really quite vague and no
system/distro listed.




___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

[darktable-dev] Sort-by Lighttable Error

[David Vincent-Jones]

darktable 3.0.0rc1+89~g938a618f9

'sort by rating'  does not appear to be functioning.

David

___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

[darktable-dev] Problem with color balance module

[David Vincent-Jones]

The shadows segment (only) of the color balance module is not working 
correctly. Any movement of the factor slider causes the entire image to 
transform to a single block color. The mid-tones and highlights are 
working correctly.


I have tried several variations of settings and the problem appears 
under all conditions. I have also placed the module at a minimal 
position in the pipeline and the condition remains.


Manjaro-18, current git build.

David

___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

[darktable-dev] Error on git update

[David Vincent-Jones]

Manjaro 18, darktable 3.0.0rc1+54~gbfecbb5ca: I have been getting an 
error message at the initial install and when the git is up dated 
"darktable-git: transaction not initialized". Everything appears to be 
running correctly. Am I missing something?


David

___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] Information about the Pixel pipe...

[David Vincent-Jones]

May not be practical but it would be interesting if each modules pp 
position were numerically indicated after the module's name. This would 
in turn be helpful if one wished to shuffle module positions in the menu.


David

On 11.11.19 21:43, Keresztes Barna wrote:

Hi,
Can somebody summarize me the stages of the pixel pipe in darktable, 
and the color space in each stage (if the stages have specific color 
spaces).
Where can I define the position of a IOP in this pipe? Let's say I 
want a filter that runs at the end of the processing part, but before 
the frame plugin?
I heard about IOPs that run at different stages of the pixel pipe (I'm 
thinking about Basic adjustments) - where can I define that?
Or just point me to the right direction where can I find information 
about this... I couldn't find anything in the wiki and the source code.

Thanks in advance!
___ 


darktable developer mailing list
to unsubscribe send a mail to 
darktable-dev+unsubscr...@lists.darktable.org




___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] Tone Equalizer Crash

[David Vincent-Jones]

A fascinating video, long and sometimes difficult to fully comprehend 
but an interesting vision of the direction into which dt is sailing.


On 31.10.19 18:52, William Ferguson wrote:
Aurlien explained the new filmic and tone equalizer here: 
https://www.youtube.com/watch?v=UuB9khJIrDI=235s



___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] Drag-and-drop to change module order

[David Vincent-Jones]

I think that I am relieved  maybe ... hopefully I did not disturb 
the pp  now I am confused ... I simply wanted to put the favorites 
in my logical processing order.


David

On 01.11.19 14:18, Patrick Shanahan wrote:

* Pascal Obry  [11-01-19 08:01]:

David,


Shurely  changing the order of the modules located in the
'favorites' tab does not change the individual modules position in
the pixel-pipeline?  that would be unthinkable!

Of course it does! Re-ordering the iop is not for fun, it really does
change the pixel-pipe order.

then cryptomilk's reference should be corrected:
   See
   https://www.darktable.org/usermanual/en/darkroom_concepts.html#pixelpipe

as it indicated a static pixelpipe, and really allows unknowing users
ample opportunity to "shoot themselves in their collective feet".

also once changed there doesn't appear any option ot restore the original
order to the pixelpipe.  ???

tks,



___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] Drag-and-drop to change module order

[David Vincent-Jones]

Shurely  changing the order of the modules located in the 
'favorites' tab does not change the individual modules position in the 
pixel-pipeline?  that would be unthinkable!

David

On 01.11.19 11:23, Andreas Schneider wrote:

On Friday, 1 November 2019 08:19:46 CET David Vincent-Jones wrote:

Something interesting .. I moved the rgb-filmic module to a new
location and the image was significantly changed! Am I also changing the
pipeline?

See

https://www.darktable.org/usermanual/en/darkroom_concepts.html#pixelpipe


Andreas




___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] Drag-and-drop to change module order

[David Vincent-Jones]

Something interesting .. I moved the rgb-filmic module to a new 
location and the image was significantly changed! Am I also changing the 
pipeline?

David

On 31.10.19 22:09, jys wrote:


On Thu, Oct 31, 2019, at 13:33, KOVÁCS István wrote:

Hi,

I've seen Aurélien Pierre's video about filmic and tone EQ; there, he
used the mouse to reorder modules on the active modules tab. I can
only use the 'multiple instances' menu's move up/down options; for me,
click+drag just opens/closes the module (so the click takes effect,
the drag is ignored).

Try Ctrl+Shift+click. :-)




___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] Tone Equalizer Crash

[David Vincent-Jones]

point taken.

On 31.10.19 14:34, Patrick Shanahan wrote:

* David Vincent-Jones  [10-31-19 09:27]:

No ... I am staying away from TE for a bit ... I have, so far, not
understood it sufficiently to find it useful. I am awaiting a video or other
informative description.

On 31.10.19 14:21, Patrick Shanahan wrote:

* David Vincent-Jones  [10-31-19 09:11]:

As I indicated earlier  after a full re-install of dt (which now starts
and runs correctly) that lib file is still not on my system.

I don't understand it either!

On 31.10.19 13:53, Patrick Shanahan wrote:

* David Vincent-Jones  [10-31-19 08:34]:

It appears that this module was not installed as a part of the original dt
install and is still not installed after a dt reinstall.
following the crash I removed the entire dt-git material and reinstalled.
Everything runs correctly now.
Is there a reason why libIlmImf should be installed?
David

On 31.10.19 13:22, Patrick Shanahan wrote:

* David Vincent-Jones  [10-31-19 05:17]:

Current git version on Manjaro.

Trying out the new TE module and finally decided that I would not use it. I
then used the 'on/off' button and this caused dt to crash. I can no longer
start dt and probably will need a reinstall.

[david@carbon ~]$ darktable -d
darktable: error while loading shared libraries: libIlmImf-2_3.so.24: cannot
open shared object file: No such file or directory

do you not have libIlmImf-2_3-24 installed?

your error says cannot load libIlmImf-2_3-24, missing.  usually that
indicates a package not installed or corrupt which in this case is
libIlmImf-2_3-24.



and you tried again the "TE module" to see if the problem repeated?


then, if there remains a problem it will not be addressed or identified
until it is obscured by ensuing commits and time.  here is your chance to
pay back for the efforts required to provide you with excellent software.
or to determine it was merely an anomaly.

presently it is a question unanswered ...




___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] Tone Equalizer Crash

[David Vincent-Jones]

No ... I am staying away from TE for a bit ... I have, so far, not 
understood it sufficiently to find it useful. I am awaiting a video or 
other informative description.


On 31.10.19 14:21, Patrick Shanahan wrote:

* David Vincent-Jones  [10-31-19 09:11]:

As I indicated earlier  after a full re-install of dt (which now starts
and runs correctly) that lib file is still not on my system.

I don't understand it either!

On 31.10.19 13:53, Patrick Shanahan wrote:

* David Vincent-Jones  [10-31-19 08:34]:

It appears that this module was not installed as a part of the original dt
install and is still not installed after a dt reinstall.
following the crash I removed the entire dt-git material and reinstalled.
Everything runs correctly now.
Is there a reason why libIlmImf should be installed?
David

On 31.10.19 13:22, Patrick Shanahan wrote:

* David Vincent-Jones  [10-31-19 05:17]:

Current git version on Manjaro.

Trying out the new TE module and finally decided that I would not use it. I
then used the 'on/off' button and this caused dt to crash. I can no longer
start dt and probably will need a reinstall.

[david@carbon ~]$ darktable -d
darktable: error while loading shared libraries: libIlmImf-2_3.so.24: cannot
open shared object file: No such file or directory

do you not have libIlmImf-2_3-24 installed?

your error says cannot load libIlmImf-2_3-24, missing.  usually that
indicates a package not installed or corrupt which in this case is
libIlmImf-2_3-24.



and you tried again the "TE module" to see if the problem repeated?




___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] Tone Equalizer Crash

[David Vincent-Jones]

As I indicated earlier  after a full re-install of dt (which now 
starts and runs correctly) that lib file is still not on my system.


I don't understand it either!

On 31.10.19 13:53, Patrick Shanahan wrote:

* David Vincent-Jones  [10-31-19 08:34]:

It appears that this module was not installed as a part of the original dt
install and is still not installed after a dt reinstall.
following the crash I removed the entire dt-git material and reinstalled.
Everything runs correctly now.
Is there a reason why libIlmImf should be installed?
David

On 31.10.19 13:22, Patrick Shanahan wrote:

* David Vincent-Jones  [10-31-19 05:17]:

Current git version on Manjaro.

Trying out the new TE module and finally decided that I would not use it. I
then used the 'on/off' button and this caused dt to crash. I can no longer
start dt and probably will need a reinstall.

[david@carbon ~]$ darktable -d
darktable: error while loading shared libraries: libIlmImf-2_3.so.24: cannot
open shared object file: No such file or directory

do you not have libIlmImf-2_3-24 installed?

your error says cannot load libIlmImf-2_3-24, missing.  usually that
indicates a package not installed or corrupt which in this case is
libIlmImf-2_3-24.





___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] Tone Equalizer Crash

[David Vincent-Jones]

It appears that this module was not installed as a part of the original 
dt install and is still not installed after a dt reinstall.
following the crash I removed the entire dt-git material and 
reinstalled. Everything runs correctly now.

Is there a reason why libIlmImf should be installed?
David

On 31.10.19 13:22, Patrick Shanahan wrote:

* David Vincent-Jones  [10-31-19 05:17]:

Current git version on Manjaro.

Trying out the new TE module and finally decided that I would not use it. I
then used the 'on/off' button and this caused dt to crash. I can no longer
start dt and probably will need a reinstall.

[david@carbon ~]$ darktable -d
darktable: error while loading shared libraries: libIlmImf-2_3.so.24: cannot
open shared object file: No such file or directory

do you not have libIlmImf-2_3-24 installed?




___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

[darktable-dev] Tone Equalizer Crash

[David Vincent-Jones]

Current git version on Manjaro.

Trying out the new TE module and finally decided that I would not use 
it. I then used the 'on/off' button and this caused dt to crash. I can 
no longer start dt and probably will need a reinstall.


[david@carbon ~]$ darktable -d
darktable: error while loading shared libraries: libIlmImf-2_3.so.24: 
cannot open shared object file: No such file or directory


David



___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] Piwigo export hanging after first successfull picture

[David Vincent-Jones]

Thanks Pascal . stupid me, I did not see it!

On 9/17/19 8:43 AM, Pascal Obry wrote:

Hi David,


I did not know that direct exports to Piwigo were possible from dt . what 
script are you using?

No script. This is available directly from dt in the export module
since 2.6.2.



___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] Piwigo export hanging after first successfull picture

[David Vincent-Jones]

I did not know that direct exports to Piwigo were possible from dt . 
what script are you using?


David

On 9/17/19 2:59 AM, Wolfgang Goetz wrote:

Hello,

piwigo export get stuck after successfull upload of the first picture.

Darktable hang up with one core 100%, unresponsive.

no output on commandline.

no meaningful strace except 'x32 mode'?

goetz@wgdesktop:~$ pgrep  darktable -fla
14860 /opt/darktable/bin/darktable
goetz@wgdesktop:~$ sudo strace -p 14860
[sudo] password for goetz:
strace: Process 14860 attached
strace: [ Process PID=14860 runs in x32 mode. ]

git describe:
release-2.7.0-1726-g0c527aec1

build from scratch

piwigo worked flawlessly in the past.



kind regards
Wolfgang


___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: AW:[darktable-dev] opencl fails on darktable git

[David Vincent-Jones]

With 8 Gb. memory, my opencl failed when dual monitors were being used.

David

On 2019-06-16 2:50 p.m., Axel Gerber wrote:


See this:
https://github.com/darktable-org/darktable/issues/2725

Von meinem Mobiltelefon gesendet


 Ursprüngliche Nachricht 
Betreff: [darktable-dev] opencl fails on darktable git
Von: Matthias Bodenbinder
An: darktable-dev@lists.darktable.org
Cc:

Hi I am cvompiling my on git version of darktable. It works
fine so far. But today I realized that it is not using opencl.
The debug output says:


0.230877 [opencl_init] compiling program `basic.cl' ..
0.230991 [opencl_fopen_stat] could not open file

`/home/matthias/.cache/darktable/cached_kernels_for_GeForceGTX1050Ti_43014/basic.cl.bin'!
0.230997 [opencl_load_program] could not load cached binary
program, trying to compile source
0.231018 [opencl_load_program] successfully loaded program
from `/opt/darktable-git/share/darktable/kernels/basic.cl'
0.254429 [opencl_build_program] could not build program: -11
0.254440 [opencl_build_program] BUILD STATUS: -2
0.254442 BUILD LOG:
0.254443 :23:10: fatal error: 'rgb_norms.h' file not found
#include "rgb_norms.h"
 ^

0.254446 [opencl_init] failed to compile program `basic.cl'!
0.254454 [opencl_init] FINALLY: opencl is NOT AVAILABLE on
this system.
0.254455 [opencl_init] initial status of opencl enabled flag
is OFF.


I see that rgb_norms.h is coming with the darktable source.

I am using the following commands to build DT:


./build.sh --disable-gnome-keyring --prefix $INST --build-type
Release
cmake --build "/home/matthias/src/darktable/build" --target
install -- -j8


With INST=/opt/darktable-git

What am I missing?

Matthias






___
darktable developer mailing list
to unsubscribe send a mail to
darktable-dev+unsubscr...@lists.darktable.org


___ 
darktable developer mailing list to unsubscribe send a mail to 
darktable-dev+unsubscr...@lists.darktable.org 


___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] implementation question: remove all unused modules

[David Vincent-Jones]

I often 'wander' back and forth in my modules and in the process create 
many duplicates and 'off' conditions. I generally try to clean-up my 
history which is a nuisance. I for one would like/use a cleaning option.


David

On 2019-06-11 3:24 p.m., thokster wrote:

Am 11.06.19 um 21:26 schrieb Patrick Shanahan:

* Julian Rickards  [06-11-19 14:54]:

I must say that I've never used the Compress History option in the
Lighttable, just in the Darkroom. Are there any differences?

On Tue, Jun 11, 2019 at 1:01 PM jys  
wrote:



On Tue, Jun 11, 2019, at 07:47, thokster wrote:

Is the "compress history" button in lighttable view doing anything 
else?
If you use this button you can clean up all selected pictures with 
one

click (incurrent master).
I probably totally misunderstood what you were up to.
The current implementation of "compress history" only removes 
duplicate
entries per each module. The idea here is to also remove single 
instances
of modules which are set to "(off)". I think it would be good to 
get some
broader feedback about how to best implement this, since this is an 
area

where workflows might vary greatly, and sometimes it's hard to think
outside your own. Personally, I can think of times when an 
operation to

remove these would be useful, but maybe not always in conjunction with
"normal" history comression. They seem like two slightly different 
cleanup

operations to me, for whatever that's worth.

--
jys
___ 


darktable developer mailing list
to unsubscribe send a mail to
darktable-dev+unsubscr...@lists.darktable.org


___ 


darktable developer mailing list
to unsubscribe send a mail to 
darktable-dev+unsubscr...@lists.darktable.org


one would *reasonably* expect that they did the same.


AFAIK you are using current master.

What do you think about just trying it out?

Maybe you'll find a new feature  :-)

___ 


darktable developer mailing list
to unsubscribe send a mail to 
darktable-dev+unsubscr...@lists.darktable.org




___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] DT bad on skin tones?

[David Vincent-Jones]

Raw is RAW  without processing. It is up to you to manipulate the 
raw data to achieve the look that you want. There are 'styles' in dt 
that will allow you to simulate provia if that is the look that you want.


On 2019-05-24 9:20 a.m., Christian wrote:

Hi,
Attached is a comparison between Fuji X Raw and Darktable
on a Fuji XT3 Raw File.

I think the skin tones are much better on the ooc-File.
DT is too greenish.

I only did basic processing (white-bal from camera, some
raw-denoise, sharpening, Fuji-basecurve).

The Fuji-converted file uses the standard (provia) film
simulation. Could this be the reason for the better
skin tones?

The test-raw:

https://www.dpreview.com/reviews/image-comparison/download-image?s3Key=f465d65b16774bd0b1686b3cda23a50f.raf 



Chris

PS: DT version 2.6.2


___ 


darktable developer mailing list
to unsubscribe send a mail to 
darktable-dev+unsubscr...@lists.darktable.org


___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] HELP NEEDED - long gtk menu does not scroll

[David Vincent-Jones]

My normal font size now appears to look fine but there appears to be a 
great deal of misplaced bold font being used. I also not that the line 
spacing looks like it is set at 2 which is really extending the module 
lengths.


On 2019-04-17 10:46 a.m., Robert Rembold wrote:
It's a known issue which was introduced after 3.24.3 and should be 
solved in 3.24.7: https://gitlab.gnome.org/GNOME/gtk/issues/1719


Am 17.04.19 um 19:35 schrieb William Ferguson:

My gtk2 is 2.24.32, so only the gtk3 is different 3.22.30 vs 3.24.x

On Wed, Apr 17, 2019 at 1:24 PM Robert Rembold > wrote:


Hi Pascal,
Unfortunately, I also noticed the described issue here. You're
not alone ;)

My settings are as follows:
- Ubuntu 18.10 with Xfce
- 1920*1080 screen resolution
- gtk-2.24.32
- gtk-3.24.4
- built darktable from sources few days ago (if exact version
matters I
can check)

Best Regards,
Robert

Am 17.04.19 um 18:13 schrieb Pascal Obry:
> Hi Bill,
>
> Thanks for testing.
>
>> Did a pull yesterday and built from git last night.  Opened
the Canon
>> lens list and was able to scroll with the mouse wheel.  If I
move to
>> the top of the list it autoscrolls up and the same with the bottom
>> even though the arrow buttons(?) aren't visible. I'm on Ubuntu
>> 18.04.  I also checked 2.6.2, built from source, and it worked
fine
>> also, and the top and bottom arrow buttons(?) are visible.
> So that's on my side! Hum, what is your Gtk+ version? Maybe a
bug in my
> version. I'm using 3.24.5-1 on Debian (tested on 2 machines).
>

___
darktable developer mailing list
to unsubscribe send a mail to
darktable-dev+unsubscr...@lists.darktable.org



___ 
darktable developer mailing list to unsubscribe send a mail to 
darktable-dev+unsubscr...@lists.darktable.org




___ 
darktable developer mailing list to unsubscribe send a mail to 
darktable-dev+unsubscr...@lists.darktable.org


___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] ATTENTION: darktable master may have some GUI glitches

[David Vincent-Jones]

Yes ... there is only a single theme in /usr/share/darktable/themes

On 2019-04-15 11:44 a.m., Patrick Shanahan wrote:

* David Vincent-Jones  [04-15-19 14:26]:

I have at least now installed the roboto font and added the  "condensed
fonts" to the .css list of fonts but I find that I do not have a
/.config/darktable/themes directory at all  not sure why this is not
being placed during the install. The above changes so far are not effecting
how dt displays fonts but does of course change other programs.

David

On 2019-04-15 4:40 a.m., Jean-Luc wrote:

That was already done in my case.

Le lundi 15 avril 2019 à 06:49 -0400, Aurélien Pierre a écrit :

Remember to reset screen_dpi_overwrite=-1 (so no overwritting) in
darktablerc and install all the Roboto font packages, especially the
display/thin variant, which is used in modules.

Le 19-04-15 à 03 h 59, Jean-Luc a écrit :

Hi,

I got the same kind of issue (manjaro gnome, roboto font used) :



To get something satisfying without enlarging the panels I just
generalized "condensed fonts" (css file, line 211)



Note : to tweak the css copy  the darktable.css  with a
customized name to your  .config/darkable/themes directory
You can then choose which css file to use through dt settings.


I guess that in the near future we will be able to choose from
several themes

Le dimanche 14 avril 2019 à 19:29 -0400, Patrick Shanahan a écrit :

* David Vincent-Jones <
david...@gmail.com
<mailto:david...@gmail.com>

[04-14-19 19:13]:
I am running Manjaro with the XFCE desktop. I have now increased the width
of my side panels to 340, changed the screen dpi and reduced my desktop font
size but still am having problems to see the full length of menu items. I am
using the default Gnome theme if that has any bearing on the problem.
Some of the fonts appear to be responding to change but some fonts appear to
in Bold and do not change.
Can somebody with an XFCE desktop please advise the font name and setup that
works with the new GUI.
David
On 2019-04-13 7:38 a.m., Patrick Shanahan wrote:

* Patrick Shanahan <
p...@opensuse.org
<mailto:p...@opensuse.org>

[04-13-19 10:29]:
* Pascal Obry <
pas...@obry.net
<mailto:pas...@obry.net>

[04-13-19 02:55]:
A new large merge is about to happen.
This time it is on the GUI side. A large rewrite from Aurélien which
makes everything related to layout, font size, etc... done directly in
CSS. No more messing in GTK code to add GUI borders, spacing, colors...

playing mostly but noticed my previously reconfigured "previous image"
shortcut to "B" unshifted seems to toggle the screen zoom to ?borderless?
and back rather than the previous image.  checked and reset shortcut to
unshifted "b" but still see the ?zoom?  action rather than the previous
image.  reset shortcut to "backspace" to no avail.  after setting five or
six different keys and several dt restarts, it now respects the unshifted
"B" and goes to previous image.

https://github.com/darktable-org/darktable/issues/2393

also notice something someone else mentioned recently.  I have unset and
unused "input color profile" default to "standard color matrix" as I am
using filmic.  advancing to next image or previous image invokes an
information window announcing "unsupported input color profile has been
replaced by linear Rec709 RGB!"

https://github.com/darktable-org/darktable/issues/2394

when drop-down menus display possible options, current selection is not
evident.  no color shift or indication which is current.

https://github.com/darktable-org/darktable/issues/2395

there was notice on pixls.us that at least gtk3-3.22 was necessary.  are
you at that level?

___
darktable developer mailing list to unsubscribe send a mail to
darktable-dev+unsubscr...@lists.darktable.org

it is  /usr/share/darktable/themes



___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] ATTENTION: darktable master may have some GUI glitches

[David Vincent-Jones]

I have at least now installed the roboto font and added the  "condensed 
fonts" to the .css list of fonts but I find that I do not have a 
/.config/darktable/themes directory at all  not sure why this is not 
being placed during the install. The above changes so far are not 
effecting how dt displays fonts but does of course change other programs.


David

On 2019-04-15 4:40 a.m., Jean-Luc wrote:

That was already done in my case.

Le lundi 15 avril 2019 à 06:49 -0400, Aurélien Pierre a écrit :


Remember to reset screen_dpi_overwrite=-1 (so no overwritting) in 
darktablerc and install all the Roboto font packages, especially the 
display/thin variant, which is used in modules.


Le 19-04-15 à 03 h 59, Jean-Luc a écrit :

Hi,

I got the same kind of issue (manjaro gnome, roboto font used) :



To get something satisfying without enlarging the panels I just 
generalized "condensed fonts" (css file, line 211)




Note : to tweak the css copy  the darktable.css  with a customized 
name to your  .config/darkable/themes directory

You can then choose which css file to use through dt settings.


I guess that in the near future we will be able to choose from 
several themes


Le dimanche 14 avril 2019 à 19:29 -0400, Patrick Shanahan a écrit :

* David Vincent-Jones <
david...@gmail.com
<mailto:david...@gmail.com>
> [04-14-19 19:13]:

I am running Manjaro with the XFCE desktop. I have now increased the width
of my side panels to 340, changed the screen dpi and reduced my desktop font
size but still am having problems to see the full length of menu items. I am
using the default Gnome theme if that has any bearing on the problem.
Some of the fonts appear to be responding to change but some fonts appear to
in Bold and do not change.
Can somebody with an XFCE desktop please advise the font name and setup that
works with the new GUI.
David
On 2019-04-13 7:38 a.m., Patrick Shanahan wrote:

* Patrick Shanahan <
p...@opensuse.org
<mailto:p...@opensuse.org>
> [04-13-19 10:29]:

* Pascal Obry <
pas...@obry.net
<mailto:pas...@obry.net>
> [04-13-19 02:55]:

A new large merge is about to happen.
This time it is on the GUI side. A large rewrite from Aurélien which
makes everything related to layout, font size, etc... done directly in
CSS. No more messing in GTK code to add GUI borders, spacing, colors...

playing mostly but noticed my previously reconfigured "previous image"
shortcut to "B" unshifted seems to toggle the screen zoom to ?borderless?
and back rather than the previous image.  checked and reset shortcut to
unshifted "b" but still see the ?zoom?  action rather than the previous
image.  reset shortcut to "backspace" to no avail.  after setting five or
six different keys and several dt restarts, it now respects the unshifted
"B" and goes to previous image.

https://github.com/darktable-org/darktable/issues/2393

also notice something someone else mentioned recently.  I have unset and
unused "input color profile" default to "standard color matrix" as I am
using filmic.  advancing to next image or previous image invokes an
information window announcing "unsupported input color profile has been
replaced by linear Rec709 RGB!"

https://github.com/darktable-org/darktable/issues/2394

when drop-down menus display possible options, current selection is not
evident.  no color shift or indication which is current.

https://github.com/darktable-org/darktable/issues/2395

there was notice on pixls.us that at least gtk3-3.22 was necessary.  are
you at that level?


___ 
darktable developer mailing list to unsubscribe send a mail to 
darktable-dev+unsubscr...@lists.darktable.org


___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] ATTENTION: darktable master may have some GUI glitches

[David Vincent-Jones]

My gtk3 version looks OK:

[david@W530 ~]$ pkg-config --modversion gtk+-3.0
3.24.8

Things look correct in dt if I reduce my font size to 9 but that makes 
my desktop font size very small. I would have assumed that there would 
be a size correlation between the desktop font sizes and those on dt.


Is there some other setting that can adjust the dt font size?

David

On 2019-04-14 4:29 p.m., Patrick Shanahan wrote:

* David Vincent-Jones  [04-14-19 19:13]:

I am running Manjaro with the XFCE desktop. I have now increased the width
of my side panels to 340, changed the screen dpi and reduced my desktop font
size but still am having problems to see the full length of menu items. I am
using the default Gnome theme if that has any bearing on the problem.

Some of the fonts appear to be responding to change but some fonts appear to
in Bold and do not change.

Can somebody with an XFCE desktop please advise the font name and setup that
works with the new GUI.

David

On 2019-04-13 7:38 a.m., Patrick Shanahan wrote:

* Patrick Shanahan  [04-13-19 10:29]:

* Pascal Obry  [04-13-19 02:55]:

A new large merge is about to happen.

This time it is on the GUI side. A large rewrite from Aurélien which
makes everything related to layout, font size, etc... done directly in
CSS. No more messing in GTK code to add GUI borders, spacing, colors...

playing mostly but noticed my previously reconfigured "previous image"
shortcut to "B" unshifted seems to toggle the screen zoom to ?borderless?
and back rather than the previous image.  checked and reset shortcut to
unshifted "b" but still see the ?zoom?  action rather than the previous
image.  reset shortcut to "backspace" to no avail.  after setting five or
six different keys and several dt restarts, it now respects the unshifted
"B" and goes to previous image.

https://github.com/darktable-org/darktable/issues/2393


also notice something someone else mentioned recently.  I have unset and
unused "input color profile" default to "standard color matrix" as I am
using filmic.  advancing to next image or previous image invokes an
information window announcing "unsupported input color profile has been
replaced by linear Rec709 RGB!"

https://github.com/darktable-org/darktable/issues/2394


when drop-down menus display possible options, current selection is not
evident.  no color shift or indication which is current.

https://github.com/darktable-org/darktable/issues/2395




there was notice on pixls.us that at least gtk3-3.22 was necessary.  are
you at that level?



___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] ATTENTION: darktable master may have some GUI glitches

[David Vincent-Jones]

I am running Manjaro with the XFCE desktop. I have now increased the 
width of my side panels to 340, changed the screen dpi and reduced my 
desktop font size but still am having problems to see the full length of 
menu items. I am using the default Gnome theme if that has any bearing 
on the problem.


Some of the fonts appear to be responding to change but some fonts 
appear to in Bold and do not change.


Can somebody with an XFCE desktop please advise the font name and setup 
that works with the new GUI.


David

On 2019-04-13 7:38 a.m., Patrick Shanahan wrote:

* Patrick Shanahan  [04-13-19 10:29]:

* Pascal Obry  [04-13-19 02:55]:

A new large merge is about to happen.

This time it is on the GUI side. A large rewrite from Aurélien which
makes everything related to layout, font size, etc... done directly in
CSS. No more messing in GTK code to add GUI borders, spacing, colors...

playing mostly but noticed my previously reconfigured "previous image"
shortcut to "B" unshifted seems to toggle the screen zoom to ?borderless?
and back rather than the previous image.  checked and reset shortcut to
unshifted "b" but still see the ?zoom?  action rather than the previous
image.  reset shortcut to "backspace" to no avail.  after setting five or
six different keys and several dt restarts, it now respects the unshifted
"B" and goes to previous image.

https://github.com/darktable-org/darktable/issues/2393

  

also notice something someone else mentioned recently.  I have unset and
unused "input color profile" default to "standard color matrix" as I am
using filmic.  advancing to next image or previous image invokes an
information window announcing "unsupported input color profile has been
replaced by linear Rec709 RGB!"

https://github.com/darktable-org/darktable/issues/2394

  

when drop-down menus display possible options, current selection is not
evident.  no color shift or indication which is current.

https://github.com/darktable-org/darktable/issues/2395





___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] ATTENTION: darktable master may have some GUI glitches

[David Vincent-Jones]

By adjusting the dpi of my screen some of the fonts and spacing do 
appear to be quite acceptable. The (right side darkroom menu) module 
names are now just fine but the module names as used in the (left side 
darkroom) history list do not change and look ugly by comparison. It 
appears that 2 quite different fonts are being used throughout, one font 
responds to dpi changes and one does not.


On 2019-04-13 7:38 a.m., Patrick Shanahan wrote:

* Patrick Shanahan  [04-13-19 10:29]:

* Pascal Obry  [04-13-19 02:55]:

A new large merge is about to happen.

This time it is on the GUI side. A large rewrite from Aurélien which
makes everything related to layout, font size, etc... done directly in
CSS. No more messing in GTK code to add GUI borders, spacing, colors...

playing mostly but noticed my previously reconfigured "previous image"
shortcut to "B" unshifted seems to toggle the screen zoom to ?borderless?
and back rather than the previous image.  checked and reset shortcut to
unshifted "b" but still see the ?zoom?  action rather than the previous
image.  reset shortcut to "backspace" to no avail.  after setting five or
six different keys and several dt restarts, it now respects the unshifted
"B" and goes to previous image.

https://github.com/darktable-org/darktable/issues/2393

  

also notice something someone else mentioned recently.  I have unset and
unused "input color profile" default to "standard color matrix" as I am
using filmic.  advancing to next image or previous image invokes an
information window announcing "unsupported input color profile has been
replaced by linear Rec709 RGB!"

https://github.com/darktable-org/darktable/issues/2394

  

when drop-down menus display possible options, current selection is not
evident.  no color shift or indication which is current.

https://github.com/darktable-org/darktable/issues/2395





___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] [BUG?] Fuji RAF Files are not cropped to nominal (EXIF) size

[David Vincent-Jones]

I would think that Fujifilm's rational is that the original raw edge 
pixels are really not to be valued and only are used for the 'final 
edge' calculation.


On 2019-04-12 1:26 a.m., Christian wrote:

Hi,
Understand. But there may be users who prefer a consistend size
between ooc and processed images or when using several raw converters in
parallel.

So I suggest an option in the export-pane :

[x] crop to original/nominal size

logic: if image is larger than original size and not
has been cropped manually then crop to original size.

Chris




Am 11.04.2019 um 20:28 schrieb Sturm Flut:

Hi,

many higher-end camera sensors have more pixels than advertised. These
pixels are used to improve image processing around the edges of the
image, but they can also be recovered and presented to the user. Which
not all RAW converters and in-camera JPEG engines do.

So these additional pixels actually exist, and darktable lets you use 
them.


cheers,
Simon
___ 


darktable developer mailing list
to unsubscribe send a mail to 
darktable-dev+unsubscr...@lists.darktable.org




___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] OpenCL question

[David Vincent-Jones]

I moved my opencl_memory_headroom from 300 to 500 and still found 
problems. I have now moved the value up to 800 Mb. and the system 
appears to be running much more smoothly. Not sure if there will be 
negative implications.


David

On 2019-03-13 12:40 p.m., Bruce Guenter wrote:

On Fri, Mar 08, 2019 at 01:01:34PM +0100, Sturm Flut wrote:

are you sure your GPU has enough resources to handle a dual-monitor
setup plus the Darktable GUI plus OpenCL? It's a six years old device
which was usually shipped with just 2 GB of dedicated video RAM.

I used to run a dual-monitor setup with a GeForce GTX950 2GB and had
exactly the same problems. Running OpenCL or CUDA on NVIDIA cards comes
with a lot of overhead, some desktop environments (looking at KDE and
GNOME) also need a lot of graphics memory, and in the end 2 GB were
usually not enough.


For whatever it's worth, I am also running darktable on a dual-monitor
setup with a GeForce GTX 750Ti 2GB and have no problems at all. Mind
you, I did tweak the darktablerc to increase opencl_memory_headroom to
500, so that may help David as well.



___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] feature request

[David Vincent-Jones]

Use the tone curve eye-dropper  select 'area' dropdown on the color 
picker  draw a rectangle on the cobble-stones and the area will be 
colored on the tone-curve.


David

On 2019-03-16 9:32 a.m., David LaCivita wrote:

Hi,

When using the "levels" or "tone curve" modules the histogram is shown 
in the module. I often use drawn and parametric masks with these 
modules. Would it be possible to have the histogram reflect the 
selected area?
For example, If I had an image with a cobble stone road and some 
buildings I would use the path tool to select the cobble stone road. I 
would like to see the histogram in the module reflect the selected 
area. Then, I would create a new instance of the module and use the 
path tool to select a building. The histogram would be different in 
each instance.

I've seen this implemented in Ps tutorials but I can't remember where.

Thank you,
Dave LaCivita
https://www.instagram.com/_digital_dave_/
https://www.instagram.com/_analog_dave_/
Independent Optavia Health Coach
617-501-5982




___ 
darktable developer mailing list to unsubscribe send a mail to 
darktable-dev+unsubscr...@lists.darktable.org


___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] JPG compression

[David Vincent-Jones]

Thanks for the idea Pascal ... I am using the Arch 'nightly' automatic 
builds rather than doing it myself. As things stand currently I am not 
updating at all while there appears to be some problem areas.


David

On 2019-03-12 11:04 a.m., Pascal Obry wrote:

Hi David,


darktable 2.7.0+497~g38a7407bb ... Manjaro with Arch Repos.

Since you are building from source may you try latest version on
master?

Thanks,



___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] JPG compression

[David Vincent-Jones]

OK  glad somebody was able to detect the problem.

On 2019-03-12 1:38 a.m., sturmflut wrote:

Hi,

it looks like the E-Mail storage module doesn't store and read its
configuration, and also doesn't make sure the internal values are in
sync with the GUI elements. You have to re-set the compression level and
output size every time you switch to that output type.

cheers,
Simon



Am 27.02.19 um 00:44 schrieb David Vincent-Jones:

After exporting to JPG format (95%) on the desktop at full (0,0)
resolution, when I later export to email at lower (1500,1500) res. the
compression does not change and I get a very large Mb. size output.

In order to get the correct email output I need to export to the desktop
at a lower size and then go back to email export.

This has been an ongoing problem for some time.

darktable 2.7.0+497~g38a7407bb ... Manjaro with Arch Repos.


___
darktable developer mailing list to unsubscribe send a mail to
darktable-dev+unsubscr...@lists.darktable.org

___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org



___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] OpenCL memory usage on integrated graphics

[David Vincent-Jones]

I am fully understand now that my system that runs with 2 monitors is 
beyond the capability of the 2 Gb. graphics memory. If I unplug my 
graphics display external monitor from the laptop OpenCL functions 
correctly but with 2 monitors the system is failing. Is it possible for 
me to blacklist my primary monitor in a way that memory is freed-up for 
the graphics display? If so, how would I do that .. can I do it through 
the Nvidia X Server Settings?


David

On 2019-03-11 12:12 a.m., Andreas Schneider wrote:

On Friday, March 8, 2019 5:09:23 PM CET Sturm Flut wrote:

Hi Bjoern,

hm, Global memory size is 5.78GiB and Max allocation size is 2.89GiB. I
had a look at darktable's OpenCL code and opencl_memory_requirement from
darktablerc is compared against CL_DEVICE_GLOBAL_MEM_SIZE. So in your
case that should be 512 MB < 5.78GiB and the device should be used.

The relevant error message should be "[opencl_init] discarding device
$DEVICE due to insufficient global memory ($GLOBAL_MEM MB)". Do you see
that error message when running darktable with "-d opencl", and if yes,
what does it say?

I would understand it if the device/driver was blacklisted, or if the
system didn't have enough memory, but I'm curious as to why it works
when you set opencl_memory_requirement to slightly less than 512 MB. It
feels like a rather arbitrary limit.

Intel's Beignet OpenCL driver is blacklisted as it doesn't work!

See also the 'darktable-cltest' command.



___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] OpenCL question

[David Vincent-Jones]

Simon  I really hate your answer, despite the reality!! You are of 
course absolutely right .. this is a dual monitor problem and my system 
is simply running out of 'steam'. I ran dt using a single monitor and 
the problem simply disappears. Fortunately dt does run fairly well 
without opencl ... so I will simply have to be a little more patient.


Thanks, many thanks

David

On 2019-03-08 4:01 a.m., Sturm Flut wrote:

Hi,

are you sure your GPU has enough resources to handle a dual-monitor
setup plus the Darktable GUI plus OpenCL? It's a six years old device
which was usually shipped with just 2 GB of dedicated video RAM.

I used to run a dual-monitor setup with a GeForce GTX950 2GB and had
exactly the same problems. Running OpenCL or CUDA on NVIDIA cards comes
with a lot of overhead, some desktop environments (looking at KDE and
GNOME) also need a lot of graphics memory, and in the end 2 GB were
usually not enough.

regards,
Simon



Am 07.03.19 um 20:09 schrieb David Vincent-Jones:

Sorry for the lack of appropriate material ... I hope this added info is
what you are looking for:

Card is Nvidia GK107GLM (Quadro K1000M)

driver=nvidia ver:415.27

Operating system x86_64 Manjaro rolling release using Arch repos.

I am not sure if the intel driver is blacklisted  does it
specifically need blacklisting?

David


___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] OpenCL question

[David Vincent-Jones]

Thank you Andreas . here are my results

[W530 ~]# opencl_device_priority=*/!0,*/*/*
-bash: !0: event not found
[W530 ~]# opencl_mandatory_timeout=250
[W530 ~]# opencl_scheduling_profile=very fast GPU
-bash: fast: command not found

I am using dual monitors by the way with dt running on the extended display.


On 2019-03-07 11:21 a.m., Andreas Schneider wrote:

opencl_scheduling_profile=very fast GPU[W530 ~]# opencl_async_pixelpipe=true



___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] OpenCL question

[David Vincent-Jones]

Sorry for the lack of appropriate material ... I hope this added info is 
what you are looking for:


Card is Nvidia GK107GLM (Quadro K1000M)

driver=nvidia ver:415.27

Operating system x86_64 Manjaro rolling release using Arch repos.

I am not sure if the intel driver is blacklisted  does it 
specifically need blacklisting?


David


On 2019-03-06 11:58 p.m., Andreas Schneider wrote:

On Wednesday, 6 March 2019 22:06:37 CET David Vincent-Jones wrote:

dt version: 2.7.0+594~g03d44f57e Manjaro from Arch-repos.

I have recently initiated OpenCL on my system. When I start from the
terminal (-d opencl) all indications are that all the elements are
successfully in place ... no errors are shown, however the system is now
running very very slowly and after a while it locks-up. When I
switch-off opencl dt runs correctly again.

As always when asking those questions, please be precise and share details.
This means it would be nice to know which graphics card you have and which
driver you're using.

For exmaple Intel is blacklisted.




___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

[darktable-dev] OpenCL question

[David Vincent-Jones]

dt version: 2.7.0+594~g03d44f57e Manjaro from Arch-repos.

I have recently initiated OpenCL on my system. When I start from the 
terminal (-d opencl) all indications are that all the elements are 
successfully in place ... no errors are shown, however the system is now 
running very very slowly and after a while it locks-up. When I 
switch-off opencl dt runs correctly again.


I suspect this may be that my 'core options' (now set at default) are 
incorrect:


Mb. for thumbnails 4096 . background threads 8  host memory 4000 
... min. mem in tiling 32 


this is my memory situation:

[david@W530 ~]$ free
  total    used    free  shared buff/cache   
available

Mem:    7779696 3034972  407696  125588 4337028 4315948
Swap:   9227464  101632 9125832

I would appreciate guidance;

David



___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

[darktable-dev] JPG compression

[David Vincent-Jones]

After exporting to JPG format (95%) on the desktop at full (0,0) 
resolution, when I later export to email at lower (1500,1500) res. the 
compression does not change and I get a very large Mb. size output.


In order to get the correct email output I need to export to the desktop 
at a lower size and then go back to email export.


This has been an ongoing problem for some time.

darktable 2.7.0+497~g38a7407bb ... Manjaro with Arch Repos.


___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] Lens correction with FF lenses used on APS-C

[David Vincent-Jones]

On my system the camera and correct lens is found by default  which 
is what I want!


David

On 2019-02-23 9:12 a.m., Sturm Flut wrote:

Hi,

Am 23.02.19 um 16:34 schrieb Florian W:

Thanks for your answers guys.

Simon, I'm curious to know why to you it's not the best idea ?

(oversimplifying it a bit)

Full-frame lenses are designed to deliver their full sharpness across
the whole full-frame image circle. If I put a full-frame lens on my
APS-C D7100, I am basically expecting it to deliver 24 megapixels within
the smaller APS-C image circle the sensor is cropping out. That means I
expect the lens to deliver about 24*2,25 = 54 megapixels over the whole
full-frame image circle. Which not that many standard lenses will do.

If put my standard 24-70/2.8 on a Nikon D850 and (let's say) it only
delivers 40 megapixels of actual resolution instead of the ~46 the
sensor wants, that's not going to be a catastrophe. If I put it on a
camera with a lower resolution sensor, e.g. the 24 megapixel sensor in
the D750, there is zero problem. But if I put the same lens on the
D7100, the cropped area will only get around 40 / 2,25 = 17 megapixels.
That's suddenly 30% less than what the sensor needs. And not every lens
will even deliver these 40 megapixels. Good APS-C and especially
Micro-Four-Thirds lenses are expensive and hard to make because they
have to be very sharp within the smaller image circle.

Prime lenses are usually sharper to begin with, so with your 50/1.8 and
28/2.8 it might not be that much of an issue. But I can clearly see the
problem with my 24-70/2.8, and especially with the good old 70-300/4.5-5.6.

cheers,
Simon
___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org



___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] Camera support in latest stable release

[David Vincent-Jones]

A personal view: my deniose (profiled) works well in general (I often 
only use it at 50% or less strength) but I do know that if I 'push' the 
processing of the image then the default (ISO) setting for denoise will 
not be satisfactory and the ISO setting then needs to be adjusted up 
accordingly.


There is of course loss of detail at higher ISO values but with my 
camera I have very clean (noise free) results through the full ISO range.


On 2019-02-18 11:36 a.m., Dave wrote:
[My previous reply, repeated below, seems not to have made it to the 
list, apologies for the delay]


Yes, I tried turning on the Denoise (Profiled) module and it detects 
the camera/lens and ISO but it doesn't significantly reduce the noise, 
if at all.


___ 
darktable developer mailing list to unsubscribe send a mail to 
darktable-dev+unsubscr...@lists.darktable.org


___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] Crop tool is awkward for my use case

[David Vincent-Jones]

I am not a developer but do feel that using tools appropriate for the 
work is often more productive than trying to adapt and complicate.


On 2019-02-18 5:49 a.m., Moritz Mœller wrote:

That's a typical developer answer. Amusing and sad at the same time.


___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] JPG .. spot removal .. !!

[David Vincent-Jones]

In that case ... there is a problem .. darktable 2.7.0+403~g7292689ce

On 2019-02-08 9:26 p.m., August Schwerdfeger wrote:


Why should the spot-removal module not be used with JPEG images? I 
have used it on a great many JPEG images without Darktable crashing 
(although occasionally the areas do not stay exactly where I put them).


--
August Schwerdfeger
aug...@schwerdfeger.name

On 2/8/19 11:03 PM, David Vincent-Jones wrote:


I realize after I had done it that spot-removal should not be used on 
a JPG file. The result was a nasty dt crash. It might be a good idea 
at some point to simply not allow some modules to be used with JPG files.


David


___ 
darktable developer mailing list to unsubscribe send a mail to 
darktable-dev+unsubscr...@lists.darktable.org


___ 
darktable developer mailing list to unsubscribe send a mail to 
darktable-dev+unsubscr...@lists.darktable.org


___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

[darktable-dev] JPG .. spot removal .. !!

[David Vincent-Jones]

I realize after I had done it that spot-removal should not be used on a 
JPG file. The result was a nasty dt crash. It might be a good idea at 
some point to simply not allow some modules to be used with JPG files.


David


___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] filmic crashing dt

[David Vincent-Jones]

Thanks all . all appears to be fixed.

David

On 2019-01-29 5:22 a.m., johannes hanika wrote:

.. did it output a crash report file in /tmp/ ? that would contain the
gdb backtrace.

-j.

On Mon, Jan 28, 2019 at 4:55 PM David Vincent-Jones  wrote:

Don't know if this helps:

Thread 15 "worker res 1" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffbeffd700 (LWP 19829)]
0x7fffbe1d3b25 in ?? () from /usr/lib/darktable/plugins/libfilmic.so

I started to rework an image that had been completed only 2 days ago. As
soon as I changed the filmic settings the curve went flat and dt shut
down. I have not changed my basic computer settings.

I am on Manjaro (Arch repos)

On 2019-01-27 6:32 p.m., Patrick Shanahan wrote:

* David Vincent-Jones  [01-27-19 20:54]:

darktable 2.7.0+338~g5b7dd1909

Just started today  any use of filmic crashes dt

same build on openSUSE Tumbleweed.  don't have a problem.


___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org


___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org


___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] filmic crashing dt

[David Vincent-Jones]

Don't know if this helps:

Thread 15 "worker res 1" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffbeffd700 (LWP 19829)]
0x7fffbe1d3b25 in ?? () from /usr/lib/darktable/plugins/libfilmic.so

I started to rework an image that had been completed only 2 days ago. As 
soon as I changed the filmic settings the curve went flat and dt shut 
down. I have not changed my basic computer settings.


I am on Manjaro (Arch repos)

On 2019-01-27 6:32 p.m., Patrick Shanahan wrote:

* David Vincent-Jones  [01-27-19 20:54]:

darktable 2.7.0+338~g5b7dd1909

Just started today  any use of filmic crashes dt

same build on openSUSE Tumbleweed.  don't have a problem.


___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

[darktable-dev] filmic crashing dt

[David Vincent-Jones]

darktable 2.7.0+338~g5b7dd1909

Just started today  any use of filmic crashes dt

David

___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] X-trans sensor and demosaic

[David Vincent-Jones]

The Markesteijn process was adapted to darktable specifically for the 
X-trans sensor some years ago and to my knowledge this procedure has 
been fully successful. I am not sure what the filmic module has to do 
with the demosaic process.


David

On 2019-01-26 12:02 p.m., Bruce Williams wrote:

Hi all,
I had a viewer write to me about the filmic module and which demosaic 
algorithm to use.

Here's an excerpt from his email...

"But now I use only Fuji cameras, and for the RAW files (.RAF) from
Fuji X-trans sensors, the Demosaic module has only two options:
'method' and 'colour smoothing'. There's no 'match greens'. And the
'method' pulldown does not have AMaZE. Rather, it has VNG, Markesteijn
1-pass (the default), Markesteijn 3-pass, passthrough (monochrome),
and frequency domain chroma. This is the case in DT on both MacOS and
Debian."

He goes on to suggest that perhaps darktable reads the metadata from 
the raw file and only presents appropriate demosaic algorithms for 
that sensor type.

Is that the case?
And is there a recommended demosaic algorithm for the x-trans sensor?
Cheers,
Bruce Williams.

___ 
darktable developer mailing list to unsubscribe send a mail to 
darktable-dev+unsubscr...@lists.darktable.org

___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] Version Color Problem

[David Vincent-Jones]

Thank you Tobias; problem solved.

I did not directly change anything .. but .. I re-calibrated my monitor 
and that added a new profile to the list, in turn I suspect that it 
moved my settings. I need to watch out for that in the future.


David


On 08/07/18 01:33, Tobias Ellinghaus wrote:

Am Dienstag, 7. August 2018, 05:24:00 CEST schrieb David Vincent-Jones:

darktable 2.5.0~git423.c2b643790-469.5

Colors gone crazy ... looks like red and blue somehow switched.

All images located in earlier folders show the same problem.

Raw files opened in digicam look correct, pictures opened in Geeqie or
Gimp also OK.

Monitor is fine

Something very strange with this version

You set the display profile to BRG, didn't you?



___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] Version Color Problem

[David Vincent-Jones]

Then probably something in this particular issue ...


On 08/06/18 20:33, Patrick Shanahan wrote:

* David Vincent-Jones  [08-06-18 23:27]:

darktable 2.5.0~git423.c2b643790-469.5

Colors gone crazy ... looks like red and blue somehow switched.

All images located in earlier folders show the same problem.

Raw files opened in digicam look correct, pictures opened in Geeqie or Gimp
also OK.

Monitor is fine

Something very strange with this version

not evident on my opensuse tw 20180804
darktable-2.5.0~git423.c2b643790-282.1




___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

[darktable-dev] Version Color Problem

[David Vincent-Jones]

darktable 2.5.0~git423.c2b643790-469.5

Colors gone crazy ... looks like red and blue somehow switched.

All images located in earlier folders show the same problem.

Raw files opened in digicam look correct, pictures opened in Geeqie or 
Gimp also OK.


Monitor is fine

Something very strange with this version


___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] Re: XML parser → Huge sidecar files

[David Vincent-Jones]

Hi Ulrich  does the 'cleanup' work globally or is this just for the
current image?
David

On 04/17/2018 09:27 AM, Ulrich Pegelow wrote:
> You don't need to do this manually. Just go into the mask manager (left
> hand panel in the darkroom view), press the right mouse button. On the
> menu that appears you select "cleanup unused shapes".
> 
> In your case the huge number of invisible shapes comes from the spot
> removal tool. The root cause lies in a combination of two facts.
> darktable does not delete shapes automatically and spot removal shapes
> do not appear in the mask manager. So even if you reset the spot removal
> tool all shapes created will still exist in the data set and you do not
> even know because the mask manager does not tell you. We should consider
> how to change this behavior.
> 
> In the time being you can manually clean up unused shapes with the
> method described above.
> 
> ulrich
> 
> 
> Am 16.04.2018 um 10:55 schrieb Timur Irikovich Davletshin:
>> Well, I was able to edit them with sed script to remove all masks, but
>> parsing XML to find used/unused masks is beyond my skills (I'm not
>> familiar with XMP standards). I believe future DT releases should sort
>> this out in some way. At least for this issue is very critical, it
>> slows down opening/closing files in my library multiple times.
>>
>> On Mon, 2018-04-16 at 10:19 +0200, sturmflut wrote:
>>> Hello,
>>>
>>> I can confirm this for the latest version in the darktable-2.4.x
>>> branch
>>> (commit edf1168371be288f071986d93a47fb3e082573de). The sidecar files
>>> seem to contain an awful lot of masks, but I can't seem to see which
>>> module even uses them?
>>>
>>> cheers,
>>> Simon
>>>
>>>
>>> On 15.04.2018 20:28, Timur Irikovich Davletshin wrote:
 It looks like I was able to find what action causes this problem.

 Steps to reproduce:

 1. Download, unpack and import as folder — https://drive.google.com
 /ope
 n?id=14sZLgnpZSV5W3pw1K_8owHW29Heq9EWz (don't pay attention to
 content
 and settings)
 2. Choose second picture and click (in lighttable mode) copy
 history
 stack and choose, let's say, 'shadows and highlights' settings.
 3. Apply it (paste) to first picture, open it, compress history
 stack
 and close DT.
 4. Now compare XMP files, first one is twice bigger than second one
 (in
 my case ~700kB vs ~1400kB). Meanwhile in darkroom mode history
 stack
 looks the same.

 Can anyone comment, what is going on here?
>>>
>>> _
> ___
> darktable developer mailing list
> to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
> 
___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] Contextual help

[David Vincent-Jones]

Some of the functions do already have contextual help active as one
hovers over the individual sliders. I do find that very useful with
modules that may not be in regular use by me. Expanding this feature
over more modules would be most helpful.

Davis


On 02/05/2018 10:19 AM, giuseppe.in...@gmail.com wrote:
> Hi,
> I think it could be useful, mostly for those who are new to darktable,
> to have for each module a contextual help that can be activated for
> example with a key (F1?) or clicking an icon. The function could open
> a pop-up with the same help present in the manual plus other advices
> for when and how use the module, possibily including some images
> before/after the use of the module. The help could suggests other
> modules that can act for the same purpose, for example if I have a
> darker image I could increase the exposure, or I could act with levels
> or tone curve. The help could suggests in which case use the right module.
>
> Thanks,
> Giuseppe.
>
> ___
> darktable developer mailing list to unsubscribe send a mail to
> darktable-dev+unsubscr...@lists.darktable.org

___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

[darktable-dev] Color Patch Area Incorrect Color

[David Vincent-Jones]

dt ver 2.4.0 Checking a segment of sky on an image I was surprised to
find that the color 'patch' showed an incorrect color with the 'area'
measured. The rgb values are correct and are the same for spot and area.
The spot 'patch' is correct but the area patch is wrong. The saved patch
is correct for both spot and area. David



___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

[darktable-dev] Noise profiles Fujifilm X-Pro2

[David Vincent-Jones]

My results and profile data is available at:
https://www.dropbox.com/sh/fnajmbsqdqbh48d/AACIXZfjmlfQLvv19DqQH1CWa?dl=0

Works very well.

David
___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] possible data loss scenario

[David Vincent-Jones]

There are standards that most have used across numerous systems and over 
many years.


Double click to select a word element or number and then simply type-in 
a replacement. This input method is respected across all programs on my 
system .. except for darktable on which it can, unfortunately, lead to 
lost material.


As you suggested I have now trained myself to to handle dt input in a 
different manner; it would however be preferred if a more common method 
was available.


David


On 10/25/2017 02:53 PM, Patrick Shanahan wrote:

* David Vincent-Jones <david...@gmail.com> [10-25-17 12:39]:

The steps that I detailed (below) were quite specific

David


On 10/25/2017 09:18 AM, Patrick Shanahan wrote:

* Alexander Rabtchevich <alexander.v.rabtchev...@gmx.net> [10-25-17 12:12]:

Hello

Yesterday I've almost lost my data again. That time that hadn't happened
because no images were selected. It's some kind of Russian roulette to
change image size.

With respect,
Alexander Rabtchevich

David Vincent-Jones wrote:

Most noticed occurrence:

Select items to print >
double click to select current width for normal replace >
type '0' >
All selected images are now 'X' rated.

I can only change width and height valued by backspacing.

David



cannot you provide steps and conditions which led to your "almost"
condition that someone may provide a solution?  only you can see and
experience what is in front of you, other just have to guess or summons
their crystal balls, or iron or 

perhaps your methods need examining.  the *only* time I recall "almost"
loosing data was when I was being quite foolist and in too much hurry
mode.  but I caught myself, re: almost.

and I have "trash" disabled.

why would you continue to use a method/approach that causes you that kind
of concern.  ?? double click ?? windows ??


___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org