summaryrefslogtreecommitdiff
path: root/src/gd_heif.c
Commit message (Collapse)AuthorAgeFilesLines
* #788 fix bug in HEIF usage, stride is require (#801)Pierre Joye2022-01-221-5/+12
| | | fix bug #788 in HEIF usage, stride is require
* heif_ctx not usedPierre Joye2021-08-161-0/+1
|
* Permit compilation with libheif version 1.7.0 (#686)Martin Reboredo2021-03-161-6/+8
| | | | | | | libheif versions that came before 1.9.0 don't support changing the output image chroma. I did not notice that and it resulted with tests failures across other OSes that don't have a much newer libheif. See #678. Supersedes #685.
* HEIF support through libheif (#670)Martin Reboredo2021-03-021-0/+582
With the adoption of AVIF by Firefox and Chromium based browsers (still in experimental phase), the newer incorporation of HEIF by Canon and Sony in their cameras and the newer support of both of them in modern software like ImageMagick, GIMP and Krita, `gd` haven't seen any endorsement for the formats up until this PR. Reading and writing is done by `libheif`, with functionality for chroma subsampling (for now `4:2:0`, `4:2:2` and `4:4:4`), quality (with new `200` for lossless) and compression (whether `HEVC` or `AV1`) selection. This was tested with `libheif` version `1.11.0` in my Solus machine. Also, fixes both #395 and #557.