Release of G'MIC 2.0.0

Software G'MIC
27

Good point. I am using 2.8.18 but I should be using 2.9.5? What else should I be mindful of to achieve parity?

28

2.9.x has been working well for me and can handle 32 bits.

29

How do I add G’MIC 1.8.0pre to GIMP 2.9.5 (portable from Partha)?

PS This seems to work:
Replaced gmic_gimp.exe.
Opened G’MIC in GIMP.

  • Download external data.
  • Update filters.
  • Search filters > Update.
30

Left you a longer answer at GIMPChat, but the short answer is, both G’MIC and GRIP are working fine together and the favorites imported and work fine, David. Thanks a heap. :slight_smile:

31

Just posted this at GIMPChat. This could be a feature, but, if you open up GRIP, it resets your presets in G’MIC and vice/versa (so if you changed any of the sliders in either one and then open the other one, it will reset the sliders as I mentioned). If you stay within the plugin universe (i.e stay in GRIP for instance) then the sliders will keep their position as you left them for the preset that you worked with. Just a head’s up. :slight_smile:

32

Minor issue (not exactly a bug) that seems to affect 1.8 pre and 2.0 pre x64 gimp - the update file is rewritten to disk each time the plugin interface is launched.

Also noticed something about retinex - seems odd to do a sum of logs when it amounts to log of the product, i.e. it could just be 3 * log([input]) - log([G1] * [G2] * [G3]). Maybe there’s some other reason I haven’t thought of.

33

Thanks Andy, I’ll try to fix that ASAP.

34

I could swear the update file overwrite was fixed for a while, but it seems to be back now! Sorry if you haven’t actually looked at it yet, I might be imagining things…

On another note, I had a thought about the old gimp <-> G’MIC zero opacity handling bug. Instead of trying to deal with the output not being written in fully transparent areas, it might be better to always “sanitise” the input when previously transparent regions might be revealed.

Example: with -remove_opacity, set other channels to 0 where the opacity was 0 beforehand.

Another choice is to do that automatically with every gimp input: where opacity = 0, set all channels to 0. There are downsides to that though and it’s a relatively rare problem.

Of course all this would be moot if they just fixed the actual bug :slight_smile:

35

They would like effects of gmic-zart for obsproject

36
  • 05/29/2017 : Final release ! :slight_smile:
10 Likes
37

You may retire, then.

38

Not before the final release of version 2.0.1 :wink:

39

Will there be a manjaro build? The one I have is an outdated pre-release version :grimacing: but I know it’s extra work. This version is a great step forward for G’MIC, thanks to all involved :wink:

1 Like
40

:champagne: Congrats! :tada:

Maybe Kdenlive could be second in line? =)

Cheers

41

Here it is : http://gmic.eu/files/linux/gmic_gimp_qt_2.0.0_manjaro64.zip
Because you’re worth it :slight_smile:

1092×761 118 KB

1 Like
42

Woohoo! thankyou :blush:
A nice present to come home to, working great!

43

Now applying 3DLUT.cube is not working. Output is only black image.

44

Interesting, could you upload the file somewhere so I can check and fix this ?

45

You can try this free LUT with any image.

46

Thanks. See also Convert .cube to png - #8 by David_Tschumperle for a discussion about this problem.
A fix is on the way :slight_smile: