It sounds like whatever antivirus software Blue Lightning TV Photoshop is using detects a false positive for gmic.eu, although none of the URL scanning antivirus software on VirusTotal flags it: VirusTotal.
You could post a link to the gmic-8bf releases page on GitHub, which is where the G’MIC download page would lead you anyway: Releases · 0xC0000054/gmic-8bf · GitHub.
I uploaded both the 32-bit and 64-bit ZIP files of version 2.9.7.1 to VirusTotal.
The 32-bit version shows a number of false positives that will hopefully be corrected in future updates to the affected antivirus programs, the 64-bit version has no issues.
@PDN_GMIC , @afre , Hi, thanks for your answers.
I forgot to let you know that I am not on Windows (for more than 10 years now).
Sorry, but for me all these antivirus thingy is like something from another planet, I was just reporting what a Youtube Photoshop expert told me when he tried to install G’MIC for you to know.
Having said that, I am aware that Microsoft has now an app store or something alike, why not to try to put your Windows plugin for Photoshop in that Appstore? This certainly would bypass all these antivirus false positive, no?
A progress update for the next version of the plugin.
I improved the integration with Photoshop Actions.
The plugin will now show the name of the G’MIC effect and the input mode when you expand the G’MIC-Qt entry in the Actions palette, and running the G’MIC-Qt filter more than once in a single Action now works correctly (thanks to Sébastien Fourey who updated the G’MIC-Qt host API to include the required features for both of these changes).
I attempted to add support for processing 32-bit floating point images, but there were a few issues:
The preview image in the G’MIC-Qt UI is darker than the 8-bit and 16-bit modes. I am thinking that this may be a gamma issue. In Photoshop the 32-bit floating point mode is always Gamma 1.0 and my monitor is using a sRGB color profile (gamma ~2.2).
It also appears that some of the G’MIC-Qt effects do not produce the expected results.
The 32-bit float support is in the 32-bit-float-mode branches in the gmic-8bf repository and my gmic-qt fork on GitHub.
I can post an alpha build with 32-bit float support if anyone wants to try it, but due to the above mentioned issues I recommend that you use the GIMP version of G’MIC-Qt if you want 32-bit floating point support.
Does it output correct values to say for the least? That is what most important to look at. I did tested a photograph on Krita RGB32F and loaded G’MIC to see that the preview is different, but the important part is that the output is correct. So, 127.5F in G’MIC should translate as .5F or 128 in RGB8I.
It does, as far as I can tell.
I have only been checking the final image against the equivalent 16-bit output in Photoshop and the 32-bit output in GIMP. I did not check the individual pixel values. Artistic/Bokeh looks exactly like the 16-bit version, but other effects (e.g. Artistic/Angoisse Anguish) look dramatically different.
Hi!
I just downloaded the new stable version of G’MIC (2.9.8) and installed it to Affinity Photo 1.9.2.1035 on Windows 10. It seems that my beloved Stylize filter doesn’t work with custom layers, as I’m being used to from G’MIC in GIMP. Even without a lot of fiddling, I didn’t get any result.
At first: the document I try to process is converted to 16 Bit RGB, the image is rasterized, the Source Layer in G’MIC is set to “All”. A custom style is added as top layer, the Style menu in G’MIC’s Stylize is set to Custom Style (top layer).
If I now try to process the document, the preview says, that I need two layers to process with this setting. Even though I have two.
Then I tried it with the Style Image also defined in the Input/Output Settings for G’MIC-QT. In this case G’MIC found the Style image, but not as the top layer. I could start processing and it seemed to work, because I could watch the processing in the preview window, but after that, there was nothing changed in my document. Even as I tried to interchange top and bottom layer.
And as I wanted to try a new attempt after that, I got the following Error Message:
This issue already existed in G’MIC 2.9.7. In GIMP, it works. One of my favorite filters by the way. Really cool stuff!
On Affinity Photo 1.9.2 it works much faster. However, I can’t really get a proper preview. I am doing anything wrong to get the scaled down full screen preview?
Using document layers as input for G’MIC-Qt only works in Photoshop.
I will have to look into that.
The Input/Output Settings for G’MIC-Qt filter was added to allow Stylize and other filters that require two input layers to work with hosts that do not provide layers to plug-ins, but I have not been regularly testing it.
Not sure what is going on here.
G’MIC-Qt recently added the ability for plugin hosts to do their own parameter management, which the 8bf plugin uses to support Photoshop Actions.
This may be a bug in the G’MIC-Qt parameter management API, a bug in Affinity Photo, or something else entirely.
I noticed that as well when testing various G’MIC effects, it appears to be some kind of rendering bug in G’MIC-Qt.
Clicking and dragging in the preview causes the preview image window to change size instead of panning across the full size image, and there appears to be no way to set the preview zoom below 100%.
Fixed a regression from version 2.9.7.1 when displaying the preview image in G’MIC-Qt.
Fixed an issue with the layer order when loading the second input image from the source set in the Input/Output Settings for G’MIC-Qt filter.
