Re: [Gimp-developer] broken dependency on GIMP 2.10.32 onward

On Thu, Mar 31, 2022 at 5:43 PM Marco Ciampa via gimp-developer-list wrote: > Hi devs, > commit d8ac0eb878712ead7e2e4c0ef7bc91bdbcd97cfa > > referred also in commit af8c44b015027d368f085dd9ec7541ee73e58f0e > > introduced a dependency on gegl 0.4.36 that ... does not exists (to my > knowledge) on

Re: [Gimp-developer] some functions missing from procedure browser

On Thu, Dec 24, 2020 at 4:20 AM ian martins via gimp-developer-list wrote: > I'm using gimp 2.10.18. Most functions are easily found in the > procedure browser, but some don't appear to be there. I don't see > these: > > - Filters>Blur>Median Blur > - Filters>Blur>Mean Curvature Blur > -

Re: [Gimp-developer] Babl claim about being faster than lcms2

On Thu, Aug 27, 2020 at 11:58 PM Marti Maria wrote: > This is Marti Maria, LittleCMS author. LittleCMS is the library you are using > for color management. > > Couple of days go, a friend of mine bring my attention on a comment in GIMP > release notes: > > "GIMP now uses LittleCMS v2, which

Re: [Gimp-developer] [ANNOUNCE] GIMP 2.10.20, babl 0.1.78, GEGL 0.4.24

On Fri, Jun 12, 2020 at 9:47 AM wwp wrote: > Is it normal if all files in babl and gegl sources archives are from > epoch origin (Jan 1 1970)? > > Not sure if it's related, but ninja-build fails when I attempt to build > babl or gegl here (CentOS 7, ninja 1.7.2): > ninja: error: manifest

Re: [Gimp-developer] Random crashes recently (GIT version)

There are a few mentions of radeon / opencl in the symbols of the many threads with stack traces. Have you enabled the known to be (and reported in preferences to be) unstable OpenCL support? It is a bit more stable on linux than on windows , but if you have it enabled please try disabling it.

Re: [Gimp-developer] GIMP-2.99 terminal complaints: python3, not finding Gegl v0.4, exceptions/tracebacks, various plug-ins

At least there is problems related to python / gobject introspection not finding the Gegl-0.4.typelib, on my system that file is in $PREFIX/lib/x86_64-linux-gnu/girepository-1.0 and that path has to be added to the little documented GI_TYPELIB_PATH. Gobject-introspection seem to be refined for

Re: [Gimp-developer] Interest for CMYK support

On Sat, May 18, 2019 at 10:33 PM Eleftheria Chatziargyriou via gimp-developer-list wrote: > Hello everyone, > > I am occasionally developing a colour theory library as a pet project and > oftentimes compare it against widely established tools. I was quite > surprised to see that GIMP doesn't

Re: [Gimp-developer] libmypaint needs patching for recent GEGL

On Tue, Mar 12, 2019 at 1:26 PM Helmut Jarausch via gimp-developer-list wrote: This looks mostly OK, though without even looking at the code I suspect 100 is MUCH higher than necessary, this number allocates room in the iterator datastructure for the maximum number of buffers that are iterated

Re: [Gimp-developer] Inverse Transform option

On Sun, Feb 24, 2019 at 8:30 AM Julien Hardelin wrote: > > Hi devs, > > I can't understand the Inverse Transform option in Little Planet and > Panorama Projection filters, and can't find any explanation about that > on the Internet. > > UI pop help tells "useful for touching up zenith, nadir of

Re: [Gimp-developer] Is there any way to free Gimp memory and avoid restarting it?

On Tue, Feb 5, 2019 at 4:35 PM jEsuSdA 8) wrote: > > So the memory seems reused... > > I was thinking about your tests and the values seems to be a bit > strange: I mean, I you load 5 images and Gimp takes 1.35GB Memory, why > when you close all the images gimp still taking 1.35GB instead of less

Re: [Gimp-developer] note to packagers: partially desynchronising babl, GEGL and GIMP releases cycles

On Mon, Oct 22, 2018 at 3:13 PM Øyvind Kolås wrote: > Packagers for linux distributions should update the recipes for babl > and GEGL, and new releases of GIMP 2.10.6 for flatpak/snap/OSX/windows > with the new babl and GEGL is desirable. > > Before in the 2.10 releases we ha

[Gimp-developer] note to packagers: partially desynchronising babl, GEGL and GIMP releases cycles

Packagers for linux distributions should update the recipes for babl and GEGL, and new releases of GIMP 2.10.6 for flatpak/snap/OSX/windows with the new babl and GEGL is desirable. Before in the 2.10 releases we have synchronized the releases of babl, GEGL and GIMP. This synchronization has been

