Gimp 2.10.22 has HEIC support but won't work? - image

I have Gimp 2.10.22 running, which should have HEIC support according to the release notes from last October. So I would have expected that an iOS-created .heic file should open up. Unfortunately, I just get the generic "Unknown file type" error from Gimp when I try to open it there, or drag and drop into Gimp.
The release notes, as well as all the various third party announcements I've seen about the heic support fail to give an example of how to import/open the file.
So I'm stuck - how can I get Gimp to load a .heic image that was created by iOS?
Thanks.

Thanks to folks on the Gimp project (over at Gnome) this issue is due to my distro (Fedora 33) not supporting the heif format. So the version number is 2.10.22, but the heif/heic features are not actually present.
See the issue there.
Two simple workarounds:
Install the flatpak version of Gimp instead of the one from Fedora's repo, or
Install the libheif and gimp-heif-plugin packages from RPMFusion-free repo.
Thanks all.

For people with Fedora, installing gimp-heif-plugin will do the job:
sudo dnf install -y gimp-heif-plugin
Thanks to Daniel Jonsson to point it!

in Ubuntu use:
sudu apt-get install -y gimp-heif-plugin

Related

Llattice diamond programmer-tool

install Lattice Diamond 3.10 on my computer with Manjaro 17.1 and everything works correctly just because of a problem. The programming tool does not work, when I try to execute it I get a window with a message:
"can not load library:
/usr/local/diamond/3.10_x64/bin/lin64/toolapps/libdvmapp.so:
(libusb-0.1.so.4: the shared object file can not be opened: the file
does not exist or the directory)"
already downloaded and I put the library in the corresponding directory but still does not let me run it
Any suggestions to solve it, I would appreciate it very much
Thank you
I had to install the following libraries:
libusb 1.0.21-2
libgusb 0.2.11-1
libusb-compat 0.1.5-1
libusbmuxd 1.0.10+13dc724e70-1
And the programming tool works
I already had all of the dependencies listed by Cristian in place. I had to install libusb-dev and it worked.
sudo apt install libusb-dev

