the old bugs in merging modes are fixed now?
This discussion is connected to the gimp-developer-list.gnome.org mailing list which is provided by the GIMP developers and not related to gimpusers.com.
This is a read-only list on gimpusers.com so this discussion thread is read-only, too.
The old bugs in merging modes are fixed now? | Alchemie foto\\grafiche | 28 Apr 03:23 |
The old bugs in merging modes are fixed now? | Martin Nordholts | 28 Apr 07:43 |
The old bugs in merging modes are fixed now? | Alchemie foto\\grafiche | 28 Apr 18:41 |
The old bugs in merging modes are fixed now? | yahvuu | 28 Apr 19:36 |
The old bugs in merging modes are fixed now? | Martin Nordholts | 28 Apr 20:39 |
The old bugs in merging modes are fixed now? | David Gowers | 28 Apr 23:33 |
The old bugs in merging modes > are fixed now? | Alchemie foto\\grafiche | 29 Apr 04:00 |
The old bugs in merging modes > are fixed now? | Martin Nordholts | 29 Apr 06:51 |
The old bugs in merging modes > are fixed now? | Øyvind Kolås | 01 May 19:23 |
the old bugs in merging modes are fixed now? | Alchemie foto\\grafiche | 02 May 06:08 |
The old bugs in merging modes are fixed now?
I hoped that with the passage to GEGL the old bugs in the Mreging mode were fixed (i refer here to OVERLAY, that in gimp is NOT overlay but a misnamed clone of Soft Light, and to Color that do not seems work properly )
But i didn't see any news in the release notes, or in the Bugzilla reports
Did i miss something, and that is already solved, or is on the "to do" list.
Is not good for a advanced Graphic editor have similar bug regarding something basic as the correct application of Merging modes
(is true that few users notice the problem in Overlay, since anyway the result should be similar to Soft Light...but similar not always identical )
If were fixed ,such good news should be reported
The old bugs in merging modes are fixed now?
Alchemie foto\grafiche wrote:
I hoped that with the passage to GEGL the old bugs in the Mreging mode were fixed (i refer here to OVERLAY, that in gimp is NOT overlay but a misnamed clone of Soft Light, and to Color that do not seems work properly )
Hi
With GEGL enabled for the projection (View -> Use GEGL) the layer modes Overlay and Soft Light are not identical any longer, in other words fixed in that sense. Iirc I reused the legacy algorithm verbatim for the Color mode so if the legacy code had issues the GEGL code probably will as well. We should fix Color mode before we use GEGL for the projection by default. I looked up the bug report for this:
Bug 325564 – Layer mode "Color" doesn't work well http://bugzilla.gnome.org/show_bug.cgi?id=325564
and put it on the 2.8 milestone list. There is a closed bug report for the Overlay mode but can't find it right now.
There have not yet been a release for which this could be mentioned in the release notes. Plus, as long as GEGL is not used for the projection by default this is not really that big news.
BR, Martin
The old bugs in merging modes are fixed now?
Thank for clearing
I also searched the bugzilla report for overlay mode but i could not find it anymore
But instead i find a interesting proposal of Jao O Buono that, i believe risk to be forgotten because posted in a no so strictly related topic (here http://bugzilla.gnome.org/show_bug.cgi?id=401754 ) i quote since is short
"... since a long time,i envision a GIMP capable of using new layer >modes on the fly.
The GEGL when used as an engine should add this ability, and this is being tracked at Bug #161449.
However even after that is implemented, and GEGL is used widespread >inside the GIMP, a UI for CUSTOM layer modes will need to be written. >This surely will have a default layer mode listing, and the proposed modes could certainly >be there."
The possibility to add "CUSTOM " layer modes (here i think mostly to modes used in Photoshop but missed in gimp as exclusion, pin light, vivid light...) will be very useful, even in the case would be a "advanced" option requiring some fiddling from users, and maybe precaution when saving
here,I can't imagine how that may be done but if possible would be quite useful
thank for your work ,correct application of merging mode is in my opinion fundamental for sw as Gimp
The old bugs in merging modes are fixed now?
Hi all,
Alchemie foto\grafiche schrieb:
The possibility to add "CUSTOM " layer modes [..]
that sounds interesting. Just curious: i wonder how custom layer modes differ from filters that take a second layer as input (e.g. LIC)? i mean, other than that filters currently work destructively.
greetings, peter
The old bugs in merging modes are fixed now?
yahvuu wrote:
Hi all,
Alchemie foto\grafiche schrieb:
The possibility to add "CUSTOM " layer modes [..]
that sounds interesting. Just curious: i wonder how custom layer modes differ from filters that take a second layer as input (e.g. LIC)? i mean, other than that filters currently work destructively.
Hi,
A layer mode is a formula for blending two pixels together, producing a result pixel. That is, the set of all layer modes is a subset of the set of all filters that blends two layers together, producing a result layer.
There is one exception to this nice classification of layer modes; an output pixel when using the Dissolve layer mode does not only depend on two pixels, also on the position of these pixels.
Spontaneously I don't think custom layer modes is a good idea. Might be fun for programmers to play with, but graphic professionals?
HTH, Martin
The old bugs in merging modes are fixed now?
On Wed, Apr 29, 2009 at 4:10 AM, Martin Nordholts wrote:
yahvuu wrote:
Hi all,
Alchemie foto\grafiche schrieb:
The possibility to add "CUSTOM " layer modes [..]
that sounds interesting. Just curious: i wonder how custom layer modes differ from filters that take a second layer as input (e.g. LIC)? i mean, other than that filters currently work destructively.
Hi,
A layer mode is a formula for blending two pixels together, producing a result pixel. That is, the set of all layer modes is a subset of the set of all filters that blends two layers together, producing a result layer.
There is one exception to this nice classification of layer modes; an output pixel when using the Dissolve layer mode does not only depend on two pixels, also on the position of these pixels.
Spontaneously I don't think custom layer modes is a good idea. Might be fun for programmers to play with, but graphic professionals?
While this is generally true... when switching apps, with a strongly established workflow including an app-specific layer mode, I can see this being quite useful. OTOH, this could also be implemented by a drop-in replacement for layer merging that supports additional modes (ranging 0x80...0xfe in ID, perhaps), providing that contributing a new mode to such a GEGL op could be as painless and simple as writing the formula. And that method would be faster.
Alternatively If you really need 'custom' layer modes, I see no reason why it cannot be applied as a layer effect, building a bit of GEGL graph from the existing layer modes and ops.
So now that I've thought that out loud, My conclusion is: Could be quite helpful, we don't need full custom layer modes, If we support them in one way through layer effects, someone else could write a GEGL Op that implements formulaic customization separate to GIMP's codebase.
David
The old bugs in merging modes > are fixed now?
Spontaneously I don't think custom layer modes is a good idea. Might be
fun for programmers to play with, but graphic professionals?HTH,
Martin
Actually Graphic professional do complain ,but for missed option: for the absence in Gimp of modes they learned to use in Photoshop as Exclusion,Vivid light or Pin light.
But i do not think they will complain for additional options as the modes listed here http://www.pegtop.net/delphi/articles/blendmodes/
Or of something as the new "Edge merge" mode now added to GMIC ( that blend the images while keeping all the edges of the two images with a maximum contrast...quite interesting and useful characteristic)
The old bugs in merging modes > are fixed now?
Alchemie foto\grafiche wrote:
Spontaneously I don't think custom layer modes is a good idea. Might be
fun for programmers to play with, but graphic professionals?HTH,
MartinActually Graphic professional do complain ,but for missed option: for the absence in Gimp of modes they learned to use in Photoshop as Exclusion,Vivid light or Pin light.
I'm all for adding the missing layer modes. But just as David I think the customizability part should be in the form of programmers writing custom GEGL ops.
- Martin
The old bugs in merging modes > are fixed now?
On Wed, Apr 29, 2009 at 5:51 AM, Martin Nordholts wrote:
Alchemie foto\grafiche wrote:
Spontaneously I don't think custom layer modes is a good idea. Might be
fun for programmers to play with, but graphic professionals?
There is a patch for such a thing for GIMP in bugzilla (with GEGL as a product). I do not think this is a very good idea though.
Actually Graphic professional do complain ,but for missed option: for the absence in Gimp of modes they learned to use in Photoshop as Exclusion,Vivid light or Pin light.
I'm all for adding the missing layer modes. But just as David I think the customizability part should be in the form of programmers writing custom GEGL ops.
GEGL already has too many blending modes (36) to be meaningfully presented to most users. I guess it would make sense to trim down the existing set, and perhaps offer the more arcane modes (both existing GIMP ones and arcane ones from other software, in an additional sub-menu.)
/Øyvind K.
the old bugs in merging modes are fixed now?
From: ?yvind Kol?s
GEGL already has too many blending modes (36) to be meaningfully
presented to most users. I guess it would make sense to trim down the
existing set, and perhaps offer the more arcane modes (both existing
GIMP ones and arcane ones from other software, in an additional
sub-menu.)/?yvind
I will prefer some more then some missed I like the idea of a additional sub-menu to confine the less used