https://www.gimp-forum.net/ Thu, 28 May 2026 18:21:24 +0000 MyBB https://www.gimp-forum.net/Thread-Lumi-o Tue, 26 May 2026 17:17:11 +0000 https://www.gimp-forum.net/Thread-Lumi-o Lumi-o is a Linux-only, dedicated layered raster painting application focused on stability, responsiveness, and a streamlined illustration workflow.

Built on GIMP’s core architecture, it prioritises painting performance, reliable autosaving, rolling incremental saves, and support for massive canvases through lazy loading.
Wacom tablet support has been extensively tested for smooth, responsive input.

Developed on Debian 13 with the Cinnamon desktop environment.

After a long period of development and testing, Lumi-o is now approaching its first beta release. Most major design and architectural decisions are already in place, with the remaining work focused mainly on polishing and bug fixing. Any testing and feedback is greatly appreciated. An AppImage build is available alongside the full source code.

   

]]> Lumi-o is a Linux-only, dedicated layered raster painting application focused on stability, responsiveness, and a streamlined illustration workflow.

Built on GIMP’s core architecture, it prioritises painting performance, reliable autosaving, rolling incremental saves, and support for massive canvases through lazy loading.
Wacom tablet support has been extensively tested for smooth, responsive input.

Developed on Debian 13 with the Cinnamon desktop environment.

After a long period of development and testing, Lumi-o is now approaching its first beta release. Most major design and architectural decisions are already in place, with the remaining work focused mainly on polishing and bug fixing. Any testing and feedback is greatly appreciated. An AppImage build is available alongside the full source code.

   

]]> https://www.gimp-forum.net/Thread-Welcome-Screen-Colour-Theme Mon, 25 May 2026 00:42:20 +0000 https://www.gimp-forum.net/Thread-Welcome-Screen-Colour-Theme does not display in the Opening Screen in Personalize.
It does appear in Edit> Preferences> Theme along with Default and System, and they all work OK.
Does anybody know if this is a bug or perhaps it has not been coded in, to update in the Welcome opening.
Jon]]> does not display in the Opening Screen in Personalize.
It does appear in Edit> Preferences> Theme along with Default and System, and they all work OK.
Does anybody know if this is a bug or perhaps it has not been coded in, to update in the Welcome opening.
Jon]]> https://www.gimp-forum.net/Thread-question-about-Batch-Image-Manipulation Fri, 22 May 2026 16:19:14 +0000 https://www.gimp-forum.net/Thread-question-about-Batch-Image-Manipulation I use Gimp to every week to manipulate a batch of photos (50 to 150), with "Batch Image Manipulation plugin" the primarily to reduce the size and convert them to jpg.

Recently, this batch process took the initiative to rotate the photos... ! From vertial to portrait.
And I don't know why.

Here's a screenshot  of the plugin with two manipulation (resize and change format/compression, but in french)





Maybe you have an answer ?
Thx]]> I use Gimp to every week to manipulate a batch of photos (50 to 150), with "Batch Image Manipulation plugin" the primarily to reduce the size and convert them to jpg.

Recently, this batch process took the initiative to rotate the photos... ! From vertial to portrait.
And I don't know why.

Here's a screenshot  of the plugin with two manipulation (resize and change format/compression, but in french)





Maybe you have an answer ?
Thx]]> https://www.gimp-forum.net/Thread-GIMP-3-2-x Fri, 22 May 2026 02:22:01 +0000 https://www.gimp-forum.net/Thread-GIMP-3-2-x
I'm trying to find a Windows x64 repository for a GIMP 3.2 Resynthesizer plugin, but I keep getting directed to v2.x and 3.0 plugins, many of which are python-based script. I understand GIMP 3.2.x no longer supports python-based script. I'm registered with GitHub for some of the audio/video editing and ripping software I use, and I'm not having any luck there, either, since most of the code within GitHub's repositories are Linux-based.

Can somebody point me in the right direction? The basic GIMP 3.2.4 plugins are fine for what they are, but I know firsthand how powerful tools can be when they are readily at hand. The tools I've read about that are contained in the resynthesizer plugin are some tools I'd like really to try.

Thanks!]]>
I'm trying to find a Windows x64 repository for a GIMP 3.2 Resynthesizer plugin, but I keep getting directed to v2.x and 3.0 plugins, many of which are python-based script. I understand GIMP 3.2.x no longer supports python-based script. I'm registered with GitHub for some of the audio/video editing and ripping software I use, and I'm not having any luck there, either, since most of the code within GitHub's repositories are Linux-based.

Can somebody point me in the right direction? The basic GIMP 3.2.4 plugins are fine for what they are, but I know firsthand how powerful tools can be when they are readily at hand. The tools I've read about that are contained in the resynthesizer plugin are some tools I'd like really to try.

Thanks!]]> https://www.gimp-forum.net/Thread-All-projects-are-LOCKED Thu, 21 May 2026 15:18:19 +0000 https://www.gimp-forum.net/Thread-All-projects-are-LOCKED
Thanks in advance for any help ...

-CT]]>
Thanks in advance for any help ...

-CT]]> https://www.gimp-forum.net/Thread-chemin-path Tue, 19 May 2026 13:49:08 +0000 https://www.gimp-forum.net/Thread-chemin-path on ne peut plus tracé le chemin ! c'est curieux !

Merci pour votre aide
LAurent]]> on ne peut plus tracé le chemin ! c'est curieux !

Merci pour votre aide
LAurent]]> https://www.gimp-forum.net/Thread-Switch-tools-from-Text-tool-using-a-shortcut Sun, 17 May 2026 13:45:22 +0000 https://www.gimp-forum.net/Thread-Switch-tools-from-Text-tool-using-a-shortcut
Thanks.]]>
Thanks.]]> https://www.gimp-forum.net/Thread-Changing-the-size-of-the-canvas Sun, 17 May 2026 01:46:22 +0000 https://www.gimp-forum.net/Thread-Changing-the-size-of-the-canvas
I tried enlarging the canvas, which left a transparent sliver on one edge. I tried filling the transparent area with the background layer color but nothing happened. 

So, first, I don't know how to get the added real estate in the background layer, and second. I really would like to avoid having to move each layer over a tiny a mount to recenter.

Thank you!]]>
I tried enlarging the canvas, which left a transparent sliver on one edge. I tried filling the transparent area with the background layer color but nothing happened. 

So, first, I don't know how to get the added real estate in the background layer, and second. I really would like to avoid having to move each layer over a tiny a mount to recenter.

Thank you!]]> https://www.gimp-forum.net/Thread-Dial-Marks Thu, 14 May 2026 23:15:54 +0000 https://www.gimp-forum.net/Thread-Dial-Marks
If it is not allowed, I understand.  
I do plan on updating other Ofnut's scripts that I use if they do not seem to work with GIMP 3.2.X. I will post them here as well, if it is allowed.

Thank you.]]>
If it is not allowed, I understand.  
I do plan on updating other Ofnut's scripts that I use if they do not seem to work with GIMP 3.2.X. I will post them here as well, if it is allowed.

Thank you.]]> https://www.gimp-forum.net/Thread-DDS-Export-error Thu, 14 May 2026 14:02:49 +0000 https://www.gimp-forum.net/Thread-DDS-Export-error
first time posting here. I'm a casual GIMP user, mainly using it for creating Sim Racing Liveries. 

I recently experience an error message when exporting to DDS format using BC3/DXT5 or BC7. I'm on GIMP 3.2.4 using Linux, same happens on 3.2.2. Only 3.0.8 seems to work for BC3/DXT5 (BC7 is ot supported here). 

I tested also on my Windows 11 Laptop with Version 3.2.4, also doesn't work here. It also seems not to be a picture issues. Old pictures where the export to BC3/DXT5 worked before, will fail during export on 3.2.4 too. 

Any ideas based on the attached error message? Any hints are welcome. 


Michael


  2026-05-14_15-44-55.png (Size: 47.11 KB / Downloads: 251)

  2026-05-14_15-45-09.png (Size: 45.76 KB / Downloads: 249)

  2026-05-14_15-45-41.png (Size: 14.43 KB / Downloads: 245) ]]>
first time posting here. I'm a casual GIMP user, mainly using it for creating Sim Racing Liveries. 