ImageMagick: No decode delegate for this image format `' # error/constitute.c/ReadImage/504

Problem: ImageMagick convert is unable to crop image. It looks like it doesn't recognize the image type?
What I've Tried:
I've searched around online and I've seen several similar issues but not mine.
I've attempted their solutions including
Uninstalling and reinstalling ImageMagick via brew.
identify -list format (JPEG, GIF, PNG, TIFF, etc were all there and all had rw permissions)
convert -version (png is is among the built-in delegates)
convert pic1.png pic1-jpg.jpg (this worked fine)
convert pic1-jpg.jpg pic1-jpg.jpg (this worked fine)
convert pic1-jpg.jpg 805X972+34+94 pic1-jpg-crop.jpg (this gave the same error as for png as shown below)
 
I'm working on Mac OSX El Capitan and everything else in terminal works fine. ImageMagick was already installed.
When I run:
$ convert /Users/Innovate/Desktop/crop/2015-04-26-GinaDate13_487.png 805X972+34+94 /Users/Innovate/Desktop/crop/2015-04-26-GinaDate13_487-cropped.png
I get:
convert: unable to open image `805X972+34+94': No such file or directory # error/blob.c/OpenBlob/2702.
convert: no decode delegate for this image format `' # error/constitute.c/ReadImage/504.
no decode delegate for this image format `' # error/constitute.c/ReadImage/504
In the other posts on this issue, people get
convert no decode delegate for this image format `PNG'
Or similar (except with their image type or filename and image type)
 
However, mine doesn't say anything about image file type...
I have not tried uninstalling ImageMagick then installing it manually from sources because I'm not very confident at doing that... (this solution was shown: https://stackoverflow.com/a/34633084/5398660 )
Does anyone know what might be going on?
Also, can anyone help me interpret the # error/constitute.c/ReadImage/504 part? I'm looking at the code for constitute.c but I'm not sure if I can get useful information from it to solve my problem (I only know a bit of C)
Thank you!
brew remove imagemagick //to delete current version
brew install imagemagick --build-from-source
fixed it for me on mac
I had the same error on Ubuntu 20.04 and ImageMagick.
Had to reinstalled ImageMagick with all add ons according to this instruction:
#These are the steps required in order to Install ImageMagick with JPG, PNG and TIFF delegates.
sudo apt-get update
#Install Build-Essential in order to configure and make the final Install
sudo apt-get install build-essential
#libjpg62-dev required in order to work with basic JPG files
sudo apt-get install -y libjpeg62-dev
#libtiff-dev is required in order to work with TIFF file format
sudo apt-get install -y libtiff-dev
#Download ImageMagick
wget https://www.imagemagick.org/download/ImageMagick.tar.gz
#Untar Imagemagick
tar xvzf ImageMagick.tar.gz
#Access the working directory
cd ImageMagick/[version_number]
#Configure and make sure to disable the "shared" option
./configure --disable-shared
#Make
sudo make
#Install
sudo make install
#Final Check
sudo make check
Throwing in my two cents as I too have struggled with this problem for the last few days. I had no problem running ImageMagick commands on my local machine, but got the error message as mentioned by OP when I ran the command from a Tomcat server running on Azure Cloud.
I could identify the cause by running the following command:
convert -list format
On my local machine, it would return quite a long list of all the supported formats, whereas on Kudu (Azure CLI tool) it would return an empty result. This indicates ImageMagick didn't find the path to its DLL files required for processing.
In my case, the problem was simply caused by a lack of configuration on Azure:
The absence of the ImageMagick root folder in the system environment variable %PATH%
The absence of an environment variable "MAGICK_HOME" (set to the root folder of your ImageMagick installation directory)
The absence of an environment variable "MAGICK_CODER_MODULE_PATH" (set to the folder mentioned above + /modules/coders)
NOTE: for people who are also experiencing this problem on Azure, you can have a look at this SO answer which explains how to add an environment variable using an XDT Transform.
Alright, with playing around I figured out the solution and I'm posting it here for other people who might run into this issue:
Apparently, this is not/no longer is/not for me the way to crop an image using ImageMagick convert. Even though this usage is shown here it did not work for me using El Capitan (maybe it's the OS?).
Instead of using
convert img.png 805X972+34+94 img-crop.png
The correct command, which works is:
convert image.png -crop 805X972+34+94 image-crop.png
That is, the command goes:
convert image.ext -crop heightXwidth+positionX+positionY* imagecropped.ext
More can be found here.
From the description on that ImageMagick page I was confused about the example where they have convert rose: -crop but you can just use it the way I mentioned above and it works fine.
Install ImageMagick with JPG, PNG and TIFF Delegates - Ubuntu (20.04)
Approach 1
Chances are, ImageMagick is already installed on your computer if you are using some flavor of Linux, and its likely not installed if you are using some form of Windows. In either case, you can type the following to find out:
Clone the source repository:
git clone https://github.com/ImageMagick/ImageMagick.git ImageMagick-7.1.0
Next configure and compile ImageMagick. Note the pkg-config script is required so that ImageMagick can find certain optional delegate libraries on your system. To configure, type:
cd ImageMagick-7.1.0
./configure
make
If build fails, try gmake instead. For advanced users, we recommend a modules build:
./configure --with-modules
If ImageMagick configured and compiled without complaint, you are ready to install it on your system. Administrator privileges are required to install. To install, type
sudo make install
You may need to configure the dynamic linker run-time bindings:
sudo ldconfig /usr/local/lib
Finally, verify the ImageMagick install worked properly, type
/usr/local/bin/convert logo: logo.gif
For a more comprehensive test, run the ImageMagick validation suite. Ghostscript and Freetype are prerequisites, otherwise expect the EPS, PS, PDF and text annotations tests to fail.
make check
Approach 2
Follow the below link
Install ImageMagick with JPG, PNG and TIFF Delegates - Ubuntu (20.04)
I was receiving the same error for missing some single quotes.
When combining images with convert -draw with quotes, the image supplied must be wrapped in quotes.
No decode delegate for this image format `' # error/constitute.c/ReadImage/504
convert myBackground.png -font Arial -pointsize 20 \
-draw "gravity west image Over 50,80,20,20 'myForeground.png'" \
# -----------------------------------------^ added missing single quotes
-flatten ./finalImage.jpg
When I added in the single quotes around myForeground the issue disappeared. What a lousy error!
I also had to fight this problem today in a convert operation that applied a different color space profile.
It seems imagick's convert command is sensitive to the file extension of the profile's file name. In my case it was a temporary file without a suffix that triggered the same error message from the question title
convert infile.jpg -profile /tmp/profile-without-suffix outfile.jpg
Adding the correct suffix to the profile file name fixes the problem:
(assuming ICC format)
convert infile.jpg -profile /tmp/profile-without-suffix.icc outfile.jpg
For me (on macos Mojave, using Imagick with CraftCMS) I had to reinstall Imagick with pecl uninstall imagick and pecl install imagick (and then restart Apache with sudo apachectl -k restart). I must have run brew upgrade and got a newer version of ImageMagick which caused Imagick to barf up a similar error of NoDecodeDelegateForThisImageFormat 'JPEG' # error/constitute.c/ReadImage/556.
An alternate Imagemagick command would be:
convert pic1-jpg.jpg[805x972+34+94] pic1-jpg-crop.jpg
or as stated earlier
convert pic1-jpg.jpg -crop 805x972+34+94 +repage pic1-jpg-crop.jpg
see Inline Image Crop at https://www.imagemagick.org/script/command-line-processing.php
Generally, I prefer the use of x (lower case) rather than X (uppercase) between the width and height, for easier reading. But either works.
I used a suitable docker image, for example:
docker run -v /path/to/picsdir/:/pics --rm dpokidov/imagemagick /pics/img.heic /pics/img.png
This helped me convert from HEIC to PNG.

