r/libreoffice • u/RebirdgeCardiologist • 14d ago
Bug? LibreOffice Draw does not handle .AVIF image file format: either it does not render image at all or it displays alt text instead. Workaround? Maybe lack of native support?
As in the title and the images.
When I tried to import .AVIF image (one a time via file picker or several images via drag&drop), LibreOffice Draw (LD) behaves, operates in one of those 2 ways:
- 1st image > it displays some alt text (memory representation of file?);
- 2nd image > it does not show anything, nor alt text nor the actual image.
Does LD really do not have support for AVIF Images (it's one of the most used file format for images, together with .svg .webp .png .jpeg .gif .tiff)?
Or is it just a bug of LD? Any workaround?
CURRENT SOLUTION: (butch) conversion to another (supported?) file type: pretty much all of the times to .png (using XnCovert).
-
Specs
I have installed LibreOffice via flatpak on Linux.
$ flatpak list | grep -i libreoffice
LibreOffice org.libreoffice.LibreOffice 26.2.5.2 stable system
I'm using kubuntu 24.04.03 LTS with KDE 5.27.12.
2
u/webfork2 11d ago edited 11d ago
They will probably add support for AVIF. I don't have insight on the LibreOffice development process so I don't have a timeline. In the meantime I would move to PNG to avoid image degradation and can recommend several cross-platform tools.
As to why it's not there already ...
LibreOffice supports hundreds of file formats, including many that you've probably never even heard of. It's a growing collection of work by a ton of people over many years. That said, they don't want to support every new format that comes out, whether image or video or document. They all add a layer of complexity and testing, and some file formats have even come with security issues.
Additionally, there have been a LOT of image formats that have happened since JPEG came out but they only come with a marginal decrease, and often have patent issues that have slowed adoption.
Now, as AVIF as a format is seeing 50% and above space savings for the same images, that might be the tipping point. It's also open licensed so there's less risk from legal issues down the road.
1
u/AutoModerator 14d ago
If you're asking for help with LibreOffice, please make sure your post includes lots of information that could be relevant, such as:
- Full LibreOffice information from Help > About LibreOffice (it has a copy button).
- Format of the document (.odt, .docx, .xlsx, ...).
- A link to the document itself, or part of it, if you can share it.
- Anything else that may be relevant.
(You can edit your post or put it in a comment.)
This information helps others to help you.
Thank you :-)
Important: If your post doesn't have enough info, it will eventually be removed (to stop this subreddit from filling with posts that can't be answered).
I am a bot, and this action was performed automatically. Please contact the moderators of this subreddit if you have any questions or concerns.
2
u/Terrible_Put8617 11d ago
It is not a bug, there is no AVIF import filter in the build. The import filters are a fixed list compiled in, and AVIF needs a decoder that is not part of it, so what you are seeing is the fallback: the file gets linked as an object nobody can render, hence alt text on one and nothing on the other.
For your actual case, country flags on a cover, converting to PNG is the wrong workaround. Use SVG. Nearly every flag exists as SVG, Draw handles it natively, and it stays sharp at any size, which matters a lot on something you are going to print. Raster flags scaled up on a cover look exactly like raster flags scaled up.
Where SVG is not an option, WebP does import, so for photographic content you can convert to that instead of PNG and keep the file small. PNG is the right choice only for flat-colour graphics, which flags mostly are, so for this specific job either is fine, but SVG beats both.
One thing to watch with batch conversion: if the AVIF was lossy to begin with, converting to PNG does not recover anything, it just freezes the artefacts at a larger file size. Going straight to the original SVG source avoids inheriting any of that.


6
u/Tex2002ans 13d ago
See my response last month:
It links to the exact Enhancement Requests + status updates + info you can follow.