foreground select broken in GIT version?

HI, I have the GIT verision (2019/01/12) on my GenToo Threadripper machine installed.
The Foreground Select tool seems to hang.

Having marked some foreground and some background control points, the selection is shown very fast
BUT only the preview window. G’MIC show its ‘busy bar’ but takes nearly no CPU time (0.7%)
and DOESN’T finish (I have killed it after more than 20 minutes real time on an idle machine).

Is this bug known or am I missing something?

Many thanks for a hint,
Helmut.

P.S. It’s a 5312 x 2988 pixel image. My machine has 16 cores and 64 GB RAM

Moin, Helmut,

My g’mic version is one day older than yours,
i.e. it is a v2.4.5 (current stable), and everything looks OK here:

Nice set-up you have :-). I wanted a Threadripper when it was launched,
but it was far too expensive, so I “just” got its kid brother, a Ryzen 7 2700X.
What graphics card do you have? Mine is an Nvidia, which means that certain
distros dislike my rig.

MfG
Claes in Lund, Schweden

It was my silly fault.
Sorry for the noise,
Helmut

1 Like

I am curious what the silly fault was. It is okay to make mistakes. Perhaps we can learn from you.

1 Like

After the preview looked OK(having pressed the space bar) I pressed the OK button again without pressing RETURN.
Since the progress bar looked like G’MIC is busy I was waiting for it to finish.
Perhaps the interface could be changed that such an error is signaled (like a warning when pressing the
OK button after having pressed the space bar)

What I don’t understand is how you have been able to press the OK button while the filter was running.
When a filter is running, the OK button is disabled :

If I try to click on it while the filter is running, nothing happens.

I’m now at G’Mic 3.4.3 and still cannot use the foreground select tool.
Having marked the foreground and background, pressing the space key the selection is shown just fine in the preview.
But after pressing the Enter key it stays at “processing 0%” and only the cancel button is active. Gimp/G’Mic use nearly no CPU time and seems to hang.
What am I doing wrong? I’m using Gimp 2.10 on Linux.
Many thanks for a hint,
Helmut

Have you tried updating your filters ?
It works for me here.

It’s nearly unusable here. It’s highly unstable. Just one of several dozens of trials succeeded.
After finishing the interactive phase by or it just hangs, i.e. it consumes nearly no cpu time and only the button is displayed.
I have updated the filters.
I get

[gmic_qt]./error/ When running command ‘fx_extract_foreground 0,0,2,1,“0,0”,“-1”’, this error occurred:
[gmic_qt]./error/ *** Error in ./fx_extract_foreground/*foreach/*substitute/ *** Item substitution ‘${“x_segment 2048”}’: Expression incorrectly changes the number of images (from 1 to 6).

[CImg] *** CImgArgumentException *** [gmic_math_parser] CImg::eval(): Unbalanced parentheses/brackets, in expression ‘[;isnum(siz:=02562?[02562)]’.

[gmic_qt]./preview/ gui_no_preview 0,0,2,1,“0,0”,“-1”
te

How can I help to debug the problem.
Foreground extract is most important to me.

Thanks,
Helmut

Could it be something to do with threadripper? 128 threads. I find it unlikely, but…

Hello @HJarausch ,

You may try the new binaries I’ve built today from the current sources, for version 3.5.0_pre, available here:
https://gmic.eu/files/prerelease/

The Extract Foreground filter works for me with this version.

Let me know!

Sorry, I need some help in compiling this version (my current Gentoo ebuild doesn’t work)
Proceeding as described in the README, I get

BlockquoteCMake Error at CMakeLists.txt:152 (find_package):
Could not find a package configuration file provided by “Gmic” with any of
the following names:

GmicConfig.cmake
gmic-config.cmake