Joachim Bauch

This probably would be me then ;-) Would make sense to move this to a new repository `libheif-go` or something similar. I'll think about it a bit and will let...

The Go bindings will be maintained here: https://github.com/strukturag/libheif-go/ Please expect some more refactoring / updates before this is ready to use.

Our PPA will be updated with 1.19.1 shortly, this will include a build for Ubuntu Noble (24.04).

The code currently checks that uncompressed images are marked as "big endian": https://github.com/strukturag/libheif/blob/15ff08fea0695624c875ab92f48556d67fb453f0/libheif/codecs/uncompressed_image.cc#L208-L213 So I'm thinking the code might only support the internal conversion "big endian image" -> "little endian...

Unfortunately I don't have direct access to such machines (yet). The problem occurred when building the official Debian packages - which I can't just update to test some changes. Hopefully...

Great, thanks for testing! I'll leave the uncompressed codec disabled for now in the Debian packaging then, so the behaviour / feature set is consistent across platforms: https://salsa.debian.org/multimedia-team/libheif/-/commit/55e08a575f76be0ff4d9c1422c5669ef57922e50

> @fancycode Can you please retry building the package? Now with `WITH_UNCOMPRESSED_CODEC` enabled? I have successfully build and tested libheif from 474d68b9c04e39b2bb07ff0a02ba1041a3370a6d on a ppc64 box (after installing necessary dependencies):...

> @bradh The endianness flags in the `uncC` header are not taken care of yet. I'll leave this for future work. Currently, it is assuming that all files are stored...

> This could easily be done here: There already is a (commented) check: https://github.com/strukturag/libheif/blob/474d68b9c04e39b2bb07ff0a02ba1041a3370a6d/libheif/codecs/uncompressed/unc_codec.cc#L204-L210

Just experienced the same error. As this still seems to be an problem, shouldn't the issue be re-opened?