Hi !
I understand the performance concerns and I'm working on some trade off.
But…
1 - Non-blind Richardson-Lucy deconvolution by gradient descent with
Total Variation regularization (probably not the algorithm used in Gimp
since it's relatively recent) gives very good results in 25 iterations,
Hi,
Am 11.10.2017 um 19:11 schrieb Martin Marmsoler:
Gimp use python as scripting language. It might be easier to port for Gimp?
by the way: there is a Richardson Lucy sharpening filter in G'MIC. (As
far as I understand this is a non-blind deconvolution algorithm.)
Heiko
--
--
Hi
DT has actually two scrollbars for the lighttable. One is located at the
outer most right edge and one at the outer most left edge of the main
window.
However, they are not accessible with a mouse because they're overlaid
by the 'side panel open/close click areas' (or whatever they're
On Wed, Oct 11, 2017 at 8:04 PM, Jørn Villesen Christensen
wrote:
> Hi there,
Hi.
> I have been using Darktable from time to time and think I will be using it
> more in the future. I have a few ideas of what modules I would like to see
> in Darktable and I thought I
Gimp use python as scripting language. It might be easier to port for Gimp?
Am 11.10.2017 17:55 schrieb "Jean-Luc Coulon (f5ibh)" <
jean.luc.cou...@gmail.com>:
> > but those "challenges" would only affect a small sub-set of dt users
> *every* "challenge affect only a small subset of dt users…
>
Hi there,
I have been using Darktable from time to time and think I will be using
it more in the future. I have a few ideas of what modules I would like
to see in Darktable and I thought I might throw in a few hours myself.
Short about me: I have been working 7 years now as a software
> but those "challenges" would only affect a small sub-set of dt users
*every* "challenge affect only a small subset of dt users…
Only base curve, demosaicing, light-contrast-saturation affect everybody ;)
2017-10-11 17:34 GMT+02:00 Patrick Shanahan :
> * Jørn Villesen
* Jørn Villesen Christensen [10-11-17 11:25]:
> On 2017-10-11 15:35, Pete Hall wrote:
> >Just an opinion from a devoted user... It might be a very useful tool for
> >me. I shoot a lot of sporting events. It's common for me to find a great
> >shot ruined because at the
On 2017-10-11 15:35, Pete Hall wrote:
Just an opinion from a devoted user... It might be a very useful tool
for me. I shoot a lot of sporting events. It's common for me to find a
great shot ruined because at the critical moment, the camera focused on
the wrong player, or on the goal keeper's
* Pete Hall [10-11-17 09:37]:
> Just an opinion from a devoted user... It might be a very useful tool
> for me. I shoot a lot of sporting events. It's common for me to find a
> great shot ruined because at the critical moment, the camera focused on
> the wrong player, or on
On 08/10/17 20:38, Jonathan Richards wrote:
> On 08/10/17 19:30, Roman Lebedev wrote:
>> On Sun, Oct 8, 2017 at 9:25 PM, Jonathan Richards
>> wrote:
>>> Hi
>>> I built darktable from the git head on 1 Oct, and everything seemed to
>>> go smoothly; I have been working
On 10/10/17 18:11, Alexander Rabtchevich wrote:
> Hello
>
> And the scenario is still working.
> 1. Select an image in the lighttable mode.
> 2. Click into the edit window Max size in the export dialog.
> 3. Move mouse just slightly outside the edit window. It loses focus
> immediately.
> 4. Type
Just an opinion from a devoted user... It might be a very useful tool for me. I
shoot a lot of sporting events. It's common for me to find a great shot ruined
because at the critical moment, the camera focused on the wrong player, or on
the goal keeper's net. Even if it can't be made efficient
Dear Aurélien,
Am 10.10.2017 um 10:25 schrieb Aurélien PIERRE:
Following my work from this Summer, I'm glad to propose my first blind
deconvolution algorithm, written in Python, based on papers from
2011-2014 : https://github.com/aurelienpierre/Image-Cases-Studies
TL;DR :
Blind
14 matches
Mail list logo