Re: [Gimp-developer] RAW data enquiry

On Tue, Oct 16, 2018 at 3:05 PM Tyler Prior wrote: > > Hello, > > My name is Tyler Prior. I’m a digital artist focusing on the dualities of > data and the links that can be drawn from them on both personal and > socio-political topics. > > I’m trying to write a programme where I can show the

Re: [Gimp-developer] GIMP 2.10 Unable to read tile data from swap

On Wed, May 2, 2018 at 4:36 PM, Partha Bagchi wrote: > My GEGL compilation of simply what environment variables? I only have one > GEGL variable active now: gpu usage. GPU usage meaning OpenCL? GEGL has stopped enabling opencl by defult now, since GEGL-0.3.24 of 2017-11-24

Re: [Gimp-developer] gimp.pc.in still contains reference to gegl-0.3

On Sat, Apr 28, 2018 at 11:03 AM, Carmelo DrRaw wrote: > Would it be possible to fix this also for the official 2_10_0 tag? No, we cannot rewrite git history, it will however be fixed in 2.10.2 - to be expected along with another GEGL release in the next handful of days.

Re: [Gimp-developer] GEGL Compilation Error

The error indicates that the C++ part of gcc is not installed on your system. Most of GEGL is using just C, but a couple of operations relying on external C++ based libraries need the C++ parts as well. On Sat, Mar 24, 2018 at 5:58 PM, Americo Gobbo wrote: > Hi all, > I am

Re: [Gimp-developer] Enhancement Request for GIMP: Clone layers

On Tue, Feb 6, 2018 at 4:13 AM, Miguel Lopez wrote: > Hi GIMP developers, > > Complying with the wishes of developers - " An enhancement request should > never be filed without prior discussion on the gimp-developer mailing > list." >

Re: [Gimp-developer] Gimp GIT and GEGL GIT = segment fault

On Thu, Dec 28, 2017 at 5:31 PM, Helmut Jarausch wrote: > I'm using gimp and gegl's GIT version. > Both versions from 2017/12/26 work just fine. > > But with Gegl GIT (2017/12/28) and the unchanged Gimp (2017/12/26) > I get a crash while just scrolling an image in Gimp. It

Re: [Gimp-developer] I can't build gegl anymore...

Most probably related to this commit: commit 37262520be05d3903d142c6cfe655bc727596ded Author: Niels De Graef Date: Sun Oct 15 12:50:34 2017 +0200 Migrated from intltool to GNU gettext. Signed-off-by: Niels De Graef do you have

Re: [Gimp-developer] Tuning and choosing resampling methods in GEGL/GIMP

On Mon, Oct 23, 2017 at 4:37 PM, Elle Stone <ellest...@ninedegreesbelow.com> wrote: > On 10/23/2017 10:03 AM, Øyvind Kolås wrote: >> This is what an adaptively increasing the OFFSET0 constant for >> significant downscaling in the sources might achieve - do note that >> w

Re: [Gimp-developer] Tuning and choosing resampling methods in GEGL/GIMP

On Mon, Oct 23, 2017 at 3:51 PM, Elle Stone wrote: > Agreeing with what you say, I've tried lohalo and never saw any reason to > use it instead of nohalo. For several years now nohalo is the only > downsizing method that I use. > > I see in the git log that some

[Gimp-developer] Tuning and choosing resampling methods in GEGL/GIMP

Evaluating many mildly diverging images is part of image development, but as much as possible should not need to be part of the workflow for operators of software like GIMP. Providing many toggles, options and references is a way to botch complicate the user interface visually as well burden the

Re: [Gimp-developer] Odd "error making format" regarding grayscale ICC profiles

On Tue, Oct 10, 2017 at 10:36 AM, Elle Stone wrote: > In recent versions of GIMP-2.9 there are some odd "error making format" > messages printed to the terminal when opening a grayscale image, converting > to Grayscale mode, converting to a grayscale profile from

Re: [Gimp-developer] Enhanced smudge tool : Smudge with painting

On Tue, Jun 13, 2017 at 11:33 AM, wrote: >> One more thing: can we credit you (log and AUTHORS) with a real >> name, or do you prefer to stay anonymous (which is perfectly fine >> too)? > > > Use shark0r, this is the username I used on the internet. > > > Another work was

Re: [Gimp-developer] GIT version doesn't compile with libmypaint (GIT version)

On Wed, Jun 21, 2017 at 5:04 PM, Norbert Beloud via gimp-developer-list wrote: > Hello i wanted to ask you if it was possible to unsubscribe from your > community and services all link to GIMP developer, thanks. > > beloudnorb...@yahoo.com It is, at the bottom of

