Hi
I would like first understand, why gmic open tif and gmic_qt don’t ?
And I would like to know how i could open tif with gmic_qt.
I compiled both gmic (cmake) and gmic_qt (qmake) 3.5
thanks <3
I have added G’MIC as a plug-in to the GIMP. It appears in <<Filters>> as <<G’MIC-Qt>> at the bottom of the Filters menu.
It can open any file-type that the GIMP can, which includes TIFF.
my pc working with low memory, low gpu.
Gimp is greedy, which is why I only use gmic_qt.
Only in a workflow with the terminal to copy the plugin in’s command line parameters and then create a script.
The gimp solution doesn’t suit me at all.
And that doesn’t explain why gmic_qt doesn’t support tif, when gmic can.
but thanks for your reply 
Hello, if I’m not mistaken, gmic-qt is the gmic version built for Gimp, so the plugin, whereas gmic is the command line version.
If you want to make scripts to do image manipulations, just use gmic. As far as I know you can’t run gmic-qt stand-alone, that is without Gimp. But I can be wrong here.
And as @cedric said, gmic-qt works with any file type that Gimp can handle, so including tiffs.
Hello @trezen ,
Indeed, gmic-qt (stand-alone version, not the plug-in) does not read .tiff files by default. It is actually limited to .png and .jpeg files if I remember well.
The explanation is simple :
Most people who are using G’MIC-Qt actually use it as a plug-in inside a host software.
The host software usually knows how to read a lot of different image files by itself, and pass the image data to the G’MIC-Qt plug-in directly as memory buffer (not as image files that G’MIC-Qt has to read from the disk).
That’s actually why we limited the ability of G’MIC-Qt to read only .png and .jpg files, and not all possible image file formats : because 99% of the time, it is enough for the user (and for the few filters in G’MIC-Qt that requires external image data, stored as .png or .jpg files), and the host software does the rest.
But yes, I understand that for an usage as a stand-alone application, this is somehow limited.
3 Likes
Your memory is failing: Just compiled this. The filter defaults to png but tif/tiff is there in the drop down list. Just compiled and a tif works here, but tiff being tiff it could depend on the “flavour” or maybe if there is libtif- dev installed for the compile.
It does use less memory than Gimp+gmic plugin A quick look 120 MB against 340 MB
edit: This a kubuntu 24.04 linux
1 Like
Ah that’s interesting ! Thanks @rich2005 .
I wonder if that could be specific to the use of the Windows version of G’MIC-Qt (is it the case @trezen ?).
If so, the solution could be as simple as adding a “tiff reader” dll file in the ‘imageformats/’ dfirectory provided by the .zip archive.
I tried that yesterday. compiling with tif enabled.
Maybe i made some error.
I will try again and come back to you
thanks to answering to me, i know that it’s possible now.
Hello david.
Off course i saw you’re post, it’s why i put linux tag in mine <3
wish you could read tif in stand alone soon <3
So, I’ve tested on my version of gmic_qt (Ubuntu 22.04 LTS), and I confirm it reads .tiff files by default.
FYI, I have a file libqtiff.so in /usr/lib/x86_64-linux-gnu/qt5/plugins/imageformats/.
If I remove this file, I’m not able to read .tiff files anymore (the Qt file selector does not even propose to select the .tiff format).
So, I suggest you first check you have this file in your corresponding ‘qt/imageformats’ directory!
1 Like
Hello @David_Tschumperle
Just tested, on Windows 11, the G’MIC 3.5.0-QT plugin within GIMP 3 RC2 with some Tiff (8 bit) created by DxO PhotoLab v8.
Everything works fine in that I am able to apply a filter on it (tested only a few).
As usual G’MIC makes wonders
2 Likes
G’MIC QT Win 64
For information, there is a difference between compilations under Windows 64 bit between the QT5 (https://gmic.eu/) and QT6 versions on image formats:
:o)