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



Indeed. I'm finding the speed to be roughly the same as I'm used to with
the GIMP ppa.

Out of curiosity, is it possible to package a different set of GIMP
defaults with an AppImage?
For example, say I wanted to:

1. Set NoHalo as the default interpolation mode for all transformations
2. Set the preview opacity to 75% during all transformations
3. Map (or remap) hotkeys

Is there a way to do this in an AppImage?

Thanks!

-C

On Wed, Sep 7, 2016 at 9:33 PM, Carmelo DrRaw <aferrero1975 gmail com>
wrote:


On 07 Sep 2016, at 22:28, C R <cajhne gmail com> 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 <aferrero1975 gmail com>
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 <mitch gimp org> wrote:

On Tue, 2016-09-06 at 16:47 +0200, Carmelo DrRaw wrote:

On 06 Sep 2016, at 16:41, Michael Natterer <mitch gimp org> 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 <mailto: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





[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]