XnView Software

AFAIK that's expected, because AVIF isn't actually 100% lossless per definition; only visually. Simply because there's always a YUV <-> RGB conversion happening when you open/save an image.

It's only lossless in the sense that, if you open an AVIF file, change only part of it and then save it again ...

Ok, just for the record: looking for libheif.so is wrong¹ for probably all modern distros. Certainly for Debian and Fedora¹, as demonstrated. The program should look for libheif.so.1 instead. The number at the end is basically the major version of the lib. It should only be omitted during ...

Because of this: https://newsgroup.xnview.com/viewtopic.php?p=196861#p196861

The program is looking for libheif.so which is only contained in dev packages, when it should be looking for libheif.so.1 . The Flatpak needed a workaround for it, too: https://github.com/flathub/com.xnview.XnViewMP/issues ...

+1 also on JPEG-XL

With JXL, I find myself using the min/max color quantizer, the speed and the sharpening setting usually. So a setting for those would be good among others like chroma sub-sampling (YUV format). Also the ability to strip metadata like XMP.

@Mods: can we move this to the "reproduced" forum then, please?

So an strace with a grep on libheif reveals the following:


openat(AT_FDCWD, "/home/danny/Downloads/XnViewMP-linux-x64/XnView/lib/libheif.so", O_RDONLY|O_CLOEXEC) = -1 ENOENT (File or folder not found)
openat(AT_FDCWD, "/home/danny/Downloads/XnViewMP-linux-x64/XnView/Plugins/libheif.so", O_RDONLY ...

I have these from libheif according to a DNF repoquery:


/usr/lib/libheif.so.1
/usr/lib/libheif.so.1.17.5
/usr/lib/libheif/libheif-rav1e.so
/usr/lib/libheif/libheif-svtenc.so
/usr/lib64/libheif.so.1
/usr/lib64/libheif.so.1.17.5
/usr/lib64/libheif/libheif-rav1e.so
/usr/lib64/libheif/libheif-svtenc ...

File doesn't matter, it doesn't list anything about AVIF in save menus either. Could be literally any file off the web.

I tried attaching the XnView logo that I've just downloaded from your profile PNG picture and converted using avifenc xnview.png -o xnview.avif , but it wouldn't let me even after ...

Yes, installed:

libheif.x86_64 : 1.17.5-1.fc38

I'm trying to use the Flatpak version though, so not quite sure how relevant that is.


Please note that the Flatpak download is often not the latest version, the current download version is indicated on their download page... :(


See my post ...

Yes, installed:
I'm trying to use the Flatpak version though, so not quite sure how relevant that is.

+1 on Fedora 39

I've tried the TGZ, the AppImage and the Flatpak. Neither of them seem to support AVIF in any shape or form.

It's supposed to work: https://newsgroup.xnview.com/viewtopic.php?t=46266 but doesn't for me.

I've installed both libheif 1.17.5 and libavif 0.11.1 on the system. A ldd ...

Cheers!

xnview wrote: Mon Apr 15, 2019 2:18 pm So a ratio & background color?

In other words, yes. Don't scale the image content, just adjust the canvas size and fill the padded area outside with a color.

Sorry, I don't come here as often as I used to.

Since lossy WebP images store colors in YUV format with 4:2:0 chroma sub-sampling, they tend to have severe color bleeding even at high quality settings.

A good if not necessary means to improve on that is to use the "sharp_yuv" parameter of cwebp (the command line tool). It'd be great, if ...

Let's say we have a bunch of images with varying dimensions (w×h) and I want them all to fit into a 16:9 canvas, but I don't want to define a fixed size (like 1920×1080px). The wider side should stay the same, only the narrow side of the image should be padded with a given color or transparency ...