Re: RE: [darktable-dev] idea to consider

2020-09-03 Thread Pascal Obry
Le vendredi 04 septembre 2020 à 04:26 +0200, Jozef Dassen a écrit : > The question for me is not about processing JPG, but about > Cataloguing images. > Darktable by default is set up to have everything online in some huge > project. ??? I think I do know darktable but the above sentence makes no

Re: RE: [darktable-dev] idea to consider

2020-09-03 Thread Jozef Dassen
, 2020 at 7:39 PM From: a...@cybercord.com To: "Šarūnas" , "darktable-dev@lists.darktable.org" Subject: RE: [darktable-dev] idea to consider All,   My first comment after following and using DT for 2 years. The question I have about the discussion about JPG, is why.  Modifying JPG&

RE: [darktable-dev] idea to consider

2020-09-03 Thread al
erstand RAW and just want to take pictures, not capture the art their eye sees.Keep  up the good work.Regards,Al F  Original Message ---- Subject: Re: [darktable-dev] idea to consider From: Šarūnas <saru...@mailbox.org> Date: Sun, August 30, 2020 9:06 pm To: darktable-dev@lists.dark

Re: [darktable-dev] idea to consider

2020-09-01 Thread FF
I saw suggestion about substituting the jpg for RAW and possibility of Canon suing dt for RAW support implementation and I don’t think these are worth commenting. Jack. > On Sep 1, 2020, at 7:03 PM, Per Inge Oestmoen wrote: > > People who invest tens of thousands of dollars in high-quality ca

Re: [darktable-dev] idea to consider

2020-09-01 Thread Per Inge Oestmoen
People who invest tens of thousands of dollars in high-quality cameras and lenses are served by a high-quality RAW converter that can convert to high-bit TIFF files. Darktable is such a converter. There is no compelling reason why we would focus our resources on .jpg conversion even if it wer

Re: [darktable-dev] idea to consider

2020-08-31 Thread Heiko Bauke
Hi, Am 30.08.20 um 14:22 schrieb Chris Shelton: Some photographers work in jpg only and sometimes I would not question their creative ability while maybe questioning the technical choice although I suppose they do avoid the mistake of overworking and gilding the lily jpeg is usually prefer

Re: [darktable-dev] idea to consider

2020-08-30 Thread Šarūnas
On 8/30/20 7:08 PM, Aurélien Pierre wrote: > 1. that still doesn't give you the jpeg cooking recipe, which is more > complicated than building an ad-hoc LUT or a tonecurve if local filters > are applied (and there are), > > 2. what is it with people editing jpegs ? That's nonsensical ! Not the > s

Re: [darktable-dev] idea to consider

2020-08-30 Thread Aurélien Pierre
1. that still doesn't give you the jpeg cooking recipe, which is more complicated than building an ad-hoc LUT or a tonecurve if local filters are applied (and there are), 2. what is it with people editing jpegs ? That's nonsensical ! Not the same workflow, not the same maths, not the same filters,

Re: [darktable-dev] idea to consider

2020-08-30 Thread Jason Polak
Another possibility is shooting Raw+JPEG. With this option you can still tune the JPEG engine in the camera somewhat with most models, and if you need to edit you can go to the Raw file. Also, you can make some minor edits directly on a JPEG file. Also, for people who are already working in JPEG, w

Re: [darktable-dev] idea to consider

2020-08-30 Thread Aurélien Pierre
Hi, Camera firmwares that convert raw to jpeg internally rely on proprietary and undisclosed algorithms. Emulating these is not merely a game of tuning input parameters, we need to reverse-engineer what algorithms they use, in what color space, and in which order they are applied, and repeat × pic