Re: [darktable-dev] Geotagging module not working with dates < 1970-01-01

2021-11-14 Thread Coding Dave
Actually I think this is a matter of belief and to have a consistent
argument.

I would like to have a way to correct the exif information but sure thing
this modified the original data. Since writing exif is writing to the file
it's a violation of the rules to never write to the raw file. If you wrote
the exif then you could also write something else because you already
write, so where is the difference - might be an upcoming argument for a new
feature request and so step by step room would emerge for features that
alter the original file.
I mean yeah, changing the file might break the format of the file as
specified by the manufacturer. It might lead to data loss. It might just
work. It might look like it just works but something is broken that you
cannot easily detect and find out painfully eventually.

Because afaik the raw formats are more implemented by reverse engineering
than implementing a full standard I agree that following the religious
'never write to the raw file' is the correct way to deal with it but in my
heart I am wishing for a feature that modifies the exif information
permanently (and so writes to the raw).



Peter Harde  schrieb am So., 14. Nov. 2021,
14:42:

> exiftool changing the DateTimeOriginal *is*
> altering the original raw file and may cause you lose of data by altering
> the original.
>
> Changing a parameter which is definitely wrong is not a loss of data but a
> correction. exiftool preserves the original file by adding "_original" to
> the file name. No danger of loss of data until the new file, created by
> exiftool, has been validated.
>
> ___
> 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] Geotagging module not working with dates < 1970-01-01

2021-11-13 Thread Coding Dave
I believe this is the right approach: darktable will never change the raw
file but you might want to change the date taken exif information. So you
might spend huge amount of work with darktable to correct the exif data and
expect this to have a permanent effect. Now imagine you open the raw data
with another program, then your tuning of date taken exif information does
not show up. So it looks like you've lost the work. You will realize that
you might have intended to change the exif in the image, not the sidecar
information.

Peter Harde  schrieb am Sa., 13. Nov. 2021,
16:07:

> Hi Philippe,
>
> yes, but I never had problems at import until now. The images of interest
> here are reproductions of negatives or slides, reproduced with a Sony DSLR.
> Of course they have "DateTimeOriginal" of the reproduction date/time
> (2019-2021). Then :
>
>- batch processing with exiftool, changing "DateTimeOriginal" of all
>images originally taken at the same day to -MM-DD 12:00:00 of this day
>- importing images into darktable (all images have "DateTimeOriginal"
>smaller linux epoch 0 at import)
>- selecting / processing / sorting / geotagging (if possible)
>- fine tuning time with geotagging module (if reasonable)
>
> exiftool handles dates before linux epoch 0 without problems and for the
> import module of dt I observe the same.
>
> Best regards
>
> Peter
> Am 13.11.21 um 12:23 schrieb Philippe Weyland:
>
> Hi Peter,
> Thanks for testing.
> In the import process, exif time reading may suffer some limitation due to
> epoch 0 as well. Do have your source images such old datetimes ?
> Thanks
> Philippe
>
>
> ___
> 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] Geotagging module not working with dates < 1970-01-01

2021-11-08 Thread Coding Dave
 Is this a valid usecase? I mean do you really correct digital photos with
exif information from before epoch 0? What is your usecase?

Kind regards
Dave

Am So., 7. Nov. 2021 um 17:40 Uhr schrieb Peter Harde <
peter.harde.pri...@gmail.com>:

> Dear developers,
>
> dt 3.7.0+1375~g182b5819f, Ubuntu 20.04
>
> timestamps of images before 1970-01-01 (Unix epoch time 0) cannot be
> corrected using the geotagging module. Even if the exif tag
> "DateTimeOriginal" is correctly set, the field "original date/time" of
> the module remains empty. Because the epoch time is at least saved as
> signed integer, negative values represent dates/times before 1970-01-01.
> dt should not ignore them.
>
> Best 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

Re: [darktable-dev] CAN NOT OPEN FOLDERS

2021-02-11 Thread Coding Dave
Hi,

Like Patrick said you should delete the file data.db.lock. look at the
screenshot to find the path.

Cheers
Dave

Patrick Shanahan  schrieb am Do., 11. Feb. 2021, 18:11:

> * susana gastelumendi  [02-11-21 10:01]:
> > Hi,
> >
> > I would like to ask for a solution for this problem.
> >
> > I was working very well with Darktable and it began to happen this:
> > I can not open folders, it stays processing. I send you a screen shot
> > Then this notification opened, to delete this files LOCK. I send you
> screen shot
> > I did it. But it was not possible to open folders.
> >
> > I unintastalled the app.
> > I reboot the computer.
> > Install again Darktable.
> > I can not open folder.
> > Again the the notification to delete files.
> >
> > My technitian and also I asked Microsoft to see if it is a problem of
> Windows. It is not.
> > They told me I have to ask the developers.
> >
> > Please, I would like to know the link where to see your answer.
>
> not a dev, but
>
> sounds like you have stopped darktable improperly, crashed, or ... and the
> library.db and data.db are still locked.  you can remove the locks by
> going to the directory where they are located, show hidden files and
> remove the two lock files.  only the lock files, not the library.db or
> data.db.  I do not run windows and do not know where these files are on
> you system.  your windows search-files might help.
>
>
> --
> (paka)Patrick Shanahan   Plainfield, Indiana, USA  @ptilopteri
> http://en.opensuse.orgopenSUSE Community Memberfacebook/ptilopteri
> Photos: http://wahoo.no-ip.org/piwigo   paka @ IRCnet freenode
> ___
> 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] Another compilation failure

2020-10-15 Thread Coding Dave
git fetch
git submodule init
git submodule update
build

/Dave

Am Fr., 16. Okt. 2020 um 00:14 Uhr schrieb Jack Bowling :

> Ubuntu 20.10 beta, gcc 10.2, llvm 10.0.1, clang 10.0.1
>
> Latest git pull gives me:
>
> 
> -- Configuring done
> CMake Error at src/external/CMakeLists.txt:5 (add_library):
>Cannot find source file:
>
> /home/jb/darktable_git/darktable/src/external/whereami/src/whereami.c
>
>Tried extensions .c .C .c++ .cc .cpp .cxx .cu .m .M .mm .h .hh .h++ .hm
>.hpp .hxx .in .txx
>
>
> CMake Error at src/external/CMakeLists.txt:5 (add_library):
>No SOURCES given to target: whereami
>
>
> CMake Generate step failed.  Build files cannot be regenerated correctly.
>
> 
>
> Same after a rebase. First time I have seen this error.
>
> Jack
>
> ___
> 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] Re: Re(2): [darktable-user] OFF LIST The difference between folder and directory,

2020-02-10 Thread Coding Dave
Thanks. I ment:

> So I guess talking on a usability level the term folder is used, whereas
on a technical level dictionary is the word of choice.

Cheers
Dave

Subhash Fotografie  schrieb am Mo., 10. Feb. 2020,
20:29:

> [Coding Dave  schrieb am 10.2.2020 um 8:29 Uhr:]
>
> >So I guess talking on a usability level the term finder is used, whereas
> >on a technical level desktop is the word of choice.
>
> You mean “directory”.
> Thank you for these clear words!
>

___
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

2020-01-26 Thread Coding Dave
Hi @Florian,

Can you please just create a feature request about that in github?

Thank you,
Dave

Am Mo., 27. Jan. 2020 um 00:06 Uhr schrieb Florian W :

