Re: [Gimp-user] from the shadows . . .

2019-07-02 Thread dep
said Ofnuts:

| The answer is luminosity masks:
| https://patdavid.net/2013/11/getting-around-in-gimp-luminosity-masks.htm
|l
|
| Basically, you make selections where the selection amount on a given
| pixel is proportional to the closeness of the pixel's luminosity to the
| range of luminosity you want to process.

I know that that is *an* answer but I very much hope that it is not *the* 
answer.
-- 
dep

Some pictures:
http://www.ipernity.com/doc/depscribe/album

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


Re: [Gimp-user] from the shadows . . .

2019-07-02 Thread dep
said Liam R E Quin:
| On Tue, 2019-07-02 at 15:40 +, dep wrote:
| >  Which is to say that I'd
| > like
| > to set a GIMP default to 32 bits while in GIMP, no matter the bit
| > depth of
| > the original image. Does this make sense?
|
| Yes, it'd be a good feature request. Please file an issue. Thanks!

Forgive me, but I'm not at all certain where and how best to do this.
-- 
dep

Some pictures:
http://www.ipernity.com/doc/depscribe/album

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


Re: [Gimp-user] from the shadows . . .

2019-07-02 Thread Ofnuts

On 6/29/19 6:19 PM, dep wrote:

greetings, everybody.

one of the things i've long hoped for, that photoshop has had and gimp
hadn't but now does in 2.10.x, is the highlight/shadow controls.

but i'm a bit puzzled by one aspect, and i'm hoping someone here can help
me sort what i'm getting wrong.

when i use the shadow control to bring detail out of the muck, past a
certain point it also adds blotchiness to areas such as the sky. should i
try to generally select the areas i want to de-shadow, or is there some
other control or setting that will help with this? the three sliders at
the bottom of the control, white point, radius, and compress, are not
particularly intuitive to me, but i'm guessing some relief might be found
there.

i suppose i could experiment, but i thought if the answer is known and
simple i needn't try to discover it.

thanks in advance.


The answer is luminosity masks:
https://patdavid.net/2013/11/getting-around-in-gimp-luminosity-masks.html

Basically, you make selections where the selection amount on a given
pixel is proportional to the closeness of the pixel's luminosity to the
range of luminosity you want to process.

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


Re: [Gimp-user] from the shadows . . .

2019-07-02 Thread Liam R E Quin
On Tue, 2019-07-02 at 15:40 +, dep wrote:
>  Which is to say that I'd
> like 
> to set a GIMP default to 32 bits while in GIMP, no matter the bit
> depth of 
> the original image. Does this make sense?

Yes, it'd be a good feature request. Please file an issue. Thanks!

Liam


-- 
Liam Quin, https://www.delightfulcomputing.com/
Available for XML/Document/Information Architecture/XSLT/
XSL/XQuery/Web/Text Processing/A11Y training, work & consulting.
Web slave for vintage clipart https://www.fromoldbooks.org/

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


Re: [Gimp-user] from the shadows . . .

2019-07-02 Thread dep
said Liam R E Quin:

| The bit depth is about the amount of information stored in each pixel -
| a JPEG image is limited to 8 bits per channel, so 24 bits in RGB, per
| pixel. You could work in 32bit floating point mode in GIMP, but when
| you exported the JPEG image it'd be exported as 8-bit. So yes, it's
| entirely to do with the particular image.

Right, yes. I was thinking more as to the importation of a jpeg, 
improvement of it in GIMP, and exporting as a .png or suchlike, to 
preserve the gradations introduced in GIMP. Which is to say that I'd like 
to set a GIMP default to 32 bits while in GIMP, no matter the bit depth of 
the original image. Does this make sense?
-- 
dep

Some pictures:
http://www.ipernity.com/doc/depscribe/album

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


[Gimp-user] Deblurring an out-of-focus image

2019-07-02 Thread Helmut Jarausch via gimp-user-list

Hi,

I have several scripts, plug-ins and more (G'MIC) for deblurring an  
image which is (slightly) out of focus.
But then someone showed me the result of applying Topaz Sharpen AI on  
an image of my own.

It was really impressing.

Unfortunately, I cannot use Topaz Sharpen AI since it doesn't run on  
Windows running in a VM (Virtualbox)

and I don't have a native Windows here.

Does anybody know something which comes close to Topaz Sharpen AI  
(either on Windows running in a VM

or even better running in Gimp or G'MIC)?

Many thanks for a hint,
Helmut
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list


Re: [Gimp-user] HELP Color error using cmyk

2019-07-02 Thread Robert Krawitz
On Tue, 02 Jul 2019 14:38:49 +0200, rich404 wrote:
>>I can see the problem.
>>
>>No solution that I can see. Post a bug report at
>>
>>https://gitlab.gnome.org/GNOME/gimp/issues/

It's not a bug -- there's no way to reconstruct the missing
information after it has been transformed from four down to three
dimensions.

> Not only Gimp
>
> A little bit digging and the change in values also happens with online
> convertors. I tried a couple, both the same.
>
> CMY(k) 34 37 56 00  
>
> converts to RGB 168 161 112 
>
> converts back to CMYK 0 5 33 34 
>
> The only suggestion is use Krita and start off in CMYK colorspace. The color
> picker there keeps the original values.

Yep.  Once you've transformed from CMYK to RGB you've irretrievably
lost that extra information.
-- 
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-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list


[Gimp-user] HELP Color error using cmyk

2019-07-02 Thread rich404
>I can see the problem.
>
>No solution that I can see. Post a bug report at
>
>https://gitlab.gnome.org/GNOME/gimp/issues/

Not only Gimp

A little bit digging and the change in values also happens with online
convertors. I tried a couple, both the same.

CMY(k) 34 37 56 00  

converts to RGB 168 161 112 

converts back to CMYK 0 5 33 34 

The only suggestion is use Krita and start off in CMYK colorspace. The color
picker there keeps the original values.

-- 
rich404 (via www.gimpusers.com/forums)
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list


[Gimp-user] HELP Color error using cmyk

2019-07-02 Thread rich404
>Ive had this issue in 2.10.0-2.10.10 and I  really need help:
>The cmyk color I apply is not what is detected when I recheck with
>color picker.
>
>I MUST use cmyk as i'm modeling for an inkjet colored 3d printer. 
>(inkjets use c,m,y,k colored inks) I'm trying to make a skin color
>that works (printer color is also all off) so I Input 34,37,56,00 into
>cmyk, fill the selection with it then use color picker and what I get
>is WAY off -> 0,4,33,34.  I cant handle ANY black so this totally
>screws up the printed color.  Any ideas how to make gimp  use the
>color I select and not change it??
>
>TIA

I can see the problem.

No solution that I can see. Post a bug report at

https://gitlab.gnome.org/GNOME/gimp/issues/


-- 
rich404 (via www.gimpusers.com/forums)
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list


Re: [Gimp-user] Documentation in Portuguese (BR)

2019-07-02 Thread Alexandre Prokoudine via gimp-user-list
https://docs.gimp.org/2.10/pt_BR/

You are welcome to contribute :)

Alex

сб, 29 июн. 2019 г., 20:08 A C O Jr via gimp-user-list <
gimp-user-list@gnome.org>:

> I am a simple user, not a professional.
> I have always looked for non-MS software to use what I do. Therefore, I use
> and disclose free software.
>
> I would like to leave a suggestion if anyone is interested:
> - Develop material in Portuguese (particularly Brazil), because the number
> of potential users is enormous.
> This would greatly facilitate our learning process.
>
> Thank you very much. Success to all.
> --
> *Antonio Carlos Octaviani Jr.*
> SÃO CARLOS - SP - BRAZIL
> ___
> gimp-user-list mailing list
> List address:gimp-user-list@gnome.org
> List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
> List archives:   https://mail.gnome.org/archives/gimp-user-list
>
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list