Request for testing G'MIC 1.6.9_prerelease !

dinasset · **Posted:** Sat Jan 30, 2016 5:03 am **(#21)**

for David:
I went also thru COLOURS submenu
no errors

SysTemX · **Joined:** Dec 08, 2013 **Posts:** 1088

Works great with Windows 8.1. Tried all of my regulars and a lot of new of not so regulars. Some of my custom codes did not like it but they go back a few releases.

Great progress with G'mic, Please keep it up.

dinasset · **Posted:** Sun Jan 31, 2016 5:02 am **(#23)**

for David:
I went also thru CONTOURS submenu and DEFORMATIONS submenu
no problems...

snelltheta · **Joined:** Jan 31, 2016 **Posts:** 3

Hello,

I signed up for this forum for a bug I found on G'MIC for Windows, and this is my first post.
It is a very tough bug to deal with, as it makes it so that I can't use G'MIC on many images (the GIMP plugin, at least; haven't tested standalone).

What happens is that the window is too large to fit on the screen, and is not, in any way resizable.
This was also the case for the current stable version.

It seems to only happen on GIMP-generated images with a height larger than ~400 pixels.
The taller the picture is, the higher the preview is, the more the bottom buttons disappear.

There are some pictures that do not exhibit this behavior, even with the above conditions.

GIMP 2.8.16 - Windows 10 64-bit

[Attached is a screenshot, and a sample image that exhibits this behavior]

Gangle · **Posted:** Sun Jan 31, 2016 4:31 pm **(#25)**

OK, just for the record, I installed the mic_gimp 1.6.9 on my iMac and it seems to be working just fine.
I only tested it our briefly but it seems OK.
Using gimp.app vers. 2.8.14p and El Cap. Mac OS 10.11.3

Thanks, 'Ronounours' and 'Karo03de' for the link.
angus

bilbo9955 · **Joined:** Jul 11, 2010 **Posts:** 349

@snelltheta In the GMIC window, there is a box at the bottom of left corner that right now says "Normal". Click on that box and select "Small"

Ronounours · **Joined:** Jan 03, 2011 **Posts:** 1656

Thanks for reporting snelltheta,
This morning, I've added some code in the plug-in to check that the dialog window is entirely visible on the screen.
If not, the size of the preview widget is reduced as much as possible.
I've just posted some new pre-release binaries today with this fix included, available at :

http://gmic.eu/files/prerelease/

Could you re-install the plug-in from today, and check if that fixed the problem you had ?
I'm looking for your feedback.

Thanks !

snelltheta · **Joined:** Jan 31, 2016 **Posts:** 3

Ronounours wrote:

Thanks for reporting snelltheta,
Could you re-install the plug-in from today, and check if that fixed the problem you had ?
I'm looking for your feedback.

Thanks !

New plugin works good, thanks.

Souphead · **Joined:** Dec 19, 2015 **Posts:** 46

Don't know if this is a bug but when printing the value of "w" and "h" from the mathematical parser, I thought it was displaying the size values of the original image but it seems on 1.6.9 pre to be displaying the "w" and "h" values of the preview size when displaying the preview. Was that how it always worked?

Souphead.

garagecoder · **Posted:** Tue Feb 02, 2016 12:19 pm **(#30)**

Souphead wrote:

Don't know if this is a bug but when printing the value of "w" and "h" from the mathematical parser, I thought it was displaying the size values of the original image but it seems on 1.6.9 pre to be displaying the "w" and "h" values of the preview size when displaying the preview. Was that how it always worked?

Yes it's always been like that, the preview input image is served up by gimp so no choice there unfortunately.

Ronounours · **Joined:** Jan 03, 2011 **Posts:** 1656

I wouldn't say "Unfortunately". What would be the alternative ? To compute a preview guaranteed to be accurate, there would be no other ways than actually computing the filter on the full-size image, then show the result in the preview window (either by a cropped or downscaled version of it).
That is not a preview anymore, and I can already hear the users grumbling about the fact the preview is too slow to compute :hoh

In GIMP, latest GEGL-based filters allow Preview-on-canvas, but let makes it clear : it works only for very basic image filters with an almost real-time computation speed. No way this can be done for complex image processing filters.
I personally prefer a faster preview that is not so accurate than a very accurate preview that takes age to render.

garagecoder · **Posted:** Wed Feb 03, 2016 3:24 am **(#32)**

Yes I agree, the unfortunate part is the loss of information (e.g. which ROI you're actually in).
For most filters so long as you're careful it doesn't matter, but sometimes it can mean there's simply no way to make an accurate preview. However the idea of having a full preview for everything worse!

Edit: I should have said loss of location/dimension information. Obviously any preview guarantees loss of information in the image data, that's the whole point of it!

jazzon · **Posted:** Wed Feb 03, 2016 11:50 pm **(#33)**

David -- check your email for a link. I finally got the file to upload. DSL sucks!

lylejk · **Joined:** Sep 24, 2010 **Posts:** 12831

I actually agree with you David. With more experience with each of the presets, you can gain an idea of the final result based on the approx. preview.

SysTemX · **Joined:** Dec 08, 2013 **Posts:** 1088

Have just run G'mic 1.6.9 stable release and encountered an error. If the active image has an alpha channel the plug-in crashes. Remove it and all seems ok. :}
Other than that it seems great. Thanks.

lylejk · **Joined:** Sep 24, 2010 **Posts:** 12831

Yes; see my reply to thread below. David's well aware of this issue. Best to go back to 1.6.8 or the pre-alpha release for now.

https://discuss.pixls.us/t/release-of-gmic-1-6-9/550/23

edit:

David fixed the G'MIC update. Try downloading it again.

SysTemX · **Joined:** Dec 08, 2013 **Posts:** 1088

Yes, so I discovered. Thanks.