Re: [Gimp-developer] How to retrieve the monitor profile from inside a plug-in

[Carmelo DrRaw]

> On 07 Sep 2016, at 22:28, C R  wrote:
> 
> This is fantastic! I could see this become my preferred way to use GIMP.
> G'MIC works like a charm, can't make it break. Used a 2000x2000 test image, 
> and it just flies!

At this point, the performances of the AppImage should be very close, if not 
equivalent, to the standard GIMP.

> Well done, and thanks!

You are welcome!

> 
> -C
> 
> On Tue, Sep 6, 2016 at 7:13 PM, Carmelo DrRaw  > wrote:
> Thanks, it worked!!!
> 
> The only part which is still missing is the tracking of monitor changes.
> 
> I have prepared a special GIMP AppImage with the patched gmic plug-in, if 
> anyone is interested to test it and give some feedback: 
> https://www.dropbox.com/s/xfo6okeqhx4kv5u/gimp-2.9.5-20160906.glibc2.15-x86_64.AppImage?dl=0
>  
> 
> 
> Regards,
> Andrea
> 
> > On 06 Sep 2016, at 18:35, Michael Natterer  > > wrote:
> >
> > On Tue, 2016-09-06 at 16:47 +0200, Carmelo DrRaw wrote:
> >>>
> >>> On 06 Sep 2016, at 16:41, Michael Natterer  >>> > wrote:
> >>>
> >>> On Tue, 2016-09-06 at 16:30 +0200, Carmelo DrRaw wrote:
> >>>
> >>> In GIMP git master, you would say
> >>>
> >>> gimp_preview_area_set_color_config (gimp_preview_get_area
> >>> (preview),
> >>> gimp_get_color_configuration
> >>> ());
> >>>
> >>
> >> Thanks! However, I assume that the ICC conversion is done in this
> >> case using 8-bits precision, right?
> >>
> >> I would like to take advantage of the fact that G’MIC handles
> >> floating-point precision, by doing the ICC conversion before the
> >> conversion to 8-bits…
> >
> > Moreover, this API only makes sure an assumed-to-be-sRGB image
> > is displayed correctly in 8 bit.
> >
> > You can omit this call, and feed color-corrected pixels to
> > the preview directly, look at the GimpColorTransform API
> > in libgimpcolor, which is a simple wrapper around lcms
> > (which you don't need to use at all).
> >
> > For the image profile, use gimp_image_get_effective_color_profile(),
> >
> > for getting the transform, best use gimp_widget_get_color_transform()
> > which will look up the right display profile by itself.
> >
> > Also, use gimp_widget_track_monitor() so you can recreate
> > the transform when the window is moved to another monitor.
> >
> > For example code, grep for
> >
> > gimp_widget_get_color_transform
> > gimp_widget_track_monitor
> >
> > in libgimpwidgets/ and app/widgets/
> >
> > Regards,
> > --Mitch
> >
> >>
> >>>
> >>>
> >>> My question was if this is a plug-in against GIMP 2.8 (soon
> >>> obsolete)
> >>> or against GIMP git master.
> >>>
> >>> I wouldn't bother do add color management to a GIMP 2.8 plug-in
> >>> and I have never tried.
> >>
> >> I see… G’MIC is already adapted to high bit depth and 2.9 API, so I
> >> think it is worth adding proper color management.
> >>
> >> Regards,
> >> Andrea
> >>
> >> ___
> >> gimp-developer-list mailing list
> >> List address:gimp-developer-list@gnome.org 
> >>  
> >>  >> >
> >> List membership: https://mail.gnome.org/mailman/listinfo/gimp-develop 
> >>  
> >>  >> >
> >> er-list
> >> List archives:   https://mail.gnome.org/archives/gimp-developer-list 
> >>  
> >>  >> >
> ___
> gimp-developer-list mailing list
> List address:gimp-developer-list@gnome.org 
> 
> List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list 
> 
> List archives:   https://mail.gnome.org/archives/gimp-developer-list 
> 
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list

Re: [Gimp-developer] How to retrieve the monitor profile from inside a plug-in

[C R]

This is fantastic! I could see this become my preferred way to use GIMP.
G'MIC works like a charm, can't make it break. Used a 2000x2000 test image,
and it just flies!
Well done, and thanks!

-C

On Tue, Sep 6, 2016 at 7:13 PM, Carmelo DrRaw 
wrote:

> Thanks, it worked!!!
>
> The only part which is still missing is the tracking of monitor changes.
>
> I have prepared a special GIMP AppImage with the patched gmic plug-in, if
> anyone is interested to test it and give some feedback:
> https://www.dropbox.com/s/xfo6okeqhx4kv5u/gimp-2.9.5-
> 20160906.glibc2.15-x86_64.AppImage?dl=0
>
> Regards,
> Andrea
>
> > On 06 Sep 2016, at 18:35, Michael Natterer  wrote:
> >
> > On Tue, 2016-09-06 at 16:47 +0200, Carmelo DrRaw wrote:
> >>>
> >>> On 06 Sep 2016, at 16:41, Michael Natterer  wrote:
> >>>
> >>> On Tue, 2016-09-06 at 16:30 +0200, Carmelo DrRaw wrote:
> >>>
> >>> In GIMP git master, you would say
> >>>
> >>> gimp_preview_area_set_color_config (gimp_preview_get_area
> >>> (preview),
> >>> gimp_get_color_configuration
> >>> ());
> >>>
> >>
> >> Thanks! However, I assume that the ICC conversion is done in this
> >> case using 8-bits precision, right?
> >>
> >> I would like to take advantage of the fact that G’MIC handles
> >> floating-point precision, by doing the ICC conversion before the
> >> conversion to 8-bits…
> >
> > Moreover, this API only makes sure an assumed-to-be-sRGB image
> > is displayed correctly in 8 bit.
> >
> > You can omit this call, and feed color-corrected pixels to
> > the preview directly, look at the GimpColorTransform API
> > in libgimpcolor, which is a simple wrapper around lcms
> > (which you don't need to use at all).
> >
> > For the image profile, use gimp_image_get_effective_color_profile(),
> >
> > for getting the transform, best use gimp_widget_get_color_transform()
> > which will look up the right display profile by itself.
> >
> > Also, use gimp_widget_track_monitor() so you can recreate
> > the transform when the window is moved to another monitor.
> >
> > For example code, grep for
> >
> > gimp_widget_get_color_transform
> > gimp_widget_track_monitor
> >
> > in libgimpwidgets/ and app/widgets/
> >
> > Regards,
> > --Mitch
> >
> >>
> >>>
> >>>
> >>> My question was if this is a plug-in against GIMP 2.8 (soon
> >>> obsolete)
> >>> or against GIMP git master.
> >>>
> >>> I wouldn't bother do add color management to a GIMP 2.8 plug-in
> >>> and I have never tried.
> >>
> >> I see… G’MIC is already adapted to high bit depth and 2.9 API, so I
> >> think it is worth adding proper color management.
> >>
> >> Regards,
> >> Andrea
> >>
> >> ___
> >> gimp-developer-list mailing list
> >> List address:gimp-developer-list@gnome.org  gimp-developer-list@gnome.org>
> >> List membership: https://mail.gnome.org/mailman/listinfo/gimp-develop <
> https://mail.gnome.org/mailman/listinfo/gimp-develop>
> >> er-list
> >> List archives:   https://mail.gnome.org/archives/gimp-developer-list <
> https://mail.gnome.org/archives/gimp-developer-list>
> ___
> gimp-developer-list mailing list
> List address:gimp-developer-list@gnome.org
> List membership: https://mail.gnome.org/mailman/listinfo/gimp-
> developer-list
> List archives:   https://mail.gnome.org/archives/gimp-developer-list
>
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list

Re: [Gimp-developer] To developers of GIMP: Process or batch editing - Barrel distortion

[Robert Krawitz]

On Wed, 31 Aug 2016 01:10:22 +0200, =?UTF-8?Q?Manuel_Ace=C3=B1a?= wrote:
> To developers of GIMP:
>
> *Process or batch editing - Barrel distortion*
> I detected something that I think could help significantly large number of
> users:
>
> Almost all do photos to documents with the mobile phone, and we also
> thought of using a camera installed permanently for it, being much faster
> than the scanner table. But we found that the pictures are distorted,
> generally convex, whether we do with a smartphone or a traditional camera.
>
> Many smartphone apps include automatic document edge detection, but have
> not found any way to correct lens distortion (barrel distortion). This is a
> very serious problem when we take pictures of planes, which are
> invalidated, or when we want to take pictures of any image that must remain
> correctly proportioned.
>
> GIMP itself that corrects barrel distortion quickly and easily using a
> filter, but only when a single image editing. Unfortunately, you can not do
> that function working in batches, when I think that developers would be
> simpler than the batch also included that role, assigning a group of photos
> -made with a fixed camera one correction (Example: "Barrel distortion -
> Main: - 22 ")
>
> *I request that you make every effort to include this feature among
> supported in batch editing.*
>
> *Thank you* for providing such an *excellent program!!!*

GIMP isn't the right tool for the job.  You'd be a lot better off
using darktable or rawtherapee, which are designed for batch
processing, for that purpose.  Both of these tools work on JPEGs as
well as RAW files, and if you're always using the same lens at the
same focal length (with the same distortion characteristics) you can
save the parameters and easily apply them to more shots in the future.
-- 
Robert Krawitz 

***  MIT Engineers   A Proud Tradition   http://mitathletics.com  ***
Member of the League for Programming Freedom  --  http://ProgFree.org
Project lead for Gutenprint   --http://gimp-print.sourceforge.net

"Linux doesn't dictate how I work, I dictate how Linux works."
--Eric Crampton
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list

Re: [Gimp-developer] To developers of GIMP: Process or batch editing - Barrel distortion

[Alexandre Prokoudine]

On Wed, Aug 31, 2016 at 2:10 AM, Manuel Aceña wrote:

> GIMP itself that corrects barrel distortion quickly and easily using a
> filter, but only when a single image editing. Unfortunately, you can not do
> that function working in batches, when I think that developers would be
> simpler than the batch also included that role, assigning a group of photos
> -made with a fixed camera one correction (Example: "Barrel distortion -
> Main: - 22 ")
>
> *I request that you make every effort to include this feature among
> supported in batch editing.*

http://www.alessandrofrancesconi.it/projects/bimp/

Please just use it.

Alex
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list

[Gimp-developer] To developers of GIMP: Process or batch editing - Barrel distortion

[Manuel Aceña]

To developers of GIMP:


*Process or batch editing - Barrel distortion*
I detected something that I think could help significantly large number of
users:

Almost all do photos to documents with the mobile phone, and we also
thought of using a camera installed permanently for it, being much faster
than the scanner table. But we found that the pictures are distorted,
generally convex, whether we do with a smartphone or a traditional camera.

Many smartphone apps include automatic document edge detection, but have
not found any way to correct lens distortion (barrel distortion). This is a
very serious problem when we take pictures of planes, which are
invalidated, or when we want to take pictures of any image that must remain
correctly proportioned.

GIMP itself that corrects barrel distortion quickly and easily using a
filter, but only when a single image editing. Unfortunately, you can not do
that function working in batches, when I think that developers would be
simpler than the batch also included that role, assigning a group of photos
-made with a fixed camera one correction (Example: "Barrel distortion -
Main: - 22 ")

*I request that you make every effort to include this feature among
supported in batch editing.*

*Thank you* for providing such an *excellent program!!!*

Manuel Ace
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list