> Hey guys, sorry for the late reply, hard week at work last week.
>
> @David
>
>> > I have some other suggestions to get the user informed about the
>> potential signal processing disaster when ordering the pixel pipe modules
>> badly relatively to the color space.
>>
>> I would be very interested to read your suggestion.
>>
> This is really not the initial topic of my post but I guess sharing this
> could be useful.
> I think that starting by something as simple as putting a little sign like
> a yellow triangle with an exclamation mark in the title bar a module
> misplaced regarding what should be done for a regular image processing
> pipeline would be a good start. Hovering the triangle would display a
> tooltip explaining the issue and offering a link the the manual or and
> article on the topic for more detail.
>
> Otherwise the most straightforward thing would be to display an
> information message when the pipeline is "wrongly" ordered regarding image
> processing theory, using the user information mechanisms already present in
> the darkroom, maybe adding a "for more info click here" link in the message
> that would open the manual at this topic or opening a browser to the page
> of one of the several articles that have been produced on this topic.
>
> @jys
>
>> This might be enough, at least to start with. This is something most
>> people would want to change one time, if at all, right?
>>
>
> I would say that once they have been able to change and try between
> several configurations, they would indeed set it one time and don't touch
> it anymore.
> A file config would be a good first POC, but something more GUI doable,
> with a different user action to do it that the one allowing to reorder the
> pixel pipe, in order to avoid ambiguity between reordering the pixel pipe
> (right panel) and modifying the GUI (left panel).
>
> Florian Wernert
>
>
> Le mer. 22 janv. 2020 à 23:31, jys  a écrit :
>
>> On Wed, Jan 22, 2020, at 07:33, Florian W wrote:
>>
>> > As an alternative, some config file based ordering of the left panel
>> > would be easier to achieve I guess (and safer considering your point
>> > #2).
>>
>> This might be enough, at least to start with. This is something most
>> people would want to change one time, if at all, right?
>>
>> --
>> 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
>

___
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

2020-01-22 Thread Coding Dave
> 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.

That sounds like you want the possibility to sort but then darktable shall
reorder as it thinks it is best? What is the purpose of the feature then?
No, the default pipeline order can be changed and darktable will process
the image in the order as commanded by the users UI ordering. This is not a
I want the UI to look pretty feature. It changes the pipeline, so the order
of operations. This is not a feature useful for everyone.

> Could we use the same the same method the image processing modules use
for "move up" and "move down" vs. the shft+ctl+drag and drop? Or a right
click context menu?

If you are following Aureliens reply you see that its not the question of
the key combination. He argues that even if it was possible from the UI
library that is used it first is a question of sensibility: Mixing 2
different concepts with the same input opens up usability issues because
the user expects from the same operation the same behavior. So imagine
changing UI component on the left side of the window changes the UI
appearance and changing the UI components on the right (obviously changes
the UI appearance and) changes the processing, so does have an effect on
the final image... wouldn't it be very bad if the same key combination is
used for those 2 very different operations?

Many users are getting wrong what the module reodering really does, as you
can see by reading this thread.

> I have some other suggestions to get the user informed about the
potential signal processing disaster when ordering the pixel pipe modules
badly relatively to the color space.

I would be very interested to read your suggestion.


Kind regards

David

Am Mi., 22. Jan. 2020 um 19:24 Uhr schrieb David LaCivita <
dlaci...@gmail.com>:

> Could we use the same the same method the image processing modules use for
> "move up" and "move down" vs. the shft+ctl+drag and drop? Or a right click
> context menu?
> Thank you,
> Dave LaCivita
>
>
>
> On Wed, Jan 22, 2020 at 1:08 PM David Vincent-Jones 
> wrote:
>
>> 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 

Re: [darktable-dev] Unit Tests

2020-01-19 Thread Coding Dave
Hi Martin,

Great timing. We have just discussed about unit tests 6 days ago and
decided for cmocka as well. There is a test integration here:

https://github.com/cryptomilk/darktable/tree/master-cmocka?files=1

We came to cmocka because I realized that I might break a lot of things
when I try to fix the current bug I'm looking at and the cmocka maintainer
is a dt dev too.

I appreciate your enthusiasm and personally would be very happy to have
unit tests (and later CI as well).  I did not analyze your patch in detail
but I wonder how you detect the units that need testing. Do you use sort of
a C code coverage analyzer?

Kinds regards
David

PS, if you want to reach some devs check out freenode #darktable. You could
use matrix servers for accessing IRC, then it behaves more modern (as if
you were having a bouncer).


 schrieb am So., 19. Jan. 2020, 18:08:

> Dear developers,
>
> First of all: thank you so much for your valuable work that you invest
> into darktable! I really enjoy using this software.
>
> I personally think that you could need some help and thus this mail. I
> am intending to add some unit tests in order to verify the code on a low
> level. I think you have some users/testers reporting issues that sound
> sometimes a bit fuzzy and are hard to find. Unit testing can test the
> code for corner cases and find flaws before the users find them. It is
> also extremely helpful when it comes to refactoring.
>
> The past few days I invested some time to prepare a small feasibility
> study based on cmocka (https://cmocka.org/). It is easy to use and has
> the possibility to mock functions, i.e. to change functions in their
> behavior for testing. I was able to test as an example the process()
> method of the new filmicrgb module by providing some minimal environment
> and just 1 pixel as input parameters. The code can be found under
>
> https://burrima.ch/dl/0001-Added-simple-unit-test-sample-for-demonstration.patch
> (note: I currently don't have a github account but I will create one
> later).
>
> In this first email, I won't go into technical details because I first
> want to know if you generally have interest in unit tests and in me
> participating in this project.
>
> I have many more ideas what could be done for darktable in order to
> increase the quality - e.g. stuff going towards modern development
> methods: continuous integration, automated testing, etc. etc. - but that
> goes way too far beyond the scope of this email :-)
>
> Some words about me:
>
> My name is Martin Burri and I live in Switzerland, close to Basel. You
> can find my website with more information about me under
> https://burrima.ch (bit old site but still valid). I work 90% for a big
> company as Senior Software Development Engineer. We are developing
> mission critical communication equipment for power utilities. Thus, I
> have a very high awareness of software quality. I always try to write
> simple and maintainable code.
>
> In my spare time, I already had some smaller personal coding projects,
> mainly for myself without releasing them to the public. But I am sick of
> that, I want to do something more reasonable where others can profit
> from. I can imagine to support darktable for a longer period of time,
> not just for a one-shot. Usually, I can invest about 5-10 hours per week
> into private projects, sometimes more, sometimes less.
>
> Et pour les dévelopeurs Français: Ma Femme est demi-Française et à cause
> de ça je peux comprendre pas mal - donc écrire est une histoire
> différente :-)
>
> Looking forward to your feedback!
>
> Best regards,
> Martin
> ___
> 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] Export settings, not storing "on conflict" setting

2019-12-10 Thread Coding Dave
Hi, I think this is an intentional decision.

Julian Rickards  schrieb am Di., 10. Dez. 2019,
17:43:

> Hi:
>
> I'm running 2.6.3, I haven't tried any of the dev versions so can someone
> check this for me please?
>
> When I create/edit an Export preset and set the "on conflict" to
> "overwrite", it doesn't save this setting but reverts to "create unique
> filename".
>
> Is this "reluctance" to save the "on conflict" to "overwrite" intentional?
> If it is a bug, can someone check 3.0 and see if it has been fixed?
>
> Sorry, just noticed this.
>
> Not critical, can be left for 3.0.1.
>
> Thanks,
>
> Jules
>
> ___
> 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] Information about the Pixel pipe...

2019-11-11 Thread Coding Dave
What would help I think is if each module tells the color space it expects
and the one it returns. In my limited knowledge and understanding I think
there must be a module that gets color space A as input and returns color
spacd B as output. But I might be wrong.