Re: [Gimp-developer] question about script-fu and GIMP 2.10

>> >> Perhaps there were some decisions about it that i missed? >> > > I think this is the commit you are looking for: > > commit 96ab6aa88e2d94241b7caba7f522afbde08ff36f > Author: Øyvind Kolås <pip...@gimp.org> > Date: Thu May 3 03:47:05 2012 +0200 > &

Re: [Gimp-developer] Please migrate to GitHub/CMake

On Sun, May 7, 2017 at 12:31 PM, Ivano Arrighetta wrote: > I would like to suggest to migrate to GitHub for version control, and to > use CMake for creating build projects for Windows and Mac OS, other than > Makefiles for *nix. If cmake (or perhaps meson

Re: [Gimp-developer] Enhanced smudge tool : Smudge with painting

in the .7z file linked in a google drive link earlier in this thread, and temporarily also more easily accesibly in my wip/pippin branch in git - for now. /pippin On Sun, Apr 16, 2017 at 1:45 PM, JLuc wrote: > Where is the diff to be seen ? > JL > > > Le 16/04/2017 à 07:07,

Re: [Gimp-developer] Enhanced smudge tool : Smudge with painting

On Thu, Apr 13, 2017 at 8:09 PM, wrote: > Hi everyone. I did an experiment that enhanced the smudge tool, which can not > only smudge existing color on the canvas, but also blend brush color on it. > This is useful in digital painting. > > Details and test drawings >

Re: [Gimp-developer] Transformation obeying layer blending?

On Mon, Mar 6, 2017 at 10:53 AM, C R wrote: > I will do a complete write up and video with my suggestions. > Thanks for your help, pippin! :) > > PS - I joined your Patreon last month. Are you getting the funds okay? > I've never signed up to one of these, so I wanted to make

Re: [Gimp-developer] Transformation obeying layer blending?

On Thu, Mar 2, 2017 at 12:06 PM, Tobiasz Karoń wrote: > When doing transformations (scale, rotation, perspective transform) the > transformed layer "pops out" and transformed part of the image is fully > opaque and drawn on top of everything else together with the transfomation

[Gimp-developer] ANNOUNCE: GEGL-0.3.14 released

of GEGL was brought to you through contributions from: Alexandre Prokoudine, Debarshi Ray, Dimitris Spingos (Δημήτρης Σπίγγος), Jordi Mas, Martin Srebotnjak and Øyvind Kolås Where to get GEGL: The latest versions of GEGL and babl can be fetched from: http://download.gimp.org/pub/gegl/0.3/gegl

[Gimp-developer] GEGL-0.3.12 and babl-0.1.24

new performance short-cuts and profiling cache improvements. This release of GEGL was brought to you through contributions from: Piotr Drąg, Marco Ciampa, Sergey "Shnatsel" Davidoff, Ell, Michael Hennig, Anders Jonsson, Christian Kirbach, Øyvind Kolås, Thomas Manni, Jordi Mas, Michael Nattere

Re: [Gimp-developer] Layer modes: Add vivid light blend mode?

On Mon, Jan 23, 2017 at 12:58 PM, Laxminarayan Kamath wrote: > Hi all! > > While you guys are at it, I encourage you to try out this formula: > > E = (2 * I ) - M > > I call it the "Opposite" mode. I derived it from how the unsharp mask > does the sharpening - first run a

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

On Wed, Sep 7, 2016 at 9:58 PM, Alexandre Prokoudine wrote: > 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

Re: [Gimp-developer] New Image/Color Management option

On Sun, Jun 5, 2016 at 3:48 AM, Elle Stone wrote: > On 06/04/2016 02:21 PM, Alexandre Prokoudine wrote: >> >> Supposing the option was renamed to be more explicit about what it >> does, would it still bother you? > > Making color management "disappear" for users

Re: [Gimp-developer] New Image/Color Management option

On Sun, Jun 5, 2016 at 5:14 PM, Gez wrote: >> There is also flipping to/from formats with alpha. Pre-multiplied and >> non-premultiplied alpha. As well as flips to/from higher and lower >> bit-depths as well as to/from CIE Lab. By necessity of the operations >> involved,

Re: [Gimp-developer] New Image/Color Management option

On Sun, Jun 5, 2016 at 5:14 PM, Gez <lis...@ohweb.com.ar> wrote: > El dom, 05-06-2016 a las 09:26 +0200, Øyvind Kolås escribió: >> >> > Practical, applied color management is not that complicated. >> > Neither is >> > understanding the basics of radiomet

Re: [Gimp-developer] New Image/Color Management option

On Sun, Jun 5, 2016 at 1:16 AM, Elle Stone wrote: >>> If GIMP is being developed for high end workflows as specified in the >>> Vision >>> statement, then it's important to get input from people who actually use >>> high end workflows. Gez is exactly such a person.

