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 i
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 w
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 sa
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
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.
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 pat
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".
>
>
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 im
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
__
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!
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
11 matches
Mail list logo