I recently experience an error message when exporting to DDS format using BC3/DXT5 or BC7. I'm on GIMP 3.2.4 using Linux, same happens on 3.2.2. Only 3.0.8 seems to work for BC3/DXT5 (BC7 is ot supported here). 

I tested also on my Windows 11 Laptop with Version 3.2.4, also doesn't work here. It also seems not to be a picture issues. Old pictures where the export to BC3/DXT5 worked before, will fail during export on 3.2.4 too. 

Any ideas based on the attached error message? Any hints are welcome. 


Michael


  2026-05-14_15-44-55.png (Size: 47.11 KB / Downloads: 251)

  2026-05-14_15-45-09.png (Size: 45.76 KB / Downloads: 249)

  2026-05-14_15-45-41.png (Size: 14.43 KB / Downloads: 245) ]]> https://www.gimp-forum.net/Thread-Nik-Collection-Plug-in Thu, 14 May 2026 04:29:55 +0000 https://www.gimp-forum.net/Thread-Nik-Collection-Plug-in I have it in my 3.2.4 plugins folder and also have it pointed to in preferences. I refreshed the folder, turned gimp off and back on again. Turned my computer off and back on again and it still is not showing.
I use windows 10 and am baffled as to why it isn't showing. Does it need to be different again?

EDIT: Got it! Found I had to put it (the Nik plugin folder) into the Google folder at C:/programFiles/(86)/Google. Only filter not working is HDR (Cant find it)]]> I have it in my 3.2.4 plugins folder and also have it pointed to in preferences. I refreshed the folder, turned gimp off and back on again. Turned my computer off and back on again and it still is not showing.
I use windows 10 and am baffled as to why it isn't showing. Does it need to be different again?

EDIT: Got it! Found I had to put it (the Nik plugin folder) into the Google folder at C:/programFiles/(86)/Google. Only filter not working is HDR (Cant find it)]]> https://www.gimp-forum.net/Thread-GIMP-v3-2-4-failed-to-launch Tue, 12 May 2026 15:09:25 +0000 https://www.gimp-forum.net/Thread-GIMP-v3-2-4-failed-to-launch I have Windows 11 23H2 (OS Build 22631.6936).

Installed v3.2.4.  Gimp crashes when trying to launch it with the following error (from event log):

Faulting application name: gimp-3.exe, version: 3.2.4.0, time stamp: 0x69e20212
Faulting module name: unknown, version: 0.0.0.0, time stamp: 0x00000000
Exception code: 0xc0000005
Fault offset: 0x0000000000000000
Faulting process id: 0x0x37E8
Faulting application start time: 0x0x1DCE21ED46D1D6B
Faulting application path: C:\Program Files\GIMP 3\bin\gimp-3.exe
Faulting module path: unknown
Report Id: 7147e314-1014-46d8-84ca-b5062f108476
Faulting package full name: 
Faulting package-relative application ID: 

Any ideas please?]]> I have Windows 11 23H2 (OS Build 22631.6936).

Installed v3.2.4.  Gimp crashes when trying to launch it with the following error (from event log):

Faulting application name: gimp-3.exe, version: 3.2.4.0, time stamp: 0x69e20212
Faulting module name: unknown, version: 0.0.0.0, time stamp: 0x00000000
Exception code: 0xc0000005
Fault offset: 0x0000000000000000
Faulting process id: 0x0x37E8
Faulting application start time: 0x0x1DCE21ED46D1D6B
Faulting application path: C:\Program Files\GIMP 3\bin\gimp-3.exe
Faulting module path: unknown
Report Id: 7147e314-1014-46d8-84ca-b5062f108476
Faulting package full name: 
Faulting package-relative application ID: 

Any ideas please?]]> https://www.gimp-forum.net/Thread-tif-Unknown-Filetype-to-GIMP-3-2-4 Sun, 10 May 2026 18:05:17 +0000 https://www.gimp-forum.net/Thread-tif-Unknown-Filetype-to-GIMP-3-2-4

  GIMP-tif-UnknownFiletype.jpg (Size: 18.53 KB / Downloads: 228)

