Re: [Gimp-developer] wiki.gimp.org

[Magnus Larsson]

Den 2022-07-18 kl. 22:40, skrev Ofnuts via gimp-developer-list:

Is wiki.gimp.org still active? My bookmarks to it no longer work.
___
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


The site is down permanently. The details can be found in this issue 
report: wiki.gimp.org down. (#257) · Issues · Infrastructure / gimp-web 
· GitLab 18 


A copy of most content can be found here: 
https://web.archive.org/web/20220401065205/https://wiki.gimp.org/wiki/Main_Page 
4 
, 
as stated in issue report. It works for me.

___
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] https://wiki.gimp.org/ seems to be down.

[Magnus Larsson]

Hello again,

OK, I found this:

https://gitlab.gnome.org/Infrastructure/gimp-web/-/issues/257

Magnus

On 6/12/22 12:50, Magnus Larsson wrote:

Hello gimp-developer-list@gnome.org,

The page GIMP - Get Involved <https://www.gimp.org/develop/> from 
gimp.org <http://gimp.org>has a link https://wiki.gimp.org/ 
<https://wiki.gimp.org/>listed. The page https://wiki.gimp.org/ 
<https://wiki.gimp.org/>returns:

“Hmm. We’re having trouble finding that site.
We can’t connect to the server at wiki.gimp.org<http://wiki.gimp.org>.”

I noticed the site was gone (for me) a few weeks ago.

I used, for instance this link: Hacking:Building - GIMP Developer 
Wiki, https://wiki.gimp.org/wiki/Hacking:Building, but this link is no 
longer reachable.


What is the status of https://wiki.gimp.org/<https://wiki.gimp.org/>?

Magnus
___
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

[Gimp-developer] https://wiki.gimp.org/ seems to be down.

[Magnus Larsson]

Hello gimp-developer-list@gnome.org,

The page GIMP - Get Involved  from 
gimp.org has a link https://wiki.gimp.org/ 
listed. The page https://wiki.gimp.org/ 
returns:

“Hmm. We’re having trouble finding that site.
We can’t connect to the server at wiki.gimp.org.”

I noticed the site was gone (for me) a few weeks ago.

I used, for instance this link: Hacking:Building - GIMP Developer Wiki, 
https://wiki.gimp.org/wiki/Hacking:Building, but this link is no longer 
reachable.


What is the status of https://wiki.gimp.org/?

Magnus
___
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] 10-bit display color depth support (30-bit, deep color)

[Magnus Larsson]

On 12/5/21 11:37 PM, Liam R E Quin wrote:

On Sun, 2021-12-05 at 23:04 +0100, Magnus Larsson wrote:

click. If I then click, as you say on GIMP image, I then get
"Depth: 30" in terminal

ok, so gimp is indeed using 10 bit display.

If you make a new image in 32-bit floating point, 1024 pixels wide, and
make a gradient across the window, is there visible banding?

What format are your test images in?

slave liam



The test files from EIZO are:

 * TIFF: 8 bit non-linear integer for the 8 bit gradient 1600 x 1200 
pixels and
 * TIFF: 16 bit non linear integer for the 16 bit gradient 1600 x 1200 
pixels .


I use these test images
https://www.eizo-apac.com/support-service/tech-library/monitor-test
16_bit_gradient TIFF: 
https://www.eizo-apac.com/static/uploads/files/16bitgradation-wfuncyaztzod.tif 

8_bit_gradient TIFF: 
https://www.eizo-apac.com/static/uploads/files/8bitgradation-wfqfukzeuago.tif


I prefer to use the test files from the links, as requested and 
recommended by my monitor supplier EIZO.


Why is it so critical to have 32-bit floating point, 1024 pixels wide?

___
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] 10-bit display color depth support (30-bit, deep color)

[Magnus Larsson]

Den 2021-12-05 kl. 22:21, skrev Liam R E Quin:

On Sun, 2021-12-05 at 19:38 +0100, Magnus Larsson wrote:

What is the final precision of the preview generated in GIMP main
window by GTK3?

Is this under X on LInux?

xdpyinfo (in a terminal) will tell you the depth X reports, look for 30
or 32-bit visuals.

xwininfo (click on the gimp image itself when the cursor changes) will
tell you the Depth of the X visual gimp is using.


Liam (demib0y, barefootliam, ankh)



OS: Debian Linux 11 (Bullseye), with X11, so it is X under Linux

If I run 'xdpyinfo' in terminal as proposed I get
$ xdpyinfo | grep depths => depths (8):  30, 1, 4, 8, 15, 16, 24, 32

If I start 'xwininfo | grep Depth' in terminal, the command waits for 
click. If I then click, as you say on GIMP image, I then get

"Depth: 30" in terminal


___
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] 10-bit display color depth support (30-bit, deep color)

[Magnus Larsson]

Den 2021-12-05 kl. 19:06, skrev Liam R E Quin:

On Sun, 2021-12-05 at 12:58 +0100, Magnus Larsson wrote:

I am using EIZO Color Edge CG279X monitor and the quoted message was
from Nov 2020.

Have you tried a more recent gimp 2.99, and made sure the image is in
32-bit floating point linear precision/mode?




I am building GIMP_2_99_8-110-g44f6ee36fe. That is the latest git commit 
from https://gitlab.gnome.org/GNOME/gimp.git 
<https://gitlab.gnome.org/GNOME/gimp.git>.


The test files from EIZO are:

 * 8 bit non-linear integer for the 8 bit gradient and
 * 16 bit non linear integer for the 16 bit gradient.

This format ought to suffice for a test comparing the two files linked 
from the EIZO site. I also prefer to execute the test as instructed by 
EIZO with their original files.


I see no difference if the files are converted to 32 bit floating point 
linear light in GIMP | Image | encoding.


What is the final precision of the preview generated in GIMP main window 
by GTK3?


It seems the GIMP main preview window is stuck to 8 bit per color 
channel, or my whole system is stuck on 8-bit per color channel.

___
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] 10-bit display color depth support (30-bit, deep color)

[Magnus Larsson]

A fix in message

I am using EIZO Color Edge CG279X monitor and the quoted message was 
from Nov 2020.


Magnus

On 12/5/21 12:43 PM, Magnus Larsson wrote:

Hello gimp-developer-list,

In this mail to gimp-user 
https://mail.gnome.org/archives/gimp-user-list/2020-November/msg2.html, 
from /From/: LKH about 10-bit display color depth support (30-bit, 
deep color) the discussion (from last year Nov 2021) end with:


"


 Re: [Gimp-user] 10-bit display color depth support (30-bit, deep color)



 * /From/: LKH 
 * /To/: Liam R E Quin , "gimp-user-list gnome org"
   
 * /Subject/: Re: [Gimp-user] 10-bit display color depth support
   (30-bit, deep color)
 * /Date/: Sun, 15 Nov 2020 06:19:32 +



I am still experiencing banding with a gradient made from scratch in 
GIMP 2.99 in 32-bit floating point mode
on X11 when xdpyinfo and xwininfo say the window is 30-bit. If 
dithering is off the banding is obvious. I
believe 16-bit support for TIFF is in GIMP anyway because it says it 
is in 16-bit mode after loading it.


I have tested Adobe Photoshop CC on both Windows and macOS and the 
monitor does successfully display in 30
bit. No amount of zooming in on the test gradient produces banding in 
those cases.


"

Issue:
I am seeing the same thing as user LKH, that is GIMP does not render 
30-bit, deep color on my Linux system. (I do not have Adobe Photoshop 
on Windows, so this I have not tested).


I understand many conditions have to be fulfilled:
1) Application can render: I am using GIMP_2_99_8-110-g44f6ee36fe 
compiled from git source.


2) OS can render: I am using Debian 11 with X11 with 30 bit depth 
enabled (not Wayland):

xwininfo -root | grep Depth =>   Depth: 30
glxinfo | grep "direct rendering" => direct rendering: Yes

3) I have an NVIDIA Quadro RTX 4000 GPU with NVIDIA drivers that 
support 30 bits and Nvidia Xserver Setting app report back 30 bits 
when checked


4) I am using EIZO GLX 2790X wide gamut monitor and monitor reports 
that it is operating in 10 bits when queried: EIZO monitor | Signal => 
Full Range, RGB 10 bit