Cheers

jys  schrieb am Mo., 11. Nov. 2019, 22:08:

>
>
> On Mon, Nov 11, 2019, at 12: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).
>
> There's an early basic overview of the theory behind it here:
> https://github.com/darktable-org/darktable/pull/2905
>
> --
> 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

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

2019-10-31 Thread Coding Dave
Its a new feature for DT 3.0.

Cheers

KOVÁCS István  schrieb am Do., 31. Okt. 2019,
21:33:

> 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). I'm on Kubuntu 19.04, so I use KDE as the
> front-end.
>
> Is this not a feature that's on master yet, or it's supposed to be
> working? Or a known issue with KDE? Please let me know and I'll raise
> an official issue on Github if needed.
>
> Thanks,
> Kofa
> ___
> 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] 2.6.0rc1 Issue with Windows

2018-12-11 Thread Coding Dave
Hey Viktor,

Can you try to change a) the numbers to English and b) the system language
and try all combinations?

Am Mi., 12. Dez. 2018, 07:00 hat Victor Sanchez 
geschrieben:

> Thanks Rob for the Dependency Walker dump. Unfortunatley there is not
> difference from the one obtained from my "bad" installation.
>
> I may add that the "good" installation is in a English Language WIndows 10
> laptop, while the "bad" installation is in a Spanish one. Maybe has to do
> with that.
>
> I checked the registry in both machines and look for the string
> "darktable" since the history of usage of both machines is different I
> found changes in the registry but they seemed "normal" (somehow related to
> the history of usage).
> On dic. 11 2018, at 8:23 pm, Robert William Hutton 
> wrote:
>
> I ran both of these tools on my machine (Windows 10 Pro) where darktable
> is working fine, as a baseline.
>
> Output from Dependency Walker (Run in GUI then saved as CSV):
>
> https://helms-deep.net/owncloud/s/sqDq9q2B8DqLp4A
>
> Output from Dependencies with command:
>
> Dependencies.exe -imports "C:\Program Files\darktable\bin\darktable.exe" >
> dartable_imports.txt
>
> https://helms-deep.net/owncloud/s/wEw5Skik2YHiRc6
>
> Regards,
>
> Rob
>
> On 11/12/18 10:57 pm, Jan Ingwer Baer wrote:
>
> You can use 'Dependency Walker' to view all the dependencies.
>
> http://www.dependencywalker.com/
>
> It shows all used DLLs an marks the missing ones. On newer windows version
> (>=7) it shows some
> system DLLs as missing, but this is not a true error. This DLL-references
> will be redirected at
> load-time by the OS (Windows API-sets).
>
> There is a newer C#-rewrite on github available. It handles the Windows
> API-sets, but has not all
> the functions of the original version.
>
> https://github.com/lucasg/Dependencies
>
>
> Good luke
> Jan
>
> On 11-Dec-18 12:30, Victor Sanchez wrote:
>
> Good idea, I just did that, copied the whole darktable directory from the
> "good" machine and I get
> the same error in the "bad" machine. So maybe is a matter of dependencies.
>
> I am not a heavy windows user myself. As Pascal suggested, is there a
> command like "ldd" in linux
> that helps me find missing libraries?
> I see also that a patch was added after release, modifying Cmake to add a
> reference to a library
> for the Thai language (i think)"libthai" in the windows installation but I
> did not think that
> could be the problem
> On dic. 11 2018, at 5:59 am, Coding Dave  wrote:
>
> Hi Victor,
>
> can you try copying the installed directory from the machine it is working
> on to the machine it
> is not working on?
> Am Di., 11. Dez. 2018 um 11:53 Uhr schrieb Blandyna Bogdol <
> blandyna.bog...@gmail.com
> (
> https://link.getmailspring.com/link/1544527321.local-80d7c07b-74a5-v1.5.3-420ce...@getmailspring.com/0?redirect=mailto%3Ablandyna.bogdol%40gmail.com=ZGFya3RhYmxlLWRldkBsaXN0cy5kYXJrdGFibGUub3Jn
> )>:
>
> Dear Victor,
>
> I'm "happy", that I not alone with problem. I have exactly the sane
> problem and no solution.
>
> Best regards
> Blandyna
>
>
> Am Di., 11. Dez. 2018 um 11:48 Uhr schrieb Victor Sanchez <
> vsanc...@promed-sa.com
> (
> https://link.getmailspring.com/link/1544527321.local-80d7c07b-74a5-v1.5.3-420ce...@getmailspring.com/1?redirect=mailto%3Avsanchez%40promed-sa.com=ZGFya3RhYmxlLWRldkBsaXN0cy5kYXJrdGFibGUub3Jn
> )>:
>
> Sorry, I forgot to mention that rebooting did not do the trick. I have
> reinstalled many times
> (I can reinstall 2.4.4 and work without problems, then reinstall 2.6rc1
> again with the same
> error).
>
> Thanks,
> Victor
>
> On dic. 10 2018, at 1:47 pm, Coding Dave  (
> https://link.getmailspring.com/link/1544527321.local-80d7c07b-74a5-v1.5.3-420ce...@getmailspring.com/2?redirect=mailto%3Acodingdave%40gmail.com=ZGFya3RhYmxlLWRldkBsaXN0cy5kYXJrdGFibGUub3Jn
> )>
> wrote:
>
> Hi,
>
> please always reply to the mailing list.
>
> I have tried on 2 Win10 machines, one being a virgin system, and have no
> issues starting dt
> up. I cannot reproduce what you experience. The internet tells this issue
> comes up when
> software is not installed correctly, files have been damaged / are missing
> from the
> installation. It could also be something due to missing dependencies.
> However, since it works
> on my virgin system I guess it is something else. Have you re-installed
> the software and
> rebooted the computer? Shall also help in some cases.
>
> Kind regards
> Dave
>
>
> -- Forwarded

Re: [darktable-dev] 2.6.0rc1 Issue with Windows

2018-12-11 Thread Coding Dave
Hi,

being a Linux user myself and having to work on windows systems the only
comparable tool I am aware of is http://www.dependencywalker.com/. In my
experience it has a lot of false positives. But you could give it a try. My
bet is the C++ redistributables vary between your good and bad machine. If
we knew the compiler and toolset being used for compilation we directly
knew the C++ dependencies.

Am Di., 11. Dez. 2018 um 12:40 Uhr schrieb Blandyna Bogdol <
blandyna.bog...@gmail.com>:

> Hi,
>
> I think the problem have some to do with the dependencies. Your collegues
> from digikam had the same problems with the version 6.0beta1. Hoppefully,
> can this information help you.
>
>
> Best redards,
> Blandyna
>
> Am Di., 11. Dez. 2018 um 12:36 Uhr schrieb Victor Sanchez <
> vsanc...@promed-sa.com>:
>
>> Good idea, I just did that, copied the whole darktable directory from the
>> "good" machine and I get the same error in the "bad" machine. So maybe is a
>> matter of dependencies.
>>
>> I am not a heavy windows user myself. As Pascal suggested, is there a
>> command like "ldd" in linux that helps me find missing libraries?
>>
>> I see also that a patch was added after release, modifying Cmake to add a
>> reference to a library for the Thai language (i think)"libthai" in the
>> windows installation but I did not think that could be the problem
>>
>> On dic. 11 2018, at 5:59 am, Coding Dave  wrote:
>>
>> Hi Victor,
>>
>> can you try copying the installed directory from the machine it is
>> working on to the machine it is not working on?
>>
>> Am Di., 11. Dez. 2018 um 11:53 Uhr schrieb Blandyna Bogdol <
>> blandyna.bog...@gmail.com
>> <https://link.getmailspring.com/link/1544527321.local-80d7c07b-74a5-v1.5.3-420ce...@getmailspring.com/0?redirect=mailto%3Ablandyna.bogdol%40gmail.com=ZGFya3RhYmxlLWRldkBsaXN0cy5kYXJrdGFibGUub3Jn>
>> >:
>>
>> Dear Victor,
>>
>> I'm "happy", that I not alone with problem. I have exactly the sane
>> problem and no solution.
>>
>> Best regards
>> Blandyna
>>
>> Am Di., 11. Dez. 2018 um 11:48 Uhr schrieb Victor Sanchez <
>> vsanc...@promed-sa.com
>> <https://link.getmailspring.com/link/1544527321.local-80d7c07b-74a5-v1.5.3-420ce...@getmailspring.com/1?redirect=mailto%3Avsanchez%40promed-sa.com=ZGFya3RhYmxlLWRldkBsaXN0cy5kYXJrdGFibGUub3Jn>
>> >:
>>
>> Sorry, I forgot to mention that rebooting did not do the trick. I have
>> reinstalled many times (I can reinstall 2.4.4 and work without problems,
>> then reinstall 2.6rc1 again with the same error).
>>
>> Thanks,
>> Victor
>>
>> On dic. 10 2018, at 1:47 pm, Coding Dave > <https://link.getmailspring.com/link/1544527321.local-80d7c07b-74a5-v1.5.3-420ce...@getmailspring.com/2?redirect=mailto%3Acodingdave%40gmail.com=ZGFya3RhYmxlLWRldkBsaXN0cy5kYXJrdGFibGUub3Jn>>
>> wrote:
>>
>> Hi,
>>
>> please always reply to the mailing list.
>>
>> I have tried on 2 Win10 machines, one being a virgin system, and have no
>> issues starting dt up. I cannot reproduce what you experience. The internet
>> tells this issue comes up when software is not installed correctly, files
>> have been damaged / are missing from the installation. It could also be
>> something due to missing dependencies. However, since it works on my virgin
>> system I guess it is something else. Have you re-installed the software and
>> rebooted the computer? Shall also help in some cases.
>>
>> Kind regards
>> Dave
>>
>>
>> -- Forwarded message -
>> From: Victor Sanchez > <https://link.getmailspring.com/link/1544527321.local-80d7c07b-74a5-v1.5.3-420ce...@getmailspring.com/3?redirect=https%3A%2F%2Flink.getmailspring.com%2Flink%2F1544524838.local-904e3380-8c77-v1.5.3-420ce003%40getmailspring.com%2F0%3Fredirect%3Dmailto%253Avsanchez%2540promed-sa.com%26recipient%3DZGFya3RhYmxlLWRldkBsaXN0cy5kYXJrdGFibGUub3Jn=ZGFya3RhYmxlLWRldkBsaXN0cy5kYXJrdGFibGUub3Jn>
>> >
>> Date: So., 9. Dez. 2018 um 23:01 Uhr
>> Subject: Re%3A [darktable-dev] 2.6.0rc1 Issue with
>> Windows=> 40mail.gmail.com
>> <https://link.getmailspring.com/link/1544527321.local-80d7c07b-74a5-v1.5.3-420ce...@getmailspring.com/4?redirect=https%3A%2F%2Flink.getmailspring.com%2Flink%2F1544524838.local-904e3380-8c77-v1.5.3-420ce003%40getmailspring.com%2F1%3Fredirect%3Dhttp%253A%252F%252F40mail.gmail.com%26recipient%3DZGFya3RhYmxlLWRldkBsaXN0cy5kYXJrdGFibGUub3Jn=ZGFya3RhYmxlLWRldkBsaXN0cy5kYXJrdGFibGUub3Jn>
>> >
>> To: codingd...@gmail.com
&

Re: [darktable-dev] 2.6.0rc1 Issue with Windows

2018-12-11 Thread Coding Dave
Hi Victor,

can you try copying the installed directory from the machine it is working
on to the machine it is not working on?

Am Di., 11. Dez. 2018 um 11:53 Uhr schrieb Blandyna Bogdol <
blandyna.bog...@gmail.com>:

> Dear Victor,
>
> I'm "happy", that I not alone with problem. I have exactly the sane
> problem and no solution.
>
> Best regards
> Blandyna
>
> Am Di., 11. Dez. 2018 um 11:48 Uhr schrieb Victor Sanchez <
> vsanc...@promed-sa.com>:
>
>> Sorry, I forgot to mention that rebooting did not do the trick. I have
>> reinstalled many times (I can reinstall 2.4.4 and work without problems,
>> then reinstall 2.6rc1 again with the same error).
>>
>> Thanks,
>> Victor
>>
>> On dic. 10 2018, at 1:47 pm, Coding Dave  wrote:
>>
>> Hi,
>>
>> please always reply to the mailing list.
>>
>> I have tried on 2 Win10 machines, one being a virgin system, and have no
>> issues starting dt up. I cannot reproduce what you experience. The internet
>> tells this issue comes up when software is not installed correctly, files
>> have been damaged / are missing from the installation. It could also be
>> something due to missing dependencies. However, since it works on my virgin
>> system I guess it is something else. Have you re-installed the software and
>> rebooted the computer? Shall also help in some cases.
>>
>> Kind regards
>> Dave
>>
>>
>> -- Forwarded message -
>> From: Victor Sanchez > <https://link.getmailspring.com/link/1544524838.local-904e3380-8c77-v1.5.3-420ce...@getmailspring.com/0?redirect=mailto%3Avsanchez%40promed-sa.com=ZGFya3RhYmxlLWRldkBsaXN0cy5kYXJrdGFibGUub3Jn>
>> >
>> Date: So., 9. Dez. 2018 um 23:01 Uhr
>> Subject: Re%3A [darktable-dev] 2.6.0rc1 Issue with
>> Windows=> 40mail.gmail.com
>> <https://link.getmailspring.com/link/1544524838.local-904e3380-8c77-v1.5.3-420ce...@getmailspring.com/1?redirect=http%3A%2F%2F40mail.gmail.com=ZGFya3RhYmxlLWRldkBsaXN0cy5kYXJrdGFibGUub3Jn>
>> >
>> To: codingd...@gmail.com
>> <https://link.getmailspring.com/link/1544524838.local-904e3380-8c77-v1.5.3-420ce...@getmailspring.com/2?redirect=mailto%3Acodingdave%40gmail.com=ZGFya3RhYmxlLWRldkBsaXN0cy5kYXJrdGFibGUub3Jn>
>> > <https://link.getmailspring.com/link/1544524838.local-904e3380-8c77-v1.5.3-420ce...@getmailspring.com/3?redirect=mailto%3Acodingdave%40gmail.com=ZGFya3RhYmxlLWRldkBsaXN0cy5kYXJrdGFibGUub3Jn>
>> >
>>
>>
>> Hi Dave,
>>
>> I have the same problem reported by Blandyna in the Darktable-dev forum
>> (i just registered so I could not answer directly to the mailing list).
>>
>> If you start the program directly from a console you do not get any
>> messages, but a pop-up shows with the message The application could not
>> start correctly (0xc142). (I am translating since my error shows in
>> Spanish). Nothing is printed in the console. If one starts from an Icon the
>> Console window pops-up and then the error pop-up window appears. Please let
>> me know if you want me to try something.
>>
>> Victor
>>
>> -- Forwarded message -
>> From: *Blandyna Bogdol* > <https://link.getmailspring.com/link/1544524838.local-904e3380-8c77-v1.5.3-420ce...@getmailspring.com/4?redirect=mailto%3Ablandyna.bogdol%40gmail.com=ZGFya3RhYmxlLWRldkBsaXN0cy5kYXJrdGFibGUub3Jn>
>> >
>> Date: So., 9. Dez. 2018 um 15:29 Uhr
>> Subject: Re: [darktable-dev] 2.6.0rc1 Issue with Windows
>> To: Coding Dave > <https://link.getmailspring.com/link/1544524838.local-904e3380-8c77-v1.5.3-420ce...@getmailspring.com/5?redirect=mailto%3Acodingdave%40gmail.com=ZGFya3RhYmxlLWRldkBsaXN0cy5kYXJrdGFibGUub3Jn>
>> >
>>
>>
>> Hi,
>>
>> I started the DT 2.6.0rc2 with the shortcut the the windows menu. After
>> fee second I see a standard error box from Windows with the error code
>> 0xc000142 about DLL.
>>
>>
>>
>> I tryed the solutions from the page:
>> https://troubleshooter.xyz/wiki/fix-application-error-0xc142/
>> <https://link.getmailspring.com/link/1544524838.local-904e3380-8c77-v1.5.3-420ce...@getmailspring.com/6?redirect=https%3A%2F%2Ftroubleshooter.xyz%2Fwiki%2Ffix-application-error-0xc142%2F=ZGFya3RhYmxlLWRldkBsaXN0cy5kYXJrdGFibGUub3Jn>
>>
>> Nothins will helps.
>>
>>
>>
>> I installed the 2.4.4 and I have no problems.
>>
>>
>>
>> The error code is only with the new 2.6.0rc1.
>>
>>
>>
>> Any ideas?
>>
>>
>>
>> Blandyna
>>
>> Am 09.12.