Note:  Just to be clear this is happening on Windows 10.]]>

  GIMP-tif-UnknownFiletype.jpg (Size: 18.53 KB / Downloads: 228)

Note:  Just to be clear this is happening on Windows 10.]]> https://www.gimp-forum.net/Thread-Linear-color-profile-not-working-as-expected Sun, 10 May 2026 00:43:46 +0000 https://www.gimp-forum.net/Thread-Linear-color-profile-not-working-as-expected Windows 11, GIMP 3.2.4

I'm trying to use mathematically correct linear sRGB color in a GIMP project I'm working on, however, when I put a project on linear light (which I'm guessing is the same as linear color?) via Image > Encoding > Linear Light, middle grey does not change, and neither do most of the other colors I'm working with. I'm not much of a super technical artist or photographer or image maker or whatever, but based on what I know, linear light is the simplest option for my project. Could somebody help me understand what is going on here??

---

For those of you that want more backstory in order to better understand my predicament (if not, skip to the next horizontal rule):

I dabble in creating 2D clothing for characters on the game platform known as Roblox as a hobby. Though I do this mostly for myself and my own Roblox character, I still like to share my work for others to use and enjoy. However, due to the newly implemented system in which users of the platform must pay for a subscription to keep 2D clothing on sale and on the 'Marketplace' for others to see and use, I, in my not-soon-to-end state as a minor with no money of my own, have been forced to resort to a different method of distribution involving uploading each of my clothing textures as a decal asset to the Roblox 'Creator Store', where users can download my decal as a file, convert to PNG, and then upload it to their own inventory as their own clothing for them to use, albeit for the base clothing upload fee to Roblox (I have the freedom to not care about profiting off of such clothing, which is why I am letting users download my clothing for free and use it at their own discretion).

From what I know, this method does not violate or circumvent their platform's ToS.

Recently, I have made a clothing design for a black cargo/tactical pant in GIMP (my program of choice for designing clothing assets). It went perfectly fine, and my system worked as intended, aside from perhaps an excessive darkness in color. However, my completionist drive has been urging me to create multiple color variants for this item (among all my other clothing items), particularly OD Green and Ranger Green, and also to create a 'fixed' version with slightly lightened colors of the original variant.

Unfortunately, my attempted recolorations haven't been going too well, looking very ugly and unnatural and dissimilar to the original in terms of color proportion. I decided I would instead come up with a new system to roughly automate my current method in an attempt to cut out the trial and error. The way in which it is planned to work is as follows:

- Open the original clothing texture in GIMP
- Calculate the color multipliers that would be required for multiplying with the base color of the clothing asset to result in the desired shades for all parts of the texture
- Make a new project of a multiplier map image of all of these color multipliers, intended to represent the desired differences in shades of color relative to an arbitrary base color following the pattern of the original clothing texture (NOT a luminosity map, as this multiplier map is intended specifically to work with ANY color, not just hue and saturation of a color)
- This multiplier map would serve as a template for the intended shades of each part of a clothing item relative to its coloring
- The multiplier map can then be used with a base color layer for each differently color-schemed part of the clothing item to achieve the correct shades of color relative to that base color, appearing like the original clothing item, just in any different color (since the clothing is 2D, the only way to achieve detail and overall appearance is by, essentially, pixel art)
- I can automate this process by coding this whole system onto a website, once I have a proof of concept down with GIMP of course

The problem there, however, is that my original pant texture was created in a project using non-linear color, before I knew anything about the existence of gamma or linear color and whatnot. This means the differences in shades of color in my pant texture will not convert neatly into a universal, standardized multiplier map that will work the same across every color due to the non-linearity of how colors interact in that color profile, and if I used such a multiplier map, the differences in shades of color would be different across every color... And even if I could make an image that appears different based on specific colors (which, as far as I'm aware, wouldn't be too easily feasible), it would still be a nightmare to use properly and code.

So I need to add an extra step before I start my multiplier calculations, that being converting the colors from subjection to the math of a non-linear color profile to that of a linear one. Now, seeing as I have only just realized while writing this paragraph that the reason my excessively darkly colored original black pant texture seems to mush all into one color when switching it to linear color is probably because of the lower color fidelity in the darker ranges of an 8-bit linear color system compared to the non-linear system it was originally created in, my original root problem of being simply that I just needed to calculate the correct color code that would accurately display the same color shown in the non-linear system while using the linear system may not be as needed as I once thought.

Irregardless, this was never the problem I needed assistance with on this forum post anyway, but rather, understanding why, when I tested the linear system to see what was going on with my color (before I had that whole realization yada yada yada), middle grey (non-linear sRGB (127, 127, 127) or also either non-linear sRGB (128, 128, 128), I tested with both) remained the same color when I switched between linear sRGB and nonlinear sRGB?

---

From what I understand about linear color vs non-linear (gamma) color, linear color is physically accurate, while non-linear gamma color is perceptually accurate. Our perception has greater fidelity in viewing darkness than in brightness, which is why non-linear color has much more fidelity in the darker range compared to linear color. Conversely, specifically because our perception has greater fidelity in darkness than in brightness, the linear color range appears overtly bloated with unnecessary amounts of brighter colors, with little space allocated to darker colors. This means that the perceptual middle grey (sRGB (127, 127, 127) in a non-linear color profile) is located in the smaller portion of the linear color profile, and should be located at a lower part of the range (specifically, approximately sRGB (46, 46, 46), at least according to the math of around 18% (physically accurate reflectance/brightness value of middle grey) of 255).


However, when I test these expected results against GIMP by opening two separate projects, one with a canvas filled with sRGB (127, 127, 127) in a linear color system, and the other with a canvas filled with sRGB (127, 127, 127) in a non-linear color system... THEY ARE THE SAME DISPLAYED COLOR!! WHY?? IS MY GIMP BROKEN?? GIMP still says when I color pick the colors, in both systems, that they're the same color code (#7f7f7f); even PowerToys' color picker agrees!! If the linear color system was being accurate, it should be displaying a lighter shade of grey, not middle grey!!

I'm aware that GIMP probably changes the underlying color values of pixels when switching from non-linear color to linear color and vice versa, which is why both 'middle greys' look the same, but that does not explain why the heck the color picker says its the same color code!! If it changed the color code, then, well, it should show me the changed color code!! The color codes should be different even for the same displayed colors, at least for most every color in each system (maybe some exceptions like pure white and pure black). Point is, they're allowed to look like the same color perceptually, as long as they have color codes that are internally consistent with their color profile!!

I'm starting to have a hunch that maybe, in an effort to keep the color selecting system intuitive to the average user in both linear and non-linear color systems, GIMP is keeping the same color codes for the same colors in a non-linear color system for both systems, but, held back by the lower color fidelity of the darker ranges of the linear system, GIMP is forced to band the now lower-fidelity colors into their closest-color neighbors. BUT I DON'T WANT GIMP TO BE HELPFUL! LET ME DO THE WORK! I KNOW HOW TO HANDLE THIS!

If this were true, I guess my question is no longer "why is GIMP doing this", as GIMP clearly has its own internal set of rules it is following to the letter, but rather, my question now is "how do I make it NOT"? I'd prefer to understand GIMP in theory before I learn it in practice, which is why, even though this is currently irrelevant to my new problem I discovered halfway through writing this post regarding the whole backstory I have, I still care.



But if this is not true, of course, my question remains the same... Why, and what do I do?
Am I missing something?

  linearlight.png (Size: 106.25 KB / Downloads: 48)

  Screenshot 2026-05-09 161410.png (Size: 32.12 KB / Downloads: 165) ]]> Windows 11, GIMP 3.2.4

I'm trying to use mathematically correct linear sRGB color in a GIMP project I'm working on, however, when I put a project on linear light (which I'm guessing is the same as linear color?) via Image > Encoding > Linear Light, middle grey does not change, and neither do most of the other colors I'm working with. I'm not much of a super technical artist or photographer or image maker or whatever, but based on what I know, linear light is the simplest option for my project. Could somebody help me understand what is going on here??

---

For those of you that want more backstory in order to better understand my predicament (if not, skip to the next horizontal rule):

I dabble in creating 2D clothing for characters on the game platform known as Roblox as a hobby. Though I do this mostly for myself and my own Roblox character, I still like to share my work for others to use and enjoy. However, due to the newly implemented system in which users of the platform must pay for a subscription to keep 2D clothing on sale and on the 'Marketplace' for others to see and use, I, in my not-soon-to-end state as a minor with no money of my own, have been forced to resort to a different method of distribution involving uploading each of my clothing textures as a decal asset to the Roblox 'Creator Store', where users can download my decal as a file, convert to PNG, and then upload it to their own inventory as their own clothing for them to use, albeit for the base clothing upload fee to Roblox (I have the freedom to not care about profiting off of such clothing, which is why I am letting users download my clothing for free and use it at their own discretion).

From what I know, this method does not violate or circumvent their platform's ToS.

Recently, I have made a clothing design for a black cargo/tactical pant in GIMP (my program of choice for designing clothing assets). It went perfectly fine, and my system worked as intended, aside from perhaps an excessive darkness in color. However, my completionist drive has been urging me to create multiple color variants for this item (among all my other clothing items), particularly OD Green and Ranger Green, and also to create a 'fixed' version with slightly lightened colors of the original variant.

Unfortunately, my attempted recolorations haven't been going too well, looking very ugly and unnatural and dissimilar to the original in terms of color proportion. I decided I would instead come up with a new system to roughly automate my current method in an attempt to cut out the trial and error. The way in which it is planned to work is as follows:

- Open the original clothing texture in GIMP
- Calculate the color multipliers that would be required for multiplying with the base color of the clothing asset to result in the desired shades for all parts of the texture
- Make a new project of a multiplier map image of all of these color multipliers, intended to represent the desired differences in shades of color relative to an arbitrary base color following the pattern of the original clothing texture (NOT a luminosity map, as this multiplier map is intended specifically to work with ANY color, not just hue and saturation of a color)
- This multiplier map would serve as a template for the intended shades of each part of a clothing item relative to its coloring
- The multiplier map can then be used with a base color layer for each differently color-schemed part of the clothing item to achieve the correct shades of color relative to that base color, appearing like the original clothing item, just in any different color (since the clothing is 2D, the only way to achieve detail and overall appearance is by, essentially, pixel art)
- I can automate this process by coding this whole system onto a website, once I have a proof of concept down with GIMP of course

The problem there, however, is that my original pant texture was created in a project using non-linear color, before I knew anything about the existence of gamma or linear color and whatnot. This means the differences in shades of color in my pant texture will not convert neatly into a universal, standardized multiplier map that will work the same across every color due to the non-linearity of how colors interact in that color profile, and if I used such a multiplier map, the differences in shades of color would be different across every color... And even if I could make an image that appears different based on specific colors (which, as far as I'm aware, wouldn't be too easily feasible), it would still be a nightmare to use properly and code.

So I need to add an extra step before I start my multiplier calculations, that being converting the colors from subjection to the math of a non-linear color profile to that of a linear one. Now, seeing as I have only just realized while writing this paragraph that the reason my excessively darkly colored original black pant texture seems to mush all into one color when switching it to linear color is probably because of the lower color fidelity in the darker ranges of an 8-bit linear color system compared to the non-linear system it was originally created in, my original root problem of being simply that I just needed to calculate the correct color code that would accurately display the same color shown in the non-linear system while using the linear system may not be as needed as I once thought.

Irregardless, this was never the problem I needed assistance with on this forum post anyway, but rather, understanding why, when I tested the linear system to see what was going on with my color (before I had that whole realization yada yada yada), middle grey (non-linear sRGB (127, 127, 127) or also either non-linear sRGB (128, 128, 128), I tested with both) remained the same color when I switched between linear sRGB and nonlinear sRGB?

---

From what I understand about linear color vs non-linear (gamma) color, linear color is physically accurate, while non-linear gamma color is perceptually accurate. Our perception has greater fidelity in viewing darkness than in brightness, which is why non-linear color has much more fidelity in the darker range compared to linear color. Conversely, specifically because our perception has greater fidelity in darkness than in brightness, the linear color range appears overtly bloated with unnecessary amounts of brighter colors, with little space allocated to darker colors. This means that the perceptual middle grey (sRGB (127, 127, 127) in a non-linear color profile) is located in the smaller portion of the linear color profile, and should be located at a lower part of the range (specifically, approximately sRGB (46, 46, 46), at least according to the math of around 18% (physically accurate reflectance/brightness value of middle grey) of 255).


However, when I test these expected results against GIMP by opening two separate projects, one with a canvas filled with sRGB (127, 127, 127) in a linear color system, and the other with a canvas filled with sRGB (127, 127, 127) in a non-linear color system... THEY ARE THE SAME DISPLAYED COLOR!! WHY?? IS MY GIMP BROKEN?? GIMP still says when I color pick the colors, in both systems, that they're the same color code (#7f7f7f); even PowerToys' color picker agrees!! If the linear color system was being accurate, it should be displaying a lighter shade of grey, not middle grey!!

I'm aware that GIMP probably changes the underlying color values of pixels when switching from non-linear color to linear color and vice versa, which is why both 'middle greys' look the same, but that does not explain why the heck the color picker says its the same color code!! If it changed the color code, then, well, it should show me the changed color code!! The color codes should be different even for the same displayed colors, at least for most every color in each system (maybe some exceptions like pure white and pure black). Point is, they're allowed to look like the same color perceptually, as long as they have color codes that are internally consistent with their color profile!!

I'm starting to have a hunch that maybe, in an effort to keep the color selecting system intuitive to the average user in both linear and non-linear color systems, GIMP is keeping the same color codes for the same colors in a non-linear color system for both systems, but, held back by the lower color fidelity of the darker ranges of the linear system, GIMP is forced to band the now lower-fidelity colors into their closest-color neighbors. BUT I DON'T WANT GIMP TO BE HELPFUL! LET ME DO THE WORK! I KNOW HOW TO HANDLE THIS!

If this were true, I guess my question is no longer "why is GIMP doing this", as GIMP clearly has its own internal set of rules it is following to the letter, but rather, my question now is "how do I make it NOT"? I'd prefer to understand GIMP in theory before I learn it in practice, which is why, even though this is currently irrelevant to my new problem I discovered halfway through writing this post regarding the whole backstory I have, I still care.



But if this is not true, of course, my question remains the same... Why, and what do I do?
Am I missing something?

  linearlight.png (Size: 106.25 KB / Downloads: 48)

  Screenshot 2026-05-09 161410.png (Size: 32.12 KB / Downloads: 165) ]]> https://www.gimp-forum.net/Thread-Plugins-Scripts-not-found-by-GIMP-Version-3-2-4 Sat, 09 May 2026 16:02:10 +0000 https://www.gimp-forum.net/Thread-Plugins-Scripts-not-found-by-GIMP-Version-3-2-4
It does occur to me that something might have been changed with respect to how they are invoked but if so I definitely need some help in figuring that out.]]>
It does occur to me that something might have been changed with respect to how they are invoked but if so I definitely need some help in figuring that out.]]> https://www.gimp-forum.net/Thread-Langage-fran%C3%A7ais-de-l-interface Wed, 06 May 2026 18:47:49 +0000 https://www.gimp-forum.net/Thread-Langage-fran%C3%A7ais-de-l-interface
Bonjour à tous,

Je viens d'installer GIMP 3.2.4 et son emploi pour un néophyte est parfois compliqué. Aussi, j'ai voulu utiliser l'interface en français, le langage système tenant parfois des propos "étranges".

Je suis donc passé naturellement par les préférences où j'ai pu constater que le français qui aurait dû se placer entre Euskara et Gaeilge était absent.

Un coup d'oeil dans '/Volumes/Extension_HD/APPLICATIONS/LOGICIELS LIBRES/GIMP324.app/Contents/Resources/share/locale' permet de voir un dossier 'fr' qui contient LC_MESSAGES et LC_TIME.

Quelqu’un peut-il me dire où se trouve le problème et comment y remédier ?

Merci,
Christian]]>
Bonjour à tous,

Je viens d'installer GIMP 3.2.4 et son emploi pour un néophyte est parfois compliqué. Aussi, j'ai voulu utiliser l'interface en français, le langage système tenant parfois des propos "étranges".

Je suis donc passé naturellement par les préférences où j'ai pu constater que le français qui aurait dû se placer entre Euskara et Gaeilge était absent.

Un coup d'oeil dans '/Volumes/Extension_HD/APPLICATIONS/LOGICIELS LIBRES/GIMP324.app/Contents/Resources/share/locale' permet de voir un dossier 'fr' qui contient LC_MESSAGES et LC_TIME.

Quelqu’un peut-il me dire où se trouve le problème et comment y remédier ?

Merci,
Christian]]> https://www.gimp-forum.net/Thread-new-plugin-colour-grading-for-gimp-3 Wed, 06 May 2026 15:41:05 +0000 https://www.gimp-forum.net/Thread-new-plugin-colour-grading-for-gimp-3 https://www.chuckhenrich.com/colour-grad...e-plug-in/

I tried the plugin with gimp 3.2.4/ windows 11. I placed the unzipped folder in the right gimp 3 plugins folder and startet gimp 3.2.4. I can not see/find the plugin in the menu 'Layer / Mask'. I cannot send a message to the author because the email is being declined. Someone tried this plugin?

---

I found the plugin under 'Colours' not Layer / Mask as mentioned.]]> https://www.chuckhenrich.com/colour-grad...e-plug-in/

I tried the plugin with gimp 3.2.4/ windows 11. I placed the unzipped folder in the right gimp 3 plugins folder and startet gimp 3.2.4. I can not see/find the plugin in the menu 'Layer / Mask'. I cannot send a message to the author because the email is being declined. Someone tried this plugin?

---

I found the plugin under 'Colours' not Layer / Mask as mentioned.]]> https://www.gimp-forum.net/Thread-Can-a-plugin-be-made-to-support-FontBase Wed, 06 May 2026 02:23:11 +0000 https://www.gimp-forum.net/Thread-Can-a-plugin-be-made-to-support-FontBase https://www.gimp-forum.net/Thread-Font-m...aging-them). I want to hear how difficult it would be to make the two of them compatible? 
Is it something that can be supported through a standalone plug-in, or does it require a deeper level of integration in future updates? I figure that it should not be too difficult since Microsoft Paint can do it.]]> https://www.gimp-forum.net/Thread-Font-m...aging-them). I want to hear how difficult it would be to make the two of them compatible? 
Is it something that can be supported through a standalone plug-in, or does it require a deeper level of integration in future updates? I figure that it should not be too difficult since Microsoft Paint can do it.]]> https://www.gimp-forum.net/Thread-Locally-Installed-Help-is-NOT-Working Tue, 05 May 2026 17:47:18 +0000 https://www.gimp-forum.net/Thread-Locally-Installed-Help-is-NOT-Working
Also, it looks like the Help Installer does not count as an installed program in terms of how the Programs & Features section of the Control Panel.  I'm afraid I don't know what files to look for in order to verify that it did get installed.  If that is something I should be able to do I could use some help.]]>
Also, it looks like the Help Installer does not count as an installed program in terms of how the Programs & Features section of the Control Panel.  I'm afraid I don't know what files to look for in order to verify that it did get installed.  If that is something I should be able to do I could use some help.]]> https://www.gimp-forum.net/Thread-Why-does-this Tue, 05 May 2026 12:40:07 +0000 https://www.gimp-forum.net/Thread-Why-does-this https://gitlab.gnome.org/GNOME/gimp/-/work_items/16348

It is an improvement they say,   just adds another operation and complication to what previously existed.

Edit: If you get frustrated by those (fx) in a layer, attached a one line plugin that applies (merges) any (fx) 

Unzip. Goes in user plugins Find it in  Tools -> kill-nde

  kill-nde.zip (Size: 679 bytes / Downloads: 64) ]]> https://gitlab.gnome.org/GNOME/gimp/-/work_items/16348

It is an improvement they say,   just adds another operation and complication to what previously existed.

Edit: If you get frustrated by those (fx) in a layer, attached a one line plugin that applies (merges) any (fx) 

Unzip. Goes in user plugins Find it in  Tools -> kill-nde

  kill-nde.zip (Size: 679 bytes / Downloads: 64) ]]>