Re: [Gimp-developer] New Image/Color Management option

On Sat, Jun 4, 2016 at 11:13 PM, Elle Stone wrote: > If GIMP is being developed for high end workflows as specified in the Vision > statement, then it's important to get input from people who actually use > high end workflows. Gez is exactly such a person. I think

Re: [Gimp-developer] Cubic Interpolation vs No Halo

On Mon, May 9, 2016 at 12:11 PM, Karl Günter Wünsch <k...@mineralien-verkauf.de> wrote: > On 07/05/16 15:38, Øyvind Kolås wrote: >> >> I've pushed code to GEGL master that makes the resamplers called >> "linear" and "cubic" do a tiny bit more t

Re: [Gimp-developer] Cubic Interpolation vs No Halo

On Wed, Apr 27, 2016 at 10:03 AM, C R wrote: > I assume the reasoning behind using cubic as the default for all the scale > and transform tools is to cut back on the complaints of how slow GIMP is at > the moment, but the quality loss in the current cubic interpolation >

Re: [Gimp-developer] suggestions

On Mon, Apr 4, 2016 at 4:19 PM, Partha Bagchi wrote: > Also, I would think that nondestructive > editing would be high on the list (Photoshop's "Smart Objects"). > > If I am not mistaken, Alex has already mentioned adjustment layers numerous > times in past as a

Re: [Gimp-developer] Border artifact from using nohalo to scale a layer with an alpha channel

In general it is better to open new bug-reports, rather than re-open old ones seeming similar - long threads of possibly different problems discussed in comments makes it hard to follow progress of an issue. This issue seems like it might already have a bug though bug #698468. /pippin On Tue,

Re: [Gimp-developer] Adding better LCH support to GIMP 2.10

On Mon, Feb 15, 2016 at 12:33 AM, Elle Stone wrote: > This page briefly talks about color appearance models in more down-to-earth > terms: http://www.rit-mcsl.org/fairchild/WhyIsColor/Questions/4-8.html > > An internet search on terms like Color appearance model,

Re: [Gimp-developer] Testers requested for our new Mac OS X DMG release!

On Sun, Dec 13, 2015 at 8:57 PM, Kristian Rietveld wrote: > I am looking for people that would like to volunteer to test our Mac OS X DMG > releases. We have a freshly baked 2.8.16 DMG ready for testing now at: > >

[Gimp-developer] GEGL-0.3.2

, Michael Natterer, Necdet Yücel, Pedro Albuquerque, Piotr Drąg, Roman Lebedev, Sven Neumann, Thomas Manni, Vilson Vieira, akash akya and Øyvind Kolås. Where to get GEGL: The latest versions of GEGL and it's hard dependencies babl and glib can be fetched from: http://download.gimp.org/pub/babl/0.1/babl

Re: [Gimp-developer] Question regarding Gegl commit 73ca89e42f5b0f0290d08be05650f0b86ffe5ec9

On Mon, Jun 8, 2015 at 9:15 PM, Thorsten Stettin thorsten.stet...@gmail.com wrote: do you really need libraw = 0.16.0? I have some trouble with the recent version in Ubuntu Trusty - 0.15.4. You know - dependency nightmare.:'( If it compiles and thus probably works with an older version - I

Re: [Gimp-developer] GIMP project's official statement on SourceForge's actions

on the platform from being harmed by these problems as well as to protect the name and reputation of GIMP. /Øyvind Kolås ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman

[Gimp-developer] GEGL-0.3.0 babl-0.1.12

Budig, Sven Claussner, Téo Mazars, Thomas Manni, Tim Lunn, Tim Mooney, Ting-Wei Lan, Tom Stellard, Ulf-D. Ehlert, Vadim Rutkovsky, Victor Oliveira, Ville Sokk, Vincent Untz, Yongjia Zhang, Yongjia Zhang, Øyvind Kolås and 周 周. Where to get GEGL: The latest versions of GEGL and it's hard

Re: [Gimp-developer] [Gimp-user] What next after sourceforge.net?

On Fri, May 29, 2015 at 9:43 AM, Kevin Brubeck Unhammer unham...@fsfe.org wrote: Is trademarking completely out of the question? I see not only Firefox, but ImageMagick, Inkscape, GNOME, GNU and Linux in https://en.wikipedia.org/wiki/List_of_trademarked_open-source_software – Inkscape being of

Re: [Gimp-developer] GIMP useability - choosing linear vs perceptually uniform RGB

On Sat, May 2, 2015 at 9:45 AM, Elle Stone ellest...@ninedegreesbelow.com wrote: To be more blunt, the babl flips are Pippin's brain-child. If Pippin says no user choice, is there any real benefit to anyone if I write up a spec? Wouldn't it just be a waste of everyone's time? I have not stated

[Gimp-developer] A rising tide lifts all boats / making GEGL/GIMP previews faster

On Tue, Mar 17, 2015 at 10:20 PM, Elle Stone ellest...@ninedegreesbelow.com wrote: Everything works faster on a smaller image. A good observation, and the rationale for plans that are already partially implemented. Unlike simpler edits like Curves, currently the transform tools don't save a

Re: [Gimp-developer] Useability enhancement request: unified/expanded file export dialog

That would allow presets for example, that could at once save for the various icon-sizes needed for icons in mobile projects bound to a single keystroke. (and having a mark as clean node available for these presets could also give an option to the I do only jpeg exports shouters) What you

Re: [Gimp-developer] Specifying chromaticities alongside gegl buffer data

On Wed, Feb 25, 2015 at 10:03 PM, Mukund Sivaraman m...@banu.com wrote: 1. A GIMP plug-in's address space is different from the GIMP host application's. After a file plug-in is done reading data into the app, it is terminated. If a babl format is created using a function such as above, how

Re: [Gimp-developer] Unified Transform Tool - Hide the starting image

The transform tool code is a straight port of how things were done in GIMP-2.8 to GEGL ways; and thus contains many optimizations and architectural details/constraints that no longer apply. Removing these, in particular the old way of doing previews; and manipulating a live GEGL graph instead;

Re: [Gimp-developer] [Gimp-user] Time to fork BABL and GEGL

On Fri, Nov 21, 2014 at 2:05 PM, Elle Stone ellest...@ninedegreesbelow.com wrote: Again, my apologies for being snippy. Hopefully I haven't bored you all to tears trying to explain problems with editing in the unbounded sRGB color space. For personal reasons (time constraints), I'm at least

Re: [Gimp-developer] [Gimp-user] Time to fork BABL and GEGL

On Thu, Nov 20, 2014 at 9:42 AM, Elle Stone ellest...@ninedegreesbelow.com wrote: Using unbounded sRGB as a universal color space for image editing is a really bad idea There has been no plan for using unbounded sRGB as a universal color space in GEGL, not since the introduction of a

Re: [Gimp-developer] [Gimp-user] Time to fork BABL and GEGL

On Wed, Nov 19, 2014 at 7:31 PM, Elle Stone ellest...@ninedegreesbelow.com wrote a lot of text that has been trimmed away... I am only going to reply to the issues you seem to have with color image processing algorithms operating in CIE Lab. My general stance is that if at all possible,

Re: [Gimp-developer] [Gimp-user] Time to fork BABL and GEGL

On Wed, Nov 19, 2014 at 9:28 PM, Elle Stone ellest...@ninedegreesbelow.com wrote: On Wed, Nov 19, 2014 at 7:31 PM, Elle Stone ellest...@ninedegreesbelow.com wrote a lot of text that has been trimmed away... Hmm. I worked hard to explain why even for chomaticitiy independent editing

Re: [Gimp-developer] [Gimp-user] Time to fork BABL and GEGL

On Mon, Nov 17, 2014 at 11:56 PM, Simon Budig si...@budig.de wrote: If there were chromaticies for a given userRGB which are widely used in a lot of real world applications, then it might make sense to support them in a similiar way like we currently do for the sRGB primaries. Nah, we only

Re: [Gimp-developer] [Gegl-developer] babl roadmap

On Fri, Oct 17, 2014 at 12:01 PM, Elle Stone ellest...@ninedegreesbelow.com wrote: On 10/16/2014 03:37 PM, Øyvind Kolås wrote: On Thu, Oct 16, 2014 at 6:52 PM, Elle Stone ellest...@ninedegreesbelow.com wrote: Is there in fact general agreement among the devs that the criteria for deciding

Re: [Gimp-developer] [Gegl-developer] babl roadmap

On Fri, Oct 17, 2014 at 12:47 PM, Elle Stone ellest...@ninedegreesbelow.com wrote: Tying GIMP to sRGB as PCS is a dead-end move. If you take spectrally based reproduction as an argument against sRGB as PCS you should be at least be so fair to also mention that *any* RGB based image editing

Re: [Gimp-developer] [Gegl-developer] babl roadmap

On Fri, Oct 17, 2014 at 1:06 PM, Elle Stone ellest...@ninedegreesbelow.com wrote: On 10/17/2014 06:59 AM, Øyvind Kolås wrote: As a former researcher at a national color science laboratory, and a major contributor to babl and GEGL; I probably have no idea about these things – and how

Re: [Gimp-developer] [Gegl-developer] babl roadmap

On Fri, Oct 17, 2014 at 1:39 PM, Elle Stone ellest...@ninedegreesbelow.com wrote: On 10/17/2014 07:08 AM, Øyvind Kolås wrote: On Fri, Oct 17, 2014 at 1:06 PM, Elle Stone ellest...@ninedegreesbelow.com wrote: On 10/17/2014 06:59 AM, Øyvind Kolås wrote: As a former researcher at a national

Re: [Gimp-developer] [Gegl-developer] babl roadmap

On Thu, Oct 16, 2014 at 6:52 PM, Elle Stone ellest...@ninedegreesbelow.com wrote: On 10/15/2014 01:46 PM, Simon Budig wrote: If I understand them correctly, Michael Henning and Jon Norby are saying that the criteria is something along the lines of: For RGB editing operations, use UserRGB

Re: [Gimp-developer] [Gegl-developer] babl roadmap

On Fri, Oct 17, 2014 at 12:49 AM, Jon Nordby jono...@gmail.com wrote: you are answering in detail 'how we will get there' but Elle (as I see it) is asking more 'do you agree that we want to go there'. This leaves me unsure if you are implicitly agreeing, if you disagree and have a different

Re: [Gimp-developer] [Gegl-developer] babl roadmap

On Wed, Oct 15, 2014 at 2:11 PM, Elle Stone When the user opens a color-managed fooRGB image, for which *specific* editing operations will the image be converted to unbounded sRGB? This isn't just an implementation detail. The answer to this question will determine the path for writing code

Re: [Gimp-developer] [Gegl-developer] babl roadmap

On Tue, Oct 14, 2014 at 1:34 PM, Elle Stone ellest...@ninedegreesbelow.com wrote: The above sentence confuses concepts: The babl architecture might require that images to be converted to and from unbounded linear gamma sRGB. That doesn't mean babl is a CMS. And it doesn't mean unbounded linear

Re: [Gimp-developer] [Gegl-developer] babl roadmap

On Mon, Oct 13, 2014 at 8:19 PM, Elle Stone ellest...@ninedegreesbelow.com wrote: The sRGB as PCS architecture outline in babl/docs/roadmap.txt will likely collapse under its own weight. The roadmap should be amended to reflect a more accurate assessment of the amount of work the planned

Re: [Gimp-developer] [Gegl-developer] Don't make an architectural mistake based on a groundless premise

On Sat, Oct 11, 2014 at 1:41 PM, Elle Stone ellest...@ninedegreesbelow.com wrote: As I have indicated before, the invitation is very kind. But not everyone is able to drop other obligations and go to LGM. until then I prefer IRC. Twice I tried to discuss problems with unbounded sRGB on IRC.

Re: [Gimp-developer] [Gegl-developer] Don't make an architectural mistake based on a groundless premise

Please provide a specific example of an actual CMM in an ICC profile workflow that doesn't use XYZ for converting between RGB working spaces. Please read simons post about matrix multiplication, in his camera example the data never exists as XYZ. You falsely assume that 8-bit images are

Re: [Gimp-developer] Don't make an architectural mistake based on a groundless premise

On Fri, Oct 10, 2014 at 6:36 PM, Elle Stone ellest...@ninedegreesbelow.com wrote: On 10/09/2014 07:52 PM, Michael Henning wrote: On Thu, Oct 9, 2014 at 7:22 PM, Elle Stone So where in the conversion to XYZ and then to LAB (or any other reference color space) will sRGB as PCS fit in? Of

Re: [Gimp-developer] [Gegl-developer] Don't make an architectural mistake based on a groundless premise

On Sat, Oct 11, 2014 at 1:18 AM, Elle Stone ellest...@ninedegreesbelow.com wrote: I really don't want to forget about LAB. The plan is that sRGB as PCS will be used for something. I'm trying to figure out what exactly something covers. So I have two specific questions. The first question is

Re: [Gimp-developer] Don't make an architectural mistake based on a groundless premise

On Wed, Oct 8, 2014 at 4:25 PM, scl scl.gp...@gmail.com wrote: I consider this design decision critical for two reasons: 1) Extra conversions every now and then produce overhead - increase computation time - decrease performance. One part of GIMP's product vision is [high working speed] and I

