Yeah, works well
Another little bug report: I’m not sure if it relates to channels-application in general or only to Morphological filter, as I seem to recall encountering it with other filters.
Anyway, it is:
Load a greyscale image in GIMP
Make sure it has an alpha channel (via Layer->Transparency->Add Alpha Channel, and probably also erase some parts so there is actual variation in Alpha channel)
Select Morphological filter, with settings “opening”, 2, Octagonal, RGBA(alpha).
Apply the filter.
Result: Alpha channel is correctly filtered AFAICs;Greyscale channel is darkened (easily seen by repeating the filter)
Doing the same operation on an RGBA image works correctly (no channels are unexpectedly darkened).
I suppose selecting RGBA (alpha) on a greyscale image is a bit strange, but there is no YA (alpha) option, and I believe it still makes sense to do so.
Haha, thanks Personally I think that my github profile would be the most relevant link to GMIC users, since it links a collection of gimp plugins and my GMIC stuff will eventually go up there too. I don’t currently have anything more personalized than that.
’Colorize (Interactive)’ interacts badly with selection
Steps:
Select region in middle of picture
Open GMIC, select ‘Colorize (interactive)’
The selected rectangle is shown, as expected
Put some color marks down
Hit Enter to process fullres
Result: the output is a layer, positioned at top left of the full image, which is empty in regions outside the selection, and has content inside any area that is within the selection. This content is placed as if the selected region were in top left of the picture; to align it with the content it is supposed to be colorizing you will usually need to move it down and to the right.
In case the previous paragraph is unclear, there is a visual demo here
Expected result: The output is first aligned to the top left corner of the selection, and then masked. Alternatively, generate results matching the size of the full image, in which case masking it by the selection should also produce a correct result.
EDIT: Have tested in both RGB and Greyscale modes, same result.
Tried with an alpha and without. Works the same.
Only when I select ‘2 output layers’ makes a difference (the image is entirely replaced by the processed selection instead), but this is somehow “technically” intended.
I was accessing it via a bookmark, but accessing it directly in Black+White section has the same result.
I can provide a test image, but AFAICT it occurs for all images (I just made a new white image and scribbled some black lines, it had just the same problem there.)
Since you mentioned testing with and without alpha, I checked that too; it makes no difference.
I also checked all ‘output type’ options, it occurs for all of them.
Version of GMIC is git c995d4d; I’ll upgrade to the latest when possible.
Version of GIMP is git 586d698 (2.8 branch).
Anyhow it is more of an inconvenience than a major problem; I can work around it by selecting ‘output = new image’, copying the resulting image, and using GIMP’s ‘Paste Into’ command to insert it into the selected pixels.
Ok that should be fixed. No need to recompile, clicking on the ‘Update filter’ button from the plug-in interface should download the working version of the filter.
So if I understand the fix correctly, the problem was that the name of the input image was not being stored (and the name of the output image set, when the main operation is complete)? That obviously has some greater meaning to the G’MIC plugin than it does to me
Yes, actually, the names of the different image layers passed to the G’MIC core by the plug-in interface contain information about the main layer features: position, blending mode and opacity.
In this case, the position of the input layer (here, the selection) must be kept and set back for the output layer.
What was done before is that the position of the output layer was set to (0,0) (default), but as you had a selection, you were only seeing the intersection between the output layer and your selection
This may be a small point, but I can no longer find an instance where an example - usually a math parser example - runs off the right hand side of the page of the G’MIC Handbook (gmic_reference.pdf). Maybe no one else would ever comment on this, so I felt duty-bound to wave the flag – Hip-hip, Hooray! Like the color-coding, green for emphasis, blue for item lead-ins; It is easier to locate particular bits of notation now.
No hard data to substantiate this, but this seems to be an especially quick and trouble-free release. A good closing to the year, David! – Garry
David, is there a command line equivalent for the “Colorize (comicbook)” filter found in GIMP? I’d like to be able to automate using the CLI by providing lineart.png, colors.png and get a “flats” png out the other side…
