It is currently Thu Jun 04, 2026 5:41 pm


All times are UTC - 5 hours [ DST ]



Post new topic Reply to topic  [ 7 posts ] 
Author Message
 Post subject: a thread from the gimp-dev. mailing list
PostPosted: Tue Oct 23, 2012 11:57 pm  (#1) 
Offline
GimpChat Member
User avatar

Joined: Sep 22, 2012
Posts: 2089
Location: US
http://gimp.1065349.n5.nabble.com/Smart ... 36029.html

How would you evaluate this relatively new (3 month) software. I d/l'ed it for testing and compared with GIMP refocus and refocus-it plugins.
Want to know our GC experts opinion.
Suggested by its author image could be a test model
Image
Thanks for considerations.


Last edited by K1TesseraEna on Wed Oct 24, 2012 8:13 am, edited 2 times in total.

Share on Facebook Share on Twitter Share on Orkut Share on Digg Share on MySpace Share on Delicious Share on Technorati
Top
 Post subject: Re: a thread from the gimp-dev. mailing list
PostPosted: Wed Oct 24, 2012 12:12 am  (#2) 
Offline
GimpChat Member
User avatar

Joined: Sep 24, 2010
Posts: 12775
After the patch, in many ways, I do like it better then 2.6x K1T. For starters, a viable native 64-bit GIMP is a huge paradigm for me. Also, thanks to the many coder gurus, all the plugins that I cherish have been ported to 64-bit GIMP or the 32-bit version still works. It also launches faster and is, by far, more stable then 2.6 ever was since I installed Win7 64-bit (2.6 was OK for XP, but had continued lockup issues with 2.6 in Win7 64-bit and, though 2.8 had crashed less then a handful of times, that's a blessing compared to sometimes multiple times daily with 2.6x). I can go on, but I will again say, if you haven't 2.8'ed yet, the you are denying yourself the better version of GIMP. :)

edit:

Sorry; misread you request. I've used refocus and refocus-it in the past but have not copied these plugins to 2.8 yet since I use other methods such as wavelet sharpening now. Don't have the nohow to compile this one to Windows GIMP either unfortunately. :)

_________________
Lyle

Psalm 109:8

Image


Top
 Post subject: Re: a thread from the gimp-dev. mailing list
PostPosted: Wed Oct 24, 2012 1:26 am  (#3) 
Offline
Retired Staff
User avatar

Joined: May 22, 2008
Posts: 6946
Location: Somewhere in GIMP
That is totally awesome. I can't wait until it's implemented in Gimp. :yes

Who would ever think you could clear a blurred photo?

_________________
Image
World War IV will be fought with sticks and stones. - Albert Einstein


Top
 Post subject: Re: a thread from the gimp-dev. mailing list
PostPosted: Wed Oct 24, 2012 1:35 am  (#4) 
Offline
GimpChat Member
User avatar

Joined: Nov 16, 2011
Posts: 5127
Location: Metro Vancouver, BC
lylejk wrote:
Sorry; misread you request. I've used refocus and refocus-it in the past but have not copied these plugins to 2.8 yet since I use other methods such as wavelet sharpening now. Don't have the nohow to compile this one to Windows GIMP either unfortunately. :)

I believe this is the Windows version.
https://github.com/Y-Vladimir/SmartDeblur/downloads

_________________
Image
Gimp 2.8.18, Linux, median user
Gimp Chat Tutorials Index
Spirit Bear (Kermode)


Top
 Post subject: Re: a thread from the gimp-dev. mailing list
PostPosted: Wed Oct 24, 2012 5:06 am  (#5) 
Offline
GimpChat Member

Joined: Apr 12, 2010
Posts: 5870
the reply from gimp developers was clear:
they are not interested to include in gimp new plug-ins but they consider only Gegl op :

Quote:
That looks truly impressive, but it will have to become a GEGL op,
not a GIMP plug-in to be included. A GEGL op is also much more
useful generally.

_________________
My 3D Gallery on Deviantart http://photocomix2.deviantart.com/
Main gallery http://www.flickriver.com/photos/photocomix-mandala/
Mandala and simmetry http://www.flickriver.com/photos/photocomix_mandala/

Image

Mrs Wilbress


Top
 Post subject: Re: a thread from the gimp-dev. mailing list
PostPosted: Wed Oct 24, 2012 9:28 am  (#6) 
Offline
GimpChat Member
User avatar

Joined: Sep 22, 2012
Posts: 2089
Location: US
PhotoComix wrote:
the reply from gimp developers was clear:
they are not interested to include in gimp new plug-ins but they consider only Gegl op :

Quote:
That looks truly impressive, but it will have to become a GEGL op,
not a GIMP plug-in to be included. A GEGL op is also much more
useful generally.


"only GEGL op", actually, means a lot, because GEGL non destructive image editing is now becoming a rendering standard in GIMP.
My impression was that mitch would like to see it re-coded and fully ported to use GEGL buffers as backend processing (as opposed to the plug-in version). 3rd party plugins that are still using ONLY gimp tile caches are generally slower and soon will become a history. Moreover, they are not always maintained continuously by their authors.
SmartDeblur has a chance to be 'out of the box' feature for the future releases (like in 2.9 version - gaussian blur, bilateral-filter, linear blur, unsharp mask, pixelize, etc. are already GEGL-based procedures).
'A GEGL op is also much more useful generally' - mitch wrote.
As GEGL.org states: "GEGL provides infrastructure to do demand based cached non destructive image editing on larger than RAM buffers. Through babl it provides support for a wide range of color models and pixel storage formats for input and output."
SmartDeblur currently supports only jpeg and tiff. GEGL operates on images with up to 32-bit floating point per channel - PNG, JPEG, RAW, ffmpeg. New level color correction and dynamic range tone mapping among other benefits of being GEGL op.
And finally, as was mentioned in discussions, none of the other image editors has a similar feature.


GEGL op or not it's not why I posted the link here. I was hoping for a sort of software analysis from you guys. I your opinion, is it as good as they say it is?


Top
 Post subject: Re: a thread from the gimp-dev. mailing list
PostPosted: Wed Oct 24, 2012 11:00 am  (#7) 
Offline
Script Coder
User avatar

Joined: Jun 22, 2010
Posts: 1171
Location: Here and there
From my perspective it's impressive as a demonstration and would no-doubt be useful in a forensic type of situation.

But in my personal use-case it doesn't seem to offer me anything useful. (I'd delete any of my photos that were that badly blurred ;) )

The artefacts it generates are far too intrusive. That said, I'll try it on less extreme cases of blur and try to figure out if the preview is representative of the saved file. (The preview being scaled means it's potentially getting less or more sharpening)

Kevin


Top
Post new topic Reply to topic  [ 7 posts ] 

All times are UTC - 5 hours [ DST ]



* Login  



Powered by phpBB3 © phpBB Group