Here is the syntax btw, it requires plugins of mine and Liam's to work and this image file.




Plugins syntax requires
viewtopic.php?f=9&t=20377
https://github.com/LinuxBeaver/Threshol ... /releases/
https://github.com/LinuxBeaver/GEGL-Cus ... /releases/
https://github.com/LinuxBeaver/GEGL-SSG ... /releases/

IMAGE FILE SYNTAX REQUIRES- REPLACE THE CONTRAST PATH WITH YOUR OWN

I am going to see if it is possible to call a web based REMBG, GFPGAN or some other AI image editing server. Based on everything I know the answer should be yes but it would need to be intentionally dedicated, meaning the web host INTENDED a designated bash string for REMBG, REAL ESRGAN, GFPGAN ect...

THIS IS MUCH FASTER NOW WITH THE NEW DEC 10 UPDATE

FACE RESTORATION AI RUNNING INSIDE GEGL

I got GFPGAN running in GEGL unique to a special directory on my system. It takes 4 minutes to load on large images.



For me it is this.



For everyone normal in a default install GFPGAN may be here

I just confirmed that the only way this tool will work in the cloud online (for normies who don't have any AI's installed) is if someone makes a public server that allows users to run specific bash strings to call said AI tools. Then it will definitely be possible.

Currently I don't think anyone does it like that and if they did they could charge a fee or only 3 users per day ect...

It looks to me like I am making deep progress with GEGL while others haven't even made a single GEGL plugin. It concerns me that everyone else is way behind and its has been over 1.5 years since my first plugin and 2.5 years since the first day I studied GEGL.

GEGL AUTOMATES WITH GMIC COMMANDS

@contrast_,
maybe it's only me ...
but I'm unable to see what I have to install, to for example run rembg in GEGL.
You post so many things in so many places .... I can't follow you.

Sorry for not clarifying.


How to get REMBG working with this (Linux Only)


You have to have REMBG installed on Linux.
https://pypi.org/project/rembg/

Then if you haven't already install this GEGL plugin on non flatpak Linux in


https://cdn.discordapp.com/attachments/ ... 09e80be86&


You can also add this string to remove the erosion damage around the outline from REMBG.



These two plugins are needed for that
viewtopic.php?f=9&t=20377
https://github.com/LinuxBeaver/Threshol ... /releases/

All three GEGL plugins go in


Install the plugins and restart Gimp and open GEGL Graph

THE PART OF DISABLING FOR SPEED IS OUTDATED


Run


If REMBG is in a special directory change the default rembg text to its directory. It should work


At the end GEGL Graph should look like this and have this.





If the path doesn't work go to pipeline=" and add your REMBG directory. This will be extremely slow.

GEGL runs each command six times in a row even when preview is DISABLED. But the final image is already in the /tmp/ directory the first time getting overwritten five more times.

This could be six times faster if someone figured out how to cancel GEGL Graph and import the final png file in Gimp. Or if the user manually presses Esc key many times to cancel GEGL graph loading and goes to their /tmp/ and manually imports the final result by dragging the image file into Gimp.

I tried using xdotool to hit escape many times by running bash like and it didn't work but new images suprisingly opened Gimp while GEGL graph was running.

This plugin has a known bug caused by GEGL's pixel chunks.

WHAT ARE PIXEL CHUNKS?
GEGL's image processing under the hood tiles images based on a given amount of pixels. They are called "chunks" I don't know what the default is but I do know that it can be changed. by running though this does not solve my problem as no matter what I think some chunks have to exist and the number may have a cap around several thousand.

WHAT IS THE BUG?
The exported png to be ran with bash is sometimes a pixel chunk instead of the full image. Here is the problem caught live in my tmp folder.


END RESULT OF THE BUG
(Gmic filter is only applied on a pixel chunk and not the entire image. Seen in red)



The only work around to pixel chunks is to avoid using Gegl Spawn's path out.


and instead just import the final file with




This is code that will only work on my machine to do the task of running REMBG, GMIC and GFPGAN together, it ignores "path-out"
and imports the /tmp/whatever.png using gegl:layer.

After spending all day with the plugin I figured out how to trigger a variation the chunk bug.





