Dirk Farin

Thanks for the report. These seem to be two independent bugs or even three. f4f185b fixes passing the correct bits-per-pixel to SVT. However, it still does not work because of...

b051d31 should implement the 8-bit output case. Note: the correct command syntax is this: `heif-enc -A -e svt -b 8 image.png` `-p input-depth=8` is not a supported codec parameter.

Tiled images are only supported in the sense that they can be decoded as a whole. There is currently no API to decode only some tiles or to encode images...

It can definitely be added, but it's not something that can just be added on top. A clean implementation will need some more complex restructuring of the current code. Probably...

Thanks, but I could not reproduce this. Even with older versions of libheif and libde265. Can you give more details? Which versions of libheif and libde265? Which OS? Stack-trace?

In my opinion, the `ispe` specification is bad. It (informally) specifies the raw image size before it is being transformed (rotated, cropped, ...). I don't see why this should be...

I don't see anything in the `CMakeLists.txt` that ever wrote libpthread or libm to `Libs.private`. Can you point me to a version that wrote those entries? Does that change improve...

What holds you back from using cmake? Those libraries are also missing in the cmake output, but I would prefer to fix the CMakeLists instead of keeping autoconf alive.

What actually requires these `pthreads` and `libm` in this field? I observed (on Linux) that libde265 is linked without referring to libpthreads or libm. In `libheif`, we also use pthreads...

Does this work for you? For me, it doesn't make a difference, because it is not linking explicitly to pthreads. ```` diff --git a/CMakeLists.txt b/CMakeLists.txt index 6066e9ff..fd0e5421 100644 --- a/CMakeLists.txt...