I might have found an error in G’MIC > Artistic > Comicbook > “Relief Effect”
When I select Groove, everything is fine, it “grooves” the image in the preview and all the comic book effect are also applied.
When I select Bump, it show only the map to bump with, no preview,
The result in GIMP is a bump map above the original layer in hard light mode which is fine, but none of the Comicbook effect is applied.
Expected behavior, not seeing the map in the G’MIC preview but the image preview with the bump map applied, and when click OK, apply all the Comicbook effects + the Bump
It seems to work fine up here — only difference I can spot between your setup and mine is that my machine says G’MIC-Qt for GIMP 2.10 - Linux 64 bits - 3.2.2.
I am using EndeavourOS. Anything else you want me to check/compare?
Correction: I was showing #1Wife that fantastic filter – when it started to misbehave & produced the same error as you have found! I will have to dig down further, to see what might have triggered it…
It’s not working > there is no comicbook effect on your picture (with or without preview)
There is no comicbook effect, only the new layer is the map for the bump, but the original image has no effect on it.
Try “groove” you will have the groove and(+) the comicbook effect
Hi Patrice.
This is a very strange situation - it works OK for me (Win10_64bit).
For reasons yet to be determined, some users (mainly for Windows) have problems with some filters.
Because of your comment I was thinking it was a Linux problem ( @Claes has the same problem on its distro),
So I tried on my kids computer after upgrading G’MIC to 3.2.2 , they are on MX Linux 21.x (Debian 11 bullseye) and it’s working, but they are on GIMP 2.10.32 (not 34, does GIMP version has to do something? a *buntu/Arch problem?)
Before upgrading (it worked after upgrading, I don’t want to clutter with a similar screenshot)
$ uname -a
Linux bertha 6.1.19-gentoo-bertha #1 SMP PREEMPT_DYNAMIC Sun Mar 19 11:16:46 EDT 2023 x86_64 Intel(R) Xeon(R) CPU E5-2630 v4 @ 2.20GHz GenuineIntel GNU/Linux
G’MIC
$ gmic -version
gmic: GREYC's Magic for Image Computing: command-line interface
Version 3.2.3 (pre-release #230325)…
Gimp: 2.10.32
gmic- qt: G’MIC-Qt for GIMP 2.10 - Linux 64 bits - 3.2.3_pre#230325
Most recent commit affecting include/claude_lion.gmic (where Artistic/Comicbook lives):
Not a big change and it was a while ago. If this unusual behavior has started only recently, it does not seem that scripting changes are likely.
Here is a test run. Default settings throughout, but Relief set to ‘Bump’
Before:
After:
Following is a ‘very verbose’ (but not debug) log written to file, which, in Linux, goes to your $HOME/.config/gmic directory and is called gmic_qt_log. You request logging to file by clicking on the ‘Settings’ button and then selecting the ‘Other’ tab. Choose ‘Very verbose (log file)’ from the Output messages pull down menu. Turn the log on only just before you hit ‘OK’ and have made all the settings that reproduce the problem. This log reflects a successful run of the Comicbook filter, producing the results shown here. What does your log look like? Is it truncated? Are there strange and unusual messages?
It seems that when setting the Output mode to “New layer(s)”, the filter does not behave the same as when Output mode is set to “In place”.
I’ll see what I can do…
I found the reason : Claude used a call to the “Illuminate 2D Shape” filter, which has a different behavior regarding the value of the Output Mode.
This case was not managed in the code of the “ComicBook” filter.
Forcing the ‘Output Mode’ locally to be ‘In Place’ before calling the “Illuminate 2D Shape” filter makes it work as expected.
Commit:
fixes the issue.
Filters have been updated, so try to refresh them with the “Update Filters” button, and it should work (for G’MIC 3.2.0+).
