Re: [darktable-dev] Automatically select the most focused photo in a burst of photos

2019-10-06 Thread Robert Krawitz
plement focus peaking, as you say, but with a UI similar to the camera's UI (flashing regions that are in best focus). Then it's up to the user to select the best photos based on their knowledge of the desired subject. > Le 06/10/2019 à 16:18, Robert Krawitz a écrit : >> On Sun, 6 O

Re: [darktable-dev] Automatically select the most focused photo in a burst of photos

2019-10-06 Thread Robert Krawitz
some other >> shoots of the same burst could have less blur effect beause my hands >> were not moving during its exposure time so the photo will have less >> blur effect. >> It would be great if an algoritm could detect the best shots -- Robert Krawitz

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

2019-02-19 Thread Robert Krawitz
On Mon, 18 Feb 2019 22:26:12 -0500, =?UTF-8?B?xaBhcsWrbmFz?= wrote: > On 2/18/19 8:19 PM, Robert Krawitz wrote: >> Thanks -- and you see why I harp on this; I need to squeeze everything >> I can out of the workflow. Over the past few years, I've put a lot of >> wo

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

2019-02-18 Thread Robert Krawitz
On Mon, 18 Feb 2019 23:32:07 +0100, thokster wrote: > Am 18.02.19 um 22:48 schrieb Robert Krawitz: >> On Mon, 18 Feb 2019 22:37:06 +0100, thokster wrote: >>> Maybe it's faster for your workflow. >>> >>> You can add a preset for e.g. your original aspect ra

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

2019-02-18 Thread Robert Krawitz
On Mon, 18 Feb 2019 22:37:06 +0100, thokster wrote: > Am 18.02.19 um 20:52 schrieb Robert Krawitz: >> On Mon, 18 Feb 2019 17:23:40 +0100, thokster wrote: >>> Did you try the crop tool in perspective correction. >>> There you can try also the automatic rotatio

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

2019-02-18 Thread Robert Krawitz
On Mon, 18 Feb 2019 21:50:08 +0100, Sturm Flut wrote: > Dear Robert, > > Am 18.02.19 um 17:54 schrieb Robert Krawitz: > >>> the comment holds some validity in this particular case since darktable >>> can't losslessly crop a JPEG file, but other tools can. If th

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

2019-02-18 Thread Robert Krawitz
id. > 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. -- Robert Krawitz *** MIT Engineers A Proud Tradition http://mitathletics.com *** Member of the League for P

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

2019-02-18 Thread Robert Krawitz
echanics of cropping that are a problem for me. > Am 18.02.19 um 01:08 schrieb Robert Krawitz: >> I find the crop tool to be unwieldly for my common use case, namely >> processing a large number of photographs from shooting sports. >> >> I shoot a lot of basketball and (America

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

2019-02-18 Thread Robert Krawitz
rd: I >> think the crop tool in DT could be improved a lot too. >> >> In return they get lectured about the input data the developer presumes >> DT should be fed with, a topic completely and utterly unrelated to the >> issue raised. >> >> Pardon my

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

2019-02-18 Thread Robert Krawitz
ll, I think that its >>> primary market was targeted towards users who shoot RAW with an >>> expectation of doing more complex processing on individual frames. >>> Maybe darktable is simply the wrong software for your high production >>> needs. >>> >&

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

2019-02-17 Thread Robert Krawitz
hing else, but I haven't found such (on Linux). Thoughts, anyone? -- Robert Krawitz *** MIT Engineers A Proud Tradition http://mitathletics.com *** Member of the League for Programming Freedom -- http://ProgFree.org Project lead for Gutenprint --