Created attachment 1987512 [details] Image Magick mogrify call trace on an heif image Description of problem: With ImageMagick-7.1.1.15 with libheif support on Fedora 38, processing x265 un/encoded heic/heif images fails Version-Release number of selected component (if applicable): ImageMagick-7.1.1.15-1.fc38.x86_64 ImageMagick-heic-7.1.1.15-1.fc38.x86_64 ImageMagick-libs-7.1.1.15-1.fc38.x86_64 ImageMagick-perl-7.1.1.15-1.fc38.x86_64 libde265-1.0.12-1.fc38.x86_64 libheif-1.16.1-1.fc38.x86_64 How reproducible: Always Steps to Reproduce: 1. docker run -it registry.fedoraproject.org/fedora:38 2. dnf install ImageMagick ImageMagick-libs ImageMagick-heic wget strace 3. wget https://github.com/strukturag/libheif/tree/master/tests/data/uncompressed_pix_tile_align.heif 4. strace -o mogrify.log magick mogrify -resize 50% -format jpg uncompressed_pix_tile_align.heif please note that the `strace -o mogrify.log` prefix is optional and is used to generate the call trace of the launched program Actual results: Running this command generates this error : mogrify: Unsupported feature: Unsupported image type (4.3001) `uncompressed_pix_tile_align.heif' @ error/heic.c/IsHEIFSuccess/138. This error is generated inside the libheif heic.c project file Expected results: a jpg image of half dimensions of the original one Additional info: ImageMagick-7.1.1.15 includes these delegates (built-in): bzlib cairo djvu fftw fontconfig freetype gslib gvc heic jbig jng jp2 jpeg jxl lcms lqr ltdl lzma openexr pangocairo png ps raqm raw rsvg tiff webp wmf x xml zip zlib Any other test image of the libheif project fail similarly. Other x265 encoded heic/heif images processing fail also Adding RPM-fusion repository and installing libheif-freeworld makes possible to process x265 encoded images, but NOT the project test images 1. rpm -ivh https://mirrors.rpmfusion.org/free/fedora/rpmfusion-free-release-$(rpm -E %fedora).noarch.rpm https://mirrors.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-$(rpm -E %fedora).noarch.rpm 2. microdnf -y install libheif-freeworld libde265 3. magick mogrify -resize 50% -format jpg uncompressed_pix_tile_align.heif
(In reply to Alain Touret from comment #0) > but NOT the project test images Hi, what do you mean by "but NOT the project test images" ? x265 is not allowed on Fedora as they aren't open and free (as freedom)
(In reply to Alain Touret from comment #0) [...] > Steps to Reproduce: > 1. docker run -it registry.fedoraproject.org/fedora:38 > 2. dnf install ImageMagick ImageMagick-libs ImageMagick-heic wget strace > 3. wget > https://github.com/strukturag/libheif/tree/master/tests/data/ > uncompressed_pix_tile_align.heif This is not a HEIF image, but a link to its GitHub page. I think you meant: https://raw.githubusercontent.com/strukturag/libheif/master/tests/data/uncompressed_pix_tile_align.heif GIMP complains about undefined bit depth when trying to import that file, but that seems to be because even libheif's own heif-info can't decode it: $ heif-info uncompressed_comp_tile_align.heif MIME type: image/heif main brand: mif1 compatible brands: mif1, heif image: 20x10 (id=1), primary color profile: no alpha channel: no depth channel: no metadata: none transformations: none region annotations: none properties: Could not decode image Unsupported feature: Unsupported image type I guess it's a bug in libheif, then. Note: I can process other H.265 images just fine: 1. wget https://github.com/dsoprea/heic-exif-samples/raw/master/image1.heic 2. heif-info image1.heic MIME type: image/heic main brand: heic compatible brands: mif1, heic image: 3992x2992 (id=49), primary color profile: prof alpha channel: no depth channel: no metadata: Exif: 88 bytes transformations: none region annotations: none properties: 3. magick mogrify -resize 50% -format jpg image1.heic
(In reply to Sergio Basto from comment #1) > (In reply to Alain Touret from comment #0) > > but NOT the project test images > > Hi, > what do you mean by "but NOT the project test images" ? > > > x265 is not allowed on Fedora as they aren't open and free (as freedom) He did mention installing libheif-freeworld doesn't help and I can reproduce that locally, too.
(In reply to Dominik 'Rathann' Mierzejewski from comment #3) > (In reply to Sergio Basto from comment #1) > > (In reply to Alain Touret from comment #0) > > > but NOT the project test images > > > > Hi, > > what do you mean by "but NOT the project test images" ? > > > > > > x265 is not allowed on Fedora as they aren't open and free (as freedom) > > He did mention installing libheif-freeworld doesn't help and I can reproduce > that locally, too. Hi, > > what do you mean by "but NOT the project test images" ? I mean the sample images in https://github.com/strukturag/libheif/tree/master/tests/data/
Hi, new version of libheif was already built in koji , can you test it with it ? https://bugzilla.redhat.com/show_bug.cgi?id=2209197#c8
(In reply to Sergio Basto from comment #5) > Hi, new version of libheif was already built in koji , can you test it with > it ? > > https://bugzilla.redhat.com/show_bug.cgi?id=2209197#c8 I'm getting the same "Could not decode image Unsupported feature: Unsupported image type" error with heif-info from 1.16.2 (with corresponding -freeworld package installed, too). However, after digging a bit, I think I found the bug. Fix in progress.
FEDORA-2023-9f69ed7712 has been submitted as an update to Fedora 40. https://bodhi.fedoraproject.org/updates/FEDORA-2023-9f69ed7712
FEDORA-2023-9f69ed7712 has been pushed to the Fedora 40 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-2023-9b46034298 has been submitted as an update to Fedora 39. https://bodhi.fedoraproject.org/updates/FEDORA-2023-9b46034298
FEDORA-2023-78dc5f2229 has been submitted as an update to Fedora 37. https://bodhi.fedoraproject.org/updates/FEDORA-2023-78dc5f2229
FEDORA-2023-c84107618a has been submitted as an update to Fedora 38. https://bodhi.fedoraproject.org/updates/FEDORA-2023-c84107618a
FEDORA-2023-9b46034298 has been pushed to the Fedora 39 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2023-9b46034298` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2023-9b46034298 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2023-c84107618a has been pushed to the Fedora 38 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2023-c84107618a` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2023-c84107618a See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2023-78dc5f2229 has been pushed to the Fedora 37 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2023-78dc5f2229` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2023-78dc5f2229 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2023-c84107618a has been pushed to the Fedora 38 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-2023-78dc5f2229 has been pushed to the Fedora 37 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-2023-9b46034298 has been pushed to the Fedora 39 stable repository. If problem still persists, please make note of it in this bug report.
I have tested the corrected libheif package distributed with Fedora 38 and confirm that the bug is fixed. I want to thank the libheif team for his excellent work.
(In reply to Alain Touret from comment #18) > I have tested the corrected libheif package distributed with Fedora 38 and > confirm that the bug is fixed. > I want to thank the libheif team for his excellent work. You are most welcome! Thanks for reporting the issue!