0. Start with GEGL Graph - duh

1. Run moderately/severely intensive normal GEGL commands like a gaussian-blur.

2. Call GMIC through GEGL after those commands ( the importing of the image file is when the chunks are created) then the chunks create a NOT INTENDED glass tile effect.

This does NOT happen if the GMIC command is before the other GEGL operations. Only if it happens after it. It also does not happen if the commands are super light weight like lighting filters that take virtually no resources.


Here is an example of a graph that creates a unwanted glass tile chunk bug.
It happens because boy:spawn has a bunch of GEGL operations before it and those operations are constantly updating when the image file export is happening in /tmp/. The saved .png chunks are then modified and they create the ugly glass tile effect.


Code to duplicate the bug


I have no clue how to solve this bug. I tried exporting a png and sleep 10 (to delay things and it failed)

Downloaded, zip unpacked, contains a "RCS" folder ( and other files) in there is a "spawn.c,v" file ?
Never seen such a file-ending before. I doubt that it's ready to use.

A new discovery has been made with GEGL Bash Spawn that leads to it running orders of magnitude faster, as it prevents GEGL from reloading the same operation 9 times in a row. That's what is slowing it down.

Before I show case the discovery remember that /tmp/final.png is unique to the users given path.

The GEGL syntax


gegl-buffer-load When ran after boy:spawn or anything in GEGL (like a blur or emboss) causes it to cancel everything and have nothing in the graph. GEGL Layer loads an image file; such as a final output in /tmp/. The plan to make GEGL Bash Spawn faster is to run the syntax I listed above after a few seconds of the user pressing a checkbox. The checkbox will activate the nodes at a several second delay.

This means GMIC filters in GEGL will load in 1 or 2 seconds instead of 10-20 seconds. Once again this is happening because gegl:buffer-load cancels everything and layer src= calls the image file that GEGL dumped in /tmp/

Example of me running GMIC's Bokeh in GEGL fast
This only took one second to load because I pasted commands strategicly.

first I pasted the command to call GMIC



Then a second later I pasted this while Gimp was Frozen

Sorry it was source code only. I provided a download with a binary on the first page post.
download/file.php?id=70342

Soon this plugin will update with a delay property. When activated the nodes gegl-buffer-load and gegl:layer will kick in and unfreeze the graph and load the file in /tmp/

This is a hypothetical example where the unfreeze and call layer nodes are delayed by 4 seconds

Here is the same thing I did with GMIC now with REMBG. It now loads very fast with a delayed buffer.

very difficult to follow you for non-programmers :-(

What do I really have to write into the GEGL command?

in my normal working(!) bash script I activate the environment like so:


And if I put this in the GEGL command


nothing happens really, nothing in /tmp either

It would be really nice to have a working step by step example.
Only to get rembg to work ... nothing else. No fancy you can do this and that and so.
That only confuses me ( perhaps others, too)

Disable preview and try this.



To make it go 9 times faster paste



AFTER GIMP IS FROZE AND THE ORIGINAL COMMAND IS RUNNING

its tricky but you'll get the hang of it.

That doesn't work for me here. It just leaves an empty layer, except for text in the upper left corner that reports "load failed".

The plugin by JamesH works perfectly however.
viewtopic.php?f=9&t=20041&start=30#p278034

POST EDIT --- THE POST DID NOT RUN REMBG BECAUSE I WAS USING AN OUTDATED VERSION OF REMBG FROM EARLY 2022 AND THESE PEOPLE WERE USING A 2023 MODERN VERSION

Learn more about this here.
viewtopic.php?f=9&t=20652&start=60#p286226

--original post---



Make sure you are using non flatpak Linux and Please give me your unique rembg directory. This is the default for most people. So try this

1-5-2024 EDIT TO MODERNIZE ORIGINAL POST


Guys you need to understand that this plugin is literally just calling bash in Linux. So whatever works in bash on Linux will work in this plugin. If you can call REMBG in bash on non-flatpak Gimp it will work here.

I'm using Gimp PPA, not flatpak. rembg directory is "/home/user/.local/bin/rembg". it works fine via command line as well as python plugin. It doesn't seem to work in gegl graph using your script, at least not here.