[darktable-user] Re: darktable and gimp 2.9
Am 04.01.2018 um 19:08 schrieb Matthias Bodenbinder: > Am 04.01.2018 um 18:59 schrieb François Patte: >> Bonjour, >> >> I just tried to experiment gimp 2.9 (development version): openning a >> raw file opens darktable and once you have finish to treat your photo in >> darktable, closing darktable imports the photo in gimp... Ok. >> >> But the result I had was awful: the image is to bright, without contrast >> and the saturation is bad... A part of the treatment done in darktable >> is to be done again >> >> Does someone experienced the same problem? >> >> Thank you. >> > > I can confirm. The resulting images in gimp are too bright and not saturated > enough. They look a.ot different then in darkroom. > > I tested with RAW from different cameras. All behave the same. > > May be an import bug in gimp. ? > > Matthias > > > darktable user mailing list > to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org > > It is weird. I import CR2 with gimp-2.9.8. gimp starts DT. in DT I export to file which gives a much too dark(!) image. When I exit DT the image given to gimp is mucht too bright(!). Also, DT siwtches export color profile to linear-rec-709-RGB. But changing it to anything other than that, like sRGB, has no influence on the resulting image in gimp Matthias darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
[darktable-user] Re: darktable and gimp 2.9
Am 04.01.2018 um 18:59 schrieb François Patte: > Bonjour, > > I just tried to experiment gimp 2.9 (development version): openning a > raw file opens darktable and once you have finish to treat your photo in > darktable, closing darktable imports the photo in gimp... Ok. > > But the result I had was awful: the image is to bright, without contrast > and the saturation is bad... A part of the treatment done in darktable > is to be done again > > Does someone experienced the same problem? > > Thank you. > I can confirm. The resulting images in gimp are too bright and not saturated enough. They look a.ot different then in darkroom. I tested with RAW from different cameras. All behave the same. May be an import bug in gimp. ? Matthias darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
[darktable-user] darktable and gimp 2.9
Bonjour, I just tried to experiment gimp 2.9 (development version): openning a raw file opens darktable and once you have finish to treat your photo in darktable, closing darktable imports the photo in gimp... Ok. But the result I had was awful: the image is to bright, without contrast and the saturation is bad... A part of the treatment done in darktable is to be done again Does someone experienced the same problem? Thank you. -- François Patte UFR de mathématiques et informatique Laboratoire CNRS MAP5, UMR 8145 Université Paris Descartes 45, rue des Saints Pères F-75270 Paris Cedex 06 Tél. +33 (0)6 7892 5822 http://www.math-info.univ-paris5.fr/~patte signature.asc Description: OpenPGP digital signature
Re: [darktable-user] Color Lookup Tables
On Fri, Jan 5, 2018 at 4:40 AM, wrote: > On Thu, 04 Jan 2018 10:25:18 +0100 > Tobias Ellinghaus wrote: > >> >>Same. The reason isn't that we don't know how to read such files but >>that our LUT module is not a general CLUT tool but more complicated >>and doing something else than just looking up numbers in a LUT. They >>are just not compatible. > > Thanks for looking into it. i suppose you could create a lut by processing a fake-chart through your lut with gmic or so and then do the darktable-chart thing.. like so: https://www.youtube.com/watch?v=m_cLCL5PJk4 ? cheers, jo darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Color Lookup Tables
On Thu, 04 Jan 2018 10:25:18 +0100 Tobias Ellinghaus wrote: > >Same. The reason isn't that we don't know how to read such files but >that our LUT module is not a general CLUT tool but more complicated >and doing something else than just looking up numbers in a LUT. They >are just not compatible. Thanks for looking into it. -- sknahT vyS darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] PTI patch impact on DT performance = 0,5 %
On 04/01/18 03:58 AM, Pascal Obry wrote: > Le jeudi 04 janvier 2018 à 09:27 +0100, Matthias Bodenbinder a écrit : >> with PTI= avg. 14,2581 s >> without PTI = avg. 14,1835 s >> Difference = 0,5 % >> >> The differnce is neglectable. It looks like DT performance is not >> affected by the PTI patches. > > Thanks for the figures, this is a relief! Indeed. With that sample size its not really statistically significant. If you have the individual run figures you might see if there is a significance using Students-T As it says at https://en.wikipedia.org/wiki/Student%27s_t-test The t-test can be used, for example, to determine if two sets of data are significantly different from each other. Or, re-run the test with 25, 50 or 100 trials :-) -- Far away across the field The tolling of the iron bell Calls the faithful to their knees To hear the softly spoken magic spells. darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] darktable 2.4.0 released
Am Donnerstag, 4. Januar 2018, 08:16:16 CET schrieb Frank J.: [...] > It grabbed also some entries in the database that are not visible in > darktable. Maybe my database was corrupted in a crash? Hard to tell without seeing the library.db in question. > I removed them with parameter "-p". > > Frank Tobias signature.asc Description: This is a digitally signed message part.
Re: [darktable-user] Color Lookup Tables
Am Donnerstag, 4. Januar 2018, 02:18:29 CET schrieb darkta...@911networks.com: > On Wed, 03 Jan 2018 22:55:42 +0100 > > Tobias Ellinghaus wrote: > >Am Mittwoch, 3. Januar 2018, 22:10:07 CET schrieb > > > >darkta...@911networks.com: > >> DT 2.4.0 > >> > >> I have a few HaldCLUT pngs. How can I import them into the color > >> lookup module? > > > >You can't. Those are not supported in darktable. > > What about the 3DL, the text values? Same. The reason isn't that we don't know how to read such files but that our LUT module is not a general CLUT tool but more complicated and doing something else than just looking up numbers in a LUT. They are just not compatible. Tobias signature.asc Description: This is a digitally signed message part.
[darktable-user] Re: PTI patch impact on DT performance = 0,5 %
Hallöchen! Matthias Bodenbinder writes: > [...] > Difference = 0,5 % DB-intensive operations may be affected more heavily (e.g. mass (re-)import of images). Probably nothing to worry about, still. Tschö, Torsten. -- Torsten Bronger darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] PTI patch impact on DT performance = 0,5 %
Le jeudi 04 janvier 2018 à 09:27 +0100, Matthias Bodenbinder a écrit : > with PTI= avg. 14,2581 s > without PTI = avg. 14,1835 s > Difference = 0,5 % > > The differnce is neglectable. It looks like DT performance is not > affected by the PTI patches. Thanks for the figures, this is a relief! -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
[darktable-user] PTI patch impact on DT performance = 0,5 %
Hi, the new kernel 4.14.11 comes with the PTI patches. There are reports which indicate that these patches can have a severe performance impact (e.g. https://www.phoronix.com/scan.php?page=article&item=linux-415-x86pti&num=1) I did some benchmarks with DT. I am using Manjaro with latest kernel 4.14.11-1-MANJARO from testing repos. I am evaluating how long DT is processing the pixelpipe: for d in $(seq 1 5); do echo -n "run $d: " darktable-cli bench.SRW test-$d.jpg --core --disable-opencl -d perf -d opencl | grep "processing took" done I did up to 15 runs with and without pti enabled (kernel parameter pti=off turns it off). The differences are neglectable: with PTI= avg. 14,2581 s without PTI = avg. 14,1835 s Difference = 0,5 % The differnce is neglectable. It looks like DT performance is not affected by the PTI patches. Matthias darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