Fwd: [darktable-dev] 2.6.0rc1 Issue with Windows

2018-12-10 Thread Coding Dave
Hi,

please always reply to the mailing list.

I have tried on 2 Win10 machines, one being a virgin system, and have no
issues starting dt up. I cannot reproduce what you experience. The internet
tells this issue comes up when software is not installed correctly, files
have been damaged / are missing from the installation. It could also be
something due to missing dependencies. However, since it works on my virgin
system I guess it is something else. Have you re-installed the software and
rebooted the computer? Shall also help in some cases.

Kind regards
Dave


-- Forwarded message -
From: Victor Sanchez 
Date: So., 9. Dez. 2018 um 23:01 Uhr
Subject: Re%3A [darktable-dev] 2.6.0rc1 Issue with
Windows=
To: codingd...@gmail.com 


Hi Dave,

I have the same problem reported by Blandyna in the Darktable-dev forum (i
just registered so I could not answer directly to the mailing list).

If you start the program directly from a console you do not get any
messages, but a pop-up shows with the message The application could not
start correctly (0xc142). (I am translating since my error shows in
Spanish). Nothing is printed in the console. If one starts from an Icon the
Console window pops-up and then the error pop-up window appears. Please let
me know if you want me to try something.

Victor

-- Forwarded message -
From: Blandyna Bogdol 
Date: So., 9. Dez. 2018 um 15:29 Uhr
Subject: Re: [darktable-dev] 2.6.0rc1 Issue with Windows
To: Coding Dave 


Hi,

I started the DT 2.6.0rc2 with the shortcut the the windows menu. After fee
second I see a standard error box from Windows with the error code
0xc000142 about DLL.


I tryed the solutions from the page:
https://troubleshooter.xyz/wiki/fix-application-error-0xc142/

Nothins will helps.


I installed the 2.4.4 and I have no problems.


The error code is only with the new 2.6.0rc1.


Any ideas?


Blandyna
Am 09.12.2018 um 12:35 schrieb Coding Dave:

Can you describe the issue more clearly? Provide a screenshot if it's a
messagebox or start darktable from command prompt (terminal) and send the
exact output?
I just tried on my windows 10 box and DT starts up without any flaws.


Cheers

Am So., 9. Dez. 2018, 07:43 hat Blandyna Bogdol 
geschrieben:

> Dear all,
>
>
> I'm a Windows user :-( and cannot start the new 2.6.0rc1. I see the
> error 0xc142 (DLL). With the 2.4.4 I haven't problems.
>
>
> Do you know a quick solution for this? Or I have to wait for a new build
> for Windows?
>
>
> I use Windows 10 Home 64 Bit, Build 1803.
>
>
> Best regards
>
> Blandyna
>
> ___
> 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



--
[image: Avast logo]
<https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=emailclient>

Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
www.avast.com
<https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=emailclient>

<#m_7515399342671128064_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

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



Re: [darktable-dev] 2.6.0rc1 Issue with Windows

2018-12-09 Thread Coding Dave
Can you describe the issue more clearly? Provide a screenshot if it's a
messagebox or start darktable from command prompt (terminal) and send the
exact output?
I just tried on my windows 10 box and DT starts up without any flaws.


Cheers

Am So., 9. Dez. 2018, 07:43 hat Blandyna Bogdol 
geschrieben:

> Dear all,
>
>
> I'm a Windows user :-( and cannot start the new 2.6.0rc1. I see the
> error 0xc142 (DLL). With the 2.4.4 I haven't problems.
>
>
> Do you know a quick solution for this? Or I have to wait for a new build
> for Windows?
>
>
> I use Windows 10 Home 64 Bit, Build 1803.
>
>
> Best regards
>
> Blandyna
>
> ___
> 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] Softproof under windows

2018-11-28 Thread Coding Dave
Hi,

today I have tested the version 2.4.4 on a Windows 10 for softproofing. I
realized that the displaycal automatically set profile is not taken into
account in darktable.I verified that by copying the displaycal/agryllcms
profile to darktabledir/color/out and in darktable switching between the
"system-monitor profile" and the copied one in the softproof/gamut check
settings.
Installing the profile as the windows profile (not using displaycal profile
loader but the windows settings dialog) works fine for darktable as now the
softproof setting "system-monitor profile" does not differ anymore from the
displaycal/agryllcms profile.

Displaycal recommends his loader because it should be more accurate and
reliable. But for darktable the loader does not work. So it can be an error
on DisplayCal or Darktable. Where do you see the error and is there
anything else to do to help you understand the issue?
Since I use darktable on Linux only and this was only a test for friends I
never noticed that until now.

Kind regards
Dave

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

Re: [darktable-dev] Darkroom UI refactoring

2018-10-27 Thread Coding Dave
Hi Andreas,

Thanks for the write-up. After vacation I will try it out. Thanks in
advance!

Andreas Schneider  schrieb am So., 28. Okt. 2018, 04:09:

> On Saturday, 27 October 2018 08:17:44 CEST Coding Dave wrote:
> > I wonder 2 things:
>
> Hi Dave,
>
> > 1) Is this whole color topic written down somewhere with like a tutorial
> > how to tune darktable for your camera to have nice colors (A video would
> be
> > ok for me too)?
>
> take a look at:
>
>
> https://blog.pixelbook.org/2018/10/sony-alpha-7-iii-basecurve-and-camera-profile-for-darktable/
>
> > 2) can we turn off the basecurve as default module if this is not the
> > correct way to get nice colors?
>
> It shouldn't be turned of by default in darktable but you can turn it off
> in
> the preset settings for your installation.
>
>
> Andreas
>
> --
> Andreas Schneider a...@cryptomilk.org
> GPG-ID: 8DFF53E18F2ABC8D8F3C92237EE0FC4DCC014E3D
>
>
>

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

Re: [darktable-dev] Darkroom UI refactoring

2018-10-27 Thread Coding Dave
Seems like I never have understood the basecurve and LUT correctly. Since
basecurve is one of the default modules applies on every image upon opening
I never was questioning that it is required. I always wanted to tune it to
get good results with my Nikon D750 (I also have tried to create my own
profile from an IT8 chart but it makes the images greenish). Your comment
now explains that this is a difficult path and others like the LUT module
are far easier and give better results.

I wonder 2 things:

1) Is this whole color topic written down somewhere with like a tutorial
how to tune darktable for your camera to have nice colors (A video would be
ok for me too)?

2) can we turn off the basecurve as default module if this is not the
correct way to get nice colors?

Cheers
Dave

Aurélien Pierre  schrieb am Fr., 26. Okt. 2018,
13:51:

>
> Le 26/10/2018 à 00:49, Jason Polak a écrit :
>
> Dear Aurelien,
>
> It's clear that you put a lot of thought into this and I am eager to try
> it. It is very helpful to see the GUI screenshots, and based on those I
> do have a few comments/questions:
>
> 1) Don't you think that the equalizer/local contrast module are more
> similar to the sharpening module rather than the tone curve/fill light
> module? Especially with the equalizer, part of it performs a very
> similar effect to sharpening. I understand though that the algorithms
> behind them might be different.
>
> There is still a certain amount of arbitrary choices in this order, I
> won't deny it. Local contrast, at a very local scale, is similar to a
> sharpening, but it's a perceptual sharpening (you fool the eye), not an
> optical sharpening (you don't restore blurry edges). Even with a tone
> curve, if carefully adjusted, you can increase the feeling of sharpness, as
> a side-effect. But local contrast stays contrast, and as equalizer and
> local contrast can affect the global contrast dramatically (the same way as
> shadows-highlights), I put them with tones. Sharpen is a sort of high-pass
> filter so its effect will always be more selective.
>
> Besides, local contrast and equalizer are best used before high-pass and
> sharpen (retouch from more global to more specific).
>
> 2) In your description of the correction tab, you say that after leaving
> this tab, the image should look clean and dull. That makes sense -
> though I am wondering how this works considering the automatic
> application of the base curve? If the base curve is applied upon image
> opening, the tones of the image look already pretty manipulated compared
> to the dull-looking image without the base curve. In other words, it
> seems as though having the base curve applied can already push the tones
> in the image pretty far, leaving little room for colour balance
> adjustments later on in the tone-modules tab.
>
> I believe the basecurve is a mistake and should be deprecated. First and
> foremost, it's applied before the input color profile, so you have to
> disable it if you work with an enhanced/custom matrix, otherwise your
> profile is useless (never add contrast before the input color profile, do a
> gamma or log correction but don't darken blacks while you light mid-tones).
> The basecurve was intended, at first, to emulate in-camera JPEG
> color-rendition with filmic curves
> .
> Turns out the quality of the users-provided curves is not equal from brand
> to brand, it creates out-of-gamut colors and over-saturation (on Nikon, the
> reds get boosted like crazy - people all look like alcoholics) and the devs
> have stopped adding new curves a few years ago. The new module for that
> purpose is the colorchecker/LUT, which can "easily" be used by anyone to
> create custom LUTs from color charts and in-camera JPGs and occurs later in
> the pixelpipe, where it is safe.
>
> The base curve can still be used to (carefully) tonemap HDRs from a single
> exposure. But do yourself a favor, buy a colorchart
>  (30 €), make your own
> camera profile
> ,
> and never ever use the default base curves.
>
> I am just wondering how having a default base curve fits in with your
> editing paradigm?
>
> Sincerely,
> Jason
>
> Thanks for your input,
>
> Aurélien.
>
> On 2018-10-25 08:28 PM, Aurélien Pierre wrote:
>
> Hi everyone !
>
> To follow up on that matter, I have done a pull request doing what I
> discussed here : https://github.com/darktable-org/darktable/pull/1745
>
> You will find screenshots showing the changes, a sum-up of the benefits
> and a poll to vote for/against the change and give your feedback. After
> that, I suppose the core devs will decide what they want to do.
>
> I know it's still not the flexible UI some of you asked, the problem is
> we don't have the workforce for it. darktable 2.6 is supposed to be
> released in 2 months, so now is 

Re: [darktable-dev] Darkroom UI refactoring

2018-10-12 Thread Coding Dave
+1

Am Fr., 12. Okt. 2018 um 09:00 Uhr schrieb rawfiner :

> Hi
>
> I strongly agree that the order of modules should be more clear in the UI,
> and that the UI should guide the user more. I like the suggestion Aurélien
> made for this.
>
> Trying to follow the module order in the pipeline gives the best
> performance, as computations are done once.
> In addition, not following the module order turns into a nightmare if you
> use parametric mask: as soon as you modify a module which is earlier in
> pipeline, you have to redo your parametric masks.
> Currently, I do that by learning by heart which module comes after which
> module, which is not an ideal solution.
>
> Cheers,
> rawfiner
>
> Le jeudi 11 octobre 2018, Jason Polak  a écrit :
>
>> I have given a lot of thought about your idea, which is obviously very
>> well thought out. Thanks for having this discussion; at the very least,
>> it is making me examine editing carefully. Of course I am not a dev so I
>> don't make any decisions for darktable, so feel free to ignore this but
>> I have some thoughts to your process:
>>
>> 1. I don't think denoising should happen before sharpening/local
>> constrast. Here's why: I take a lot of noisy shots (typically an APS-C
>> camera at ISO3200 in the forest will make some noise). I have tried an
>> experiment of denoising before the sharpening. What happens here is that
>> if I denoise first, the later sharpening stage sometimes can enhance the
>> noise, or make the OOF area worse. It seems much more logical to me to
>> do the sharpening/equalizer enhancement before denoising. Only then can
>> I see what kind and how much denoising to apply. Moreover, your
>> suggested experiment with local contrast and denoising does not seem to
>> have much effect in a real-life scenario.
>>
>> 2.  However, to your credit, the use of the color balance module as you
>> suggested DOES work pretty well for portraits.
>>
>> To me it seems then that the fundamental problem then is: what is the
>> most efficient way to process a photo so that it goes from the flat Raw
>> image to something with the correct dynamic range and correct colours at
>> the same time with a minimal amount of editing? Is this the same for all
>> types of shots? And will changing the user interface help with this
>> process? Well I'm not sure...but at least I learned something new in
>> this discussion :)
>>
>> Jason
>>
>> On 2018-10-09 07:17 PM, Aurélien Pierre wrote:
>> > What I call "signal-processing" here are all the module intended to
>> > clean the data and turn an (always) damaged picture into what it is
>> > supposed to look like in theory. That is :
>> >
>> >  1. reconstructing missing parts (clipped highlights)
>> >  2. recovering the dynamic range (tonemapping)
>> >  3. reconstructing the damaged parts (denoising)
>> >  4. reverting the optical artefacts (vignette, CA, distorsion),
>> >  5. reverting the color inaccuracies (white balance and ICC color
>> > correction).
>> >
>> > You think you can waltz around modules and do the retouch in the order
>> > you like. Well, you can, but that is asking for trouble.
>> >
>> > Take 2 examples :
>> >
>> > 1. Open a noisy image, turn on the laplacian local contrast, save a
>> > snapshot, then enable a heavy denoising, and compare the 2 outputs : in
>> > some case, the local contrast output will look harsher with denoising.
>> > That means you should fix the noise before setting the local contrast.
>> >
>> > 2. On a portrait photo done with a camera for which you have an enhanced
>> > matrix (basecurve = OFF), tweak the exposure until you get a nice
>> > contrast (Lmax = 100, Lmin = 0). Then, in the color balance, tweak the
>> > gamma factor to get the L_average on the face = 50. Save the snapshot.
>> > Now, disable the color balance, tweak the exposure again to get a dull
>> > image (fix Lmax = 96, Lmin = 18). Then, in the color balance, tweak the
>> > gain factor to get Lmax = 100, the lift factor to get Lmin = 0 and the
>> > gamma factor to get L_average on the face = 50. Which skin tones look
>> > the more natural and which has less out-of-gamut issues ? (spoiler alert
>> > : #2)
>> >
>> > Nobody will think of crushing the contrast first in the exposure module,
>> > then bring it up later in the pixelpipe, in order to get better colors,
>> > until he has seen the math going on inside… In fact, the autoexposure
>> > tool even lures you into doing the opposite.
>> >
>> > Because darktable is modular by nature, modules are fully independant
>> > and don't share data, but that leads to a fair amount of inconsistency.
>> > You can tweak the contrast and lightness in 8 different modules
>> > (exposure, contrast/saturation/lightness, tone curve, base curve, zone
>> > system, color balance, unbreak input profile, levels) and people may
>> > think they are equivalent, but they are not. I believe this
>> > inconsistency should be adressed from the UI.
>> >
>> > In order to get the color correction right, you 

Re: [darktable-dev] Darkroom UI refactoring

2018-10-08 Thread Coding Dave
Hi community,

I like the idea to improve the UI and I appreciate the enthusiasm Aurelien
has put into it!

Darktable is a very nice piece of software feature-wise. Their developers
have created some great, feature-rich, wonderful tool in their spare time
and we are all very thankful for that. We love darktable, we love the many
ways we can make our images better. Darktable is so good that a community
has been evolved caring about it, and we, the community, are greateful for
the developers to have crafted this wonderful non-destructive photo-editor.

Over the past years I have read many usability improvement requests in the
mailing list. This clearly shows how huge the demand is to improve that
part of the software. What is a feature worth if it can not be understood
or found or is too cumbersome to be used?

In this thread we can read many nice requests that may be very valuable for
darktable. I like Aureliens suggestions and others too.  You know,
sometimes less is more and making the UI more simple is helping more than
adding new elements like customization and search bars - but I also think
these features would be nice.

UI Design is hard. You need to know the featureset you are targeting for
and you need to play the new UI through often because each iteration
usually reveals other issues (I know this part very well from my current
professional situation). User eXperience designers can be very valuable and
helpful here and if anyone would offer for volunteering to make the UX
better would be a big win for the community!

I think it would be great if we can create a feature request wiki where
each contributor describes what exactly he means (his vision),
referencing/contrasting the other suggestion-articles. Each community
member can comment on these and drive them and with productive feedback. A
final vote could bring us the clarity of what the users of the software
desire the most.

Kind regard
Dave

Am Mo., 8. Okt. 2018 um 14:22 Uhr schrieb Rolf Meyerhoff :

> Hi all
>
> I don't think that reordering the modules would change much. The problem
> remains the same: Either there are way to many parameters at once on the
> screen to keep track of or there is a lot of clicking involved to dive
> in and out of the individual modules.
>
> I know that the advanced parameters are needed in many cases but the
> defaults for most modules are usually very very good. So in practice
> they often are just sitting there taking up precious screen space. Eg
> the highlights/shadows module has a lot of parameters to fine tune the
> result but most of the time a user will just increase shadows or
> decrease highlights.
>
> One solution would be to strip down the modules but I think that any
> simplification should begin at a higher level.
>
> What I am thinking of is a kind of a meta module on the first page with
> just the essential parameters for raw development (linked internally to
> the respective modules). As an example:
>
> White balance temp (with picker)
> White balance tint
>
> Exposure level (with picker)
> Black level
> White level
> Shadow level
> Highlight level
>
> Crop button that jumps to or opens the crop module
>
> Saturation amount
> Contrast amount
> Local contrast amount
> Haze removal amount
>
> Chroma denoise amount
> Luma denoise amount
> Lens correction on/off
> Defringe on/off
>
> Sharpening amount
> Sharpening threshold
>
> To make deep editing easier a ctrl click on a parameter could be used to
> jump to the linked module (or something like that).
>
> This parameter choice is not set in stone but I think that it would be
> enough for most casual users to edit their family and holiday pictures.
> However, in a perfect world the choice of parameters could even be
> customized by the user.
>
> Most commercial applications have a similar approach to basic raw
> development and that makes them easy to use for casual users and
> beginners. Most of them never touch advanced parameters at all. What
> these applications don't have is the editing depth of Darktable with
> it's fabulous module selection and it's masking system. The downside is
> that there are so many modules with many parameters that can make
> Darktable difficult to use at times, especially for a novice.
>
> Astripped down view for the important parameters backed by the power of
> the modules could represent best of both worlds.
>
> However, I don't know the internals of DT well enough to estimate how
> hard it would be to actually create something like that.
>
> Best regards,
>
> Rolf
>
>
> Am 08.10.2018 um 11:52 schrieb Bruce Williams:
> > I'm with Jørn!
> > Great ideas, all.
> > Certainly feeling the pain of modules changing size and having to
> > constantly scroll up and down.
> > Cheers,
> > Bruce Williams
> > --
> > Mobile:  +61 41 250 6349
> >
> > audio2u.com 
> > brucewilliamsphotography.com 
> > shuttersincpodcast.com 

Re: [darktable-dev] raspberry pi 3

2018-09-23 Thread Coding Dave
Hi, let me pick up this thread. It made me interested in trying to compile
on my rasperrypi 3b with raspian is. After resolving all the dependencies I
had to modify CMakeList.txt as follows

-if(NOT IS_SUPPORTED_PLATFORM)
-  MESSAGE(FATAL_ERROR "The target platform is not supported!")-endif(NOT
IS_SUPPORTED_PLATFORM)
 MESSAGE(STATUS "Is the target platform supported:
-endif(NOT IS_SUPPORTED_PLATFORM)

It also mentioned sse2 issues, so I had to change that accordingly:

-option(BUILD_SSE2_CODEPATHS "(EXPERIMENTAL OPTION, DO NOT DISABLE)
Building SSE2-optimized codepaths" ON)
+option(BUILD_SSE2_CODEPATHS "(EXPERIMENTAL OPTION, DO NOT DISABLE)
Building SSE2-optimized codepaths" OFF)

Then CMake stopped complaining and generated the makefile. This however is
the final fail:

[ 17%] Building C object
src/CMakeFiles/lib_darktable.dir/common/darktable.c.o
In file included from /home/pi/work/darktable/src/common/darktable.c:350:0:
/home/pi/work/darktable/src/is_supported_platform.h: In function 'dt_init':
/home/pi/work/darktable/src/is_supported_platform.h:45:2: error: #error
"Unfortunately we only work on amd64/x86 (64-bit and maybe 32-bit) and
ARMv8-A (64-bit only)."
 #error "Unfortunately we only work on amd64/x86 (64-bit and maybe 32-bit)
and ARMv8-A (64-bit only)."
  ^
/home/pi/work/darktable/src/is_supported_platform.h:50:2: error: #error "On
non-x86, we only support 64-bit."
 #error "On non-x86, we only support 64-bit."
  ^
/home/pi/work/darktable/src/is_supported_platform.h:64:9: note: #pragma
message: Building without SSE2 is highly experimental. #pragma message
"Building without SSE2 is highly experimental."
 ^~~
/home/pi/work/darktable/src/is_supported_platform.h:65:9: note: #pragma
message: Expect a LOT of functionality to be broken. You have been warned.
 #pragma message "Expect a LOT of functionality to be broken. You have been
warned."
 ^~~
/home/pi/work/darktable/src/is_supported_platform.h:69:9: note: #pragma
message: Warning: 32-bit build.
 #pragma message "Warning: 32-bit build."
 ^~~
src/CMakeFiles/lib_darktable.dir/build.make:388: recipe for target
'src/CMakeFiles/lib_darktable.dir/common/darktable.c.o' failed
make[2]: *** [src/CMakeFiles/lib_darktable.dir/common/darktable.c.o] Error 1
CMakeFiles/Makefile2:1395: recipe for target
'src/CMakeFiles/lib_darktable.dir/all' failed
make[1]: *** [src/CMakeFiles/lib_darktable.dir/all] Error 2
Makefile:149: recipe for target 'all' failed
make: *** [all] Error 2

Some quick research showed that the raspberry pi is 32 bits only.

Kind regards
Dave



Am 18.09.2018 16:28 schrieb "Ihor Dvoretskyi" :

Holger,

Which operating system do you use on RPi? Also, can you please share the
details and results of the compilation (console output).

Thanks

On Sun, Sep 16, 2018, 12:01 PM Holger Klemm 
wrote:

> hello,
> I saw on youtube that darktable is running on the raspberry pi 3.
> I have tried to compile darktable 2.4.4 on the raspberry pi, but it comes
> the
> error message:
> platform not supported
> What do I have to do to make it work?
> I would like to use darktable as a fast raw, jpeg viewer
>
> Holger
> ___
> 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] Re: Improving built-in color profiles

2018-05-04 Thread Coding Dave
Hi, I would like to follow your approach and compare the Darktable profiles
for my Nikon D750 with the ones I did on my own and your method. I found
the camera raw plug-in downloader from adobe in version 10.3 and downloaded
it for both, mac and windows. Now Im stuck: Neither using wine and the
nullsoft installer nor using xar to extract the macOSX package gave me the
dcp files. Am I missing something? Could you please give some more details
on how to get your color matrices?

Cheers,
Dave

2018-05-04 21:10 GMT+02:00 Sarge Borsch :

> So, I tried to edit an ICC file in a hex editor to put the values from
> that website, and, just as expected, got nonsensical results.
>
> After that I tried another idea to snatch better color profiles — I
> searched the web for Adobe Camera Raw package, extracted the profiles from
> it (they are in .dcp format), and figured that it's possible to convert
> them to ICC by dcamprof.
> They seem to work very well — better than the currently built-in input
> profiles for sony a5100 in darktable.
> Now what do you think about the copyright status of these converted ICC
> profiles? Can they legally be distributed with darktable, or should I keep
> them only for myself?
> They are a lot smaller than the source .dcc files, probably because they
> don't keep nothing valuable except the color matrices. So are 3x3 numeric
> matrices copyrightable?
>
> If you think these profiles can be officially added to darktable, I may
> fix the name tags and submit a pull request.
>
> > On 4 May 2018, at 17:14, Sarge Borsch  wrote:
> >
> > Hi.
> > I see that there are measured color responses at
> https://www.dxomark.com/Cameras/Sony/A5100---Measurements
> > Hence the question: is it a good idea to try to take the built-in
> profile and replace the primaries with these measured values, in order to
> get closer to the in-camera JPEG color rendering? (or are they already
> used?)
> >
> > I'm asking that because I've noticed that none of the built-in input
> color profiles for sony a5100 allows me to get close to the in-camera JPEG
> colors.
> > The 2 of them which are the closest to the correct rendering (that is,
> matching camera JPEG, which is quite good when judging by eye) are the
> "standard color matrix" and "linear Rec2020 RGB".
> > Both of them wildly differ from the in-camera JPEG in deep blue colors:
> "standard color matrix" causes them to be clipped and to look really
> unnatural, and "linear Rec2020 RGB" looks more or less natural, but the hue
> is obviously different (blue gets moved to cyan). Hence I started to wonder
> how easy is it to get a better color profile.
> >
> > I know that ideally this should be done with a color chart, but I don't
> have one and don't have spare money for it at the moment.
> >
> > Also I can share a shot of the example object (Raw + JPEG) which has
> such problematic color if anyone wants to test it, too.
>
> 
> ___
> darktable developer mailing list
> to unsubscribe send a mail to darktable-dev+unsubscribe@
> lists.darktable.org
>
>

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



Re: [darktable-dev] Deconvolution and Python framework

2017-05-04 Thread Coding Dave
I can only speak for myself but I find it very interesting.

Am 04.05.2017 03:32 schrieb "Aurélien PIERRE" :

> Hi,
>
> I got critics so I made it better ;-) My Richardson-Lucy implementation
> now allows to set a mask. This mask is intended to specify the zone where
> the focus is supposed to be, and thus compute the deconvolution matrix
> estimation only there. This matrix is then used to deconvolute the whole
> picture. I got faaar better results regarding the general
> smudginess/sharpness ratio : https://github.com/
> aurelienpierre/Image-Cases-Studies/commit/bfaf6930abd873e568ee12f90427da
> d0206d6de6
>
> I don't know how much the community is interested in my experiments though
> or if it's relevant here, so just tell me if I spam.
>
> Have a nice day,
>
> *Aurélien PIERRE*
> aurelienpierre.com
> --
>
> Le 2017-05-03 à 04:42, Aurélien PIERRE a écrit :
>
> Hi,
>
> being a Darktable user since 2010 (0.9 if I recall), a photographer for
> many years and an almost engineer, I have looked for a long time to get
> involved into DT development. I know 10 programming languages but I'm still
> a newbie in C…
>
> Following my last email on adaptative deconvolution, I started a Python
> framework to experiment on image processing algorithms. The Github repos is
> here : https://github.com/aurelienpierre/Image-Cases-Studies
>
> I already have 3 case studies, with algorithms and before/after pictures :
>
>- Unsharp masking with bilateral filter in LAB space
>- Defringing with bilateral filter in LAB space
>- Focus correction/restoration with Richardson-Lucy deconvolution in
>RGB and LAB spaces.
>
> I'm trying to keep my code as clean as possible to make it easy to
> understand and possible to translate into C and (hopefully) into Darktable
> modules. The framework is packaged with a Python setup file and optimized
> with Cython and parallel computing.
>
> I will continue to experiment on deconvolution but any comment, code
> review, scientific article, or contribution is welcome.
> Have a nice day,
> --
>
> *Aurélien PIERRE*
> aurelienpierre.com
> --
>
>
> ___
> 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



Fwd: [darktable-dev] Proposing better jpeg encoder by Google

2017-03-17 Thread Coding Dave
According to https://github.com/google/guetzli:

Introduction

Guetzli is a JPEG encoder that aims for excellent compression density at
high visual quality. Guetzli-generated images are typically 20-30% smaller
than images of equivalent quality generated by libjpeg. Guetzli generates
only sequential (nonprogressive) JPEGs due to faster decompression speeds
they offer.

Note: Guetzli uses a large amount of memory. You should provide 300MB of
memory per 1MPix of the input image.


So if you have a 24Mpix camera this will be 7.2 GB of RAM for exporting a
jpeg.

That does not mean I am against adding it as an option.

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