plutil: command not found

Ultimate Goal:
I'm trying to convert a binary plist file to an xml format so that I can put it in an array and grab values from it. What I'm finding via web search on this is that the command for Linux comes from libplist.
Problem: I ran "yum install libplist" and it told me libplist is already installed and latest version. I've read that if I enter the following command:
plutil -i /mypath/file.plist > /mypath/file.xml.plist
That this will help accomplish my ultimate goal. However, when I do this only a blank file called file.xml.plist is created. Further, with this command and any other command involving plutil, I get a "bash: plutil: command not found. . ." error. Is libplist seemingly not installed (even though it says it is) or why would I repeatedly get this error? Thanks for your help.
You can use yum to look for a package knowing the binary you want. For instance, if I want to install the package that provides plutil, I simply run this command:
$> yum provides plutil
Unfortunately, the result is No matches found... But you say you read that the libplist package provides this tool. Maybe it was renamed ? Let's use repoquery for this (if you don't have it, yum provides repoquery tells you that you need to install yum-utils).
$> repoquery --list libplist
/usr/bin/plistutil
/usr/lib/libplist++.so.3
/usr/lib/libplist++.so.3.0.0
/usr/lib/libplist.so.3
/usr/lib/libplist.so.3.0.0
/usr/share/doc/libplist
/usr/share/doc/libplist/AUTHORS
/usr/share/doc/libplist/COPYING.LESSER
/usr/share/doc/libplist/README
And what I see is that a program called plistutil was installed with this package !
I've never used plutil, so I can't tell you for sure plistutil is the program you want (but it probably is). What I wanted to do instead with this post is to show how you can use yum to install the packages you need !
I ran across this thread while Googling for the same thing myself. After looking at a few solutions for my own company (Screenplay) I decided to fork and iterate on a open-source, cross-platform, drop-in replacement for plutil:
https://github.com/screenplaydev/plutil
It's forked from Facebook's xcbuild (a tool developed by them to build xcode projects on Linux), but stripped down to just provide plist-editting functionality. That way you won't need to maintain separate code-paths for Mac and Linux environments.
Hope that's helpful!

how to tell cpanm Image::Magick about header location?

On OS X cpanm Image::Magick fails with
Magick.xs:60:10: fatal error: 'magick/MagickCore.h' file not found
#include < magick/MagickCore.h>
The file is present though. (That space is from me to have it display here.)
How can I tell cpanm and/or Image::Magick where to find those headers?
(IM is installed from source.)
Workaround: download Module, edit Makefile.PL (add header dir to includes), make, make install as written on the imagemagick homepage.
While the question is rather old, I still ran into this issue recently.
I was able to resolve it with new ImageMagick installed via homebrew (brew install imagemagick which installed version 6.9.5-3), then firing up cpan and installing JCRISTY/PerlMagick-6.89-1.tar.gz package.
It fails in test section. Thus I analysed what tests fails and decided to cheat a bit (I don't need all ImageMagick functions). I manually edited tests files (use look Image::Magick to get into unarchived package) – for me, it was required to completely comment out test for input.miff (reference/filter/Segment.miff) in t/filter.t and tests for MPEG read in t/mpeg/read.t. Then cpan is able to process Image::Magick finally.
I ran my own tests upon set of GIF and PNG images and these are OK. Hope this helps someone.

how to run gambit-c

It's late and I should go to bed and maybe that's why I can't figure this out. I'm on a fedora-13 machine and I just ran
yum install gambit-c
I installed it because I want to follow along in a schemed text book.
but now that it's installed, how do I start the scheme interpreter??
It looks from the RPM listing that the binaries are named gsi, gsix, and gsc, all in /usr/bin. I suspect that gsi is the interpreter.
For more details, there's also the manual entry for gsi.
BTW: I don't know about the Fedora RPM, but I found that the Ubuntu repository's Gambit-C was quite outdated (4.0-ish), with missing features like simple compilation of stand-alone executables. The most recent version is 4.6. If your RPM's version is a few decimal places behind, I'd suggest just installing from source; it's a pretty standard configure -> make -> make install sequence. Just remember the following option when running configure:
./configure --enable-single-host
This speeds things up quite a bit.

Resources