Re: [Gimp-developer] Don't make an architectural mistake based on a groundless premise

On Wed, Oct 8, 2014 at 9:49 PM, Elle Stone ellest...@ninedegreesbelow.com wrote: On Wed, Oct 8, 2014 at 4:25 PM, scl scl.gp...@gmail.com wrote: The we have to juggle a large set of different types of pixel formats already? The initial thinking was that linear working in RGB and HDR was

[Gimp-developer] Lets get rid of Fahrenheit instead

On Tue, Oct 7, 2014 at 1:57 AM, Simone Karin Lehmann sim...@lisanet.de wrote: GEGL/BABL words: operating in unbounded sRGB and converting back to the original space will give identical results as operating in the original space only. _For some operations_, like most compositing, blurring

Re: [Gimp-developer] [Gegl-developer] Don't make an architectural mistake based on a groundless premise

On Tue, Oct 7, 2014 at 9:23 PM, Elle Stone ellest...@ninedegreesbelow.com wrote: You could accomplish guiding users as to the right choices regarding linear vs perceptual by creating presets and allowing users the freedom to control their own editing decisions. You don't have to build fences

Re: [Gimp-developer] [Gegl-developer] Don't make an architectural mistake based on a groundless premise

On Tue, Oct 7, 2014 at 10:20 PM, Elle Stone ellest...@ninedegreesbelow.com wrote: Who decides what's common and what's rare for an artist to want to do? The GIMP devs? Isn't that just a trifle presumptuous? These kinds of decisions belong with the users, not the devs. I'm sorry but you've

Re: [Gimp-developer] Don't make an architectural mistake based on a groundless premise

On Mon, Oct 6, 2014 at 6:57 PM, Elle Stone ellest...@ninedegreesbelow.com wrote: On 10/05/2014 12:49 PM, Øyvind Kolås wrote: You've conceded that your architecture is broken to the point where you must hack in fixes for multiply. That's the first of many such hacks to come

Re: [Gimp-developer] Don't make an architectural mistake based on a groundless premise

On Sun, Oct 5, 2014 at 5:16 PM, Elle Stone ellest...@ninedegreesbelow.com wrote: On 10/04/2014 11:59 AM, Øyvind Kolås wrote: On Sat, Oct 4, 2014 at 2:46 PM, Elle Stone ellest...@ninedegreesbelow.com wrote: Based on the groundless premise that editing operations should produce the same

Re: [Gimp-developer] Don't make an architectural mistake based on a groundless premise

On Sat, Oct 4, 2014 at 2:46 PM, Elle Stone ellest...@ninedegreesbelow.com wrote: Based on the groundless premise that editing operations should produce the same results when performed on the same colorimetric colors, .. No; but same parameters for same input colors producing same results is

[Gimp-developer] Possible approach for some non-sRGB GEGL/GIMP color workflows

I've been thinking about how different color-space aware workflows could work in our future GEGL powered GIMP. In particular about the on-going theme of how to deal with slight HDR images, that have a gamut including colors that are slightly outside the 0.0-1.0 range for linear sRGB. The primary

Re: [Gimp-developer] Attempt to summarize the discussion of my examples of what doesn't work in unbounded sRGB

On Mon, Apr 21, 2014 at 2:16 PM, Elle Stone ellest...@ninedegreesbelow.com wrote: As the Value Invert code uses the chromaticities, that nicely explains why Value Invert doesn't work even in a true linear gamma version of sRGB. I'd nominate any code using the HSV, or value independently; to be

Re: [Gimp-developer] Attempt to summarize the discussion of my examples of what doesn't work in unbounded sRGB

On Mon, Apr 21, 2014 at 2:55 AM, Gez lis...@ohweb.com.ar wrote: El dom, 20-04-2014 a las 17:03 +0200, Øyvind Kolås escribió: the sRGB chromaticities; or CIE Lab, or any other babl defined format. With a potential future babl lcms2 extension; the original pixels could even be kept in the layers

Re: [Gimp-developer] Attempt to summarize the discussion of my examples of what doesn't work in unbounded sRGB

On Mon, Apr 21, 2014 at 1:16 PM, Elle Stone ellest...@ninedegreesbelow.com wrote: On 04/21/2014 07:07 AM, Teo Mazars wrote: Hmm, I understand, then the default black-to-white gradient would be non perceptually linear, which is more surprising than the color-to-color gradient. I think I am now

Re: [Gimp-developer] GIMP and Adobe RGB (1998)

On Thu, Apr 17, 2014 at 1:08 PM, Elle Stone ellest...@ninedegreesbelow.com wrote: The other day there was an IRC discussion of the possibility of GIMP supporting RGB color spaces other than unbounded mode sRGB. I was surprised to see in the transcript a statement that GIMP shouldn't support

Re: [Gimp-developer] Some blend modes break in unbounded mode sRGB

On Sun, Apr 13, 2014 at 7:17 PM, Michael Natterer mi...@gimp.org wrote: On Sun, 2014-04-13 at 13:01 +, pip...@gimp.org wrote: Thus there is during processing no predetermined format; as soon as some processing is done on the pixels from the storage format of the raster layers in GIMP; it

Re: [Gimp-developer] Some blend modes break in unbounded mode sRGB

On Fri, Apr 11, 2014 at 11:54 PM, Elle Stone ellest...@ninedegreesbelow.com wrote: On 04/09/2014 06:36 PM, Elle Stone wrote: For Lighten only, Darken only, Multiply, Divide, and some of the other blend modes, results are *highly dependent* on the color space in which the blending is done.

Re: [Gimp-developer] Soft proofing and the GIMP Display Filters and Color Management settings

On Sun, Mar 16, 2014 at 10:22 PM, Elle Stone ellest...@ninedegreesbelow.com wrote: On 03/14/2014 10:34 AM, Øyvind Kolås wrote: On Fri, Mar 14, 2014 at 2:21 PM, Elle Stone ellest...@ninedegreesbelow.com wrote: But a patch to LCMS for more than four inks is surely possible. Doing soft

Re: [Gimp-developer] Soft proofing and the GIMP Display Filters and Color Management settings

On Fri, Mar 14, 2014 at 2:21 PM, Elle Stone ellest...@ninedegreesbelow.com wrote: I looked at the code. Some questions come to mind: 1. LCMS2 has CMYK soft proofing and also ink-limiting already covered. Here's the ink-limiting algorithm, quoted from the LCMS API (looks similar to the GEGL

Re: [Gimp-developer] Soft proofing and the GIMP Display Filters and Color Management settings

On Wed, Mar 12, 2014 at 10:27 PM, Elle Stone ellest...@ninedegreesbelow.com wrote: In the New GEGL World, converting between different channel layouts is going to be a reality, and we should at least put _some_ thought into what that means for color management. Of course, this is way out of my

Re: [Gimp-developer] Documentation on color spaces

On Wed, Oct 9, 2013 at 10:32 PM, Elle Stone l.elle.st...@gmail.com wrote: On 10/9/13, Rolf Steinort i...@meetthegimp.org wrote: On 09.10.2013 15:20, Elle Stone wrote: If my Guide seems useful to developers, I'll put the content under an applicable license so it can be hosted elsewhere and

Re: [Gimp-developer] GSOC NPD advice

On Sun, Jul 21, 2013 at 7:19 PM, Marek Dvoroznak dvoro...@gmail.com wrote: I have a static library which can do n-point deformation - it has functions which create mesh, allow to add points on mesh, perform the deformation algorithm etc. The library is bundled with GEGL (in my branch - inside

Re: [Gimp-developer] OpenCL and GIMP tile size

On Sun, Jun 16, 2013 at 9:47 AM, Nicolas Robidoux nicolas.robid...@gmail.com wrote: Generally, downsampling should be done in linear light. Not, however, upsampling. If the samplers are standing in the way, I suggest that you let them eat nonlinear light and implement the desirable

Re: [Gimp-developer] How to deal with pixel-per-pixel operations?

On Tue, Jun 11, 2013 at 1:32 AM, Alessandro Francesconi alessandrofrancesc...@live.it wrote: Hello, I'm starting to write a GIMP plugin and I'm facing the problem of pixel-per-pixel algorithms and their speed. Without going on details, my algorithm should take every pixel in the image and

Re: [Gimp-developer] A few questions for the developers

On Thu, May 9, 2013 at 10:37 PM, Oskar Jungell oskar.jung...@gmail.comwrote: Hello! I would very much appreciate if one of the core developers of gimp could answer a few questions! I am writing a bachelor thesis on using an all open source environment when producing 3D graphics for movies

Re: [Gimp-developer] GIMP - flesh out a way of allowing lazy rendering?

On Mon, Mar 4, 2013 at 9:24 PM, Joao S. O. Bueno gwid...@mpc.com.br wrote: While GIMP 2.9 is thriving with lots of possibilities, one thing remain as fact: it is dead slow. O'RLY? I will defer to mitch whether it is wise to do this type of GIMP-wide re-architecting as summer of code..

Re: [Gimp-developer] deeper into the export hole

On Sun, Feb 24, 2013 at 7:23 PM, Alexandre Prokoudine alexandre.prokoud...@gmail.com wrote: On Sun, Feb 24, 2013 at 4:09 PM, peter sikking wrote: meanwhile, I am looking for a new small design project to put before my students in a months time. any ideas. It seems that folks who create

Re: [Gimp-developer] wavelet decompose

On Wed, Dec 12, 2012 at 10:50 AM, Seth Burgess seth.burg...@gmail.com wrote: Can a GEGL op take one image and output 2? I looked at this briefly a few months back but wasn't able to figure it out - perhaps I wasn't looking in the right spot or maybe things have progressed since then. GEGL

  1   2   >