5) A set of test files which actually has 10 bit or more raster and 
GIMP in 16 bit mode: GIMP | Image | Encoding => 16 bit


I can still see no difference between an 8 bit gradient (in 8 bits) 
and a 16-bit gradient (in 16 bits).


I use these test images (I have used other test files as well. Same 
result. No 10 bit gradation is rendered in GIMP display):

https://www.eizo-apac.com/support-service/tech-library/monitor-test
16_bit_TIFF: 
https://www.eizo-apac.com/static/uploads/files/16bitgradation-wfuncyaztzod.tif
8_bit_gradient: 
https://www.eizo-apac.com/static/uploads/files/8bitgradation-wfqfukzeuago.tif


What do you think?

I respect the complexity of 1-5 above, but feedback in gimp-user list 
refered to above, seem to indicate that GIMP can use 30-bit visuals, 
at least GIMP 2.99-x.


Best regards,

Magnus Larsson





___
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

[Gimp-developer] 10-bit display color depth support (30-bit, deep color)

[Magnus Larsson]

Hello gimp-developer-list,

In this mail to gimp-user 
https://mail.gnome.org/archives/gimp-user-list/2020-November/msg2.html, 
from /From/: LKH about 10-bit display color depth support (30-bit, deep 
color) the discussion (from last year Nov 2021) end with:


"


 Re: [Gimp-user] 10-bit display color depth support (30-bit, deep color)



 * /From/: LKH 
 * /To/: Liam R E Quin , "gimp-user-list gnome org"
   
 * /Subject/: Re: [Gimp-user] 10-bit display color depth support
   (30-bit, deep color)
 * /Date/: Sun, 15 Nov 2020 06:19:32 +



I am still experiencing banding with a gradient made from scratch in GIMP 2.99 
in 32-bit floating point mode
on X11 when xdpyinfo and xwininfo say the window is 30-bit. If dithering is off 
the banding is obvious. I
believe 16-bit support for TIFF is in GIMP anyway because it says it is in 
16-bit mode after loading it.

I have tested Adobe Photoshop CC on both Windows and macOS and the monitor does 
successfully display in 30
bit. No amount of zooming in on the test gradient produces banding in those 
cases.

"

Issue:
I am seeing the same thing as user LKH, that is GIMP does not render 
30-bit, deep color on my Linux system. (I do not have Adobe Photoshop on 
Windows, so this I have not tested).


I understand many conditions have to be fulfilled:
1) Application can render: I am using GIMP_2_99_8-110-g44f6ee36fe 
compiled from git source.


2) OS can render: I am using Debian 11 with X11 with 30 bit depth 
enabled (not Wayland):

xwininfo -root | grep Depth =>   Depth: 30
glxinfo | grep "direct rendering" => direct rendering: Yes

3) I have an NVIDIA Quadro RTX 4000 GPU with NVIDIA drivers that support 
30 bits and Nvidia Xserver Setting app report back 30 bits when checked


4) I am using EIZO GLX 2790X wide gamut monitor and monitor reports that 
it is operating in 10 bits when queried: EIZO monitor | Signal => Full 
Range, RGB 10 bit


5) A set of test files which actually has 10 bit or more raster and GIMP 
in 16 bit mode: GIMP | Image | Encoding => 16 bit


I can still see no difference between an 8 bit gradient (in 8 bits) and 
a 16-bit gradient (in 16 bits).


I use these test images (I have used other test files as well. Same 
result. No 10 bit gradation is rendered in GIMP display):

https://www.eizo-apac.com/support-service/tech-library/monitor-test
16_bit_TIFF: 
https://www.eizo-apac.com/static/uploads/files/16bitgradation-wfuncyaztzod.tif
8_bit_gradient: 
https://www.eizo-apac.com/static/uploads/files/8bitgradation-wfqfukzeuago.tif


What do you think?

I respect the complexity of 1-5 above, but feedback in gimp-user list 
refered to above, seem to indicate that GIMP can use 30-bit visuals, at 
least GIMP 2.99-x.


Best regards,

Magnus Larsson





___
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