TL;DR: Use images with a maximum resolution of 1920x1080 for now on the Pi Zero 2 and it will work.
The full explanation requires a bit of background information:
info-beamer uses OpenGL, for rendering all (non-video) content on the screen. To show images it loads those into a texture and renders this texture on the screen. The OpenGL implementation of all Pis up to the Pi3 has a maximum texture size of 2048x2048 pixels. Similarly those Pi models realistically[1] only supported up to FullHD resolution anyway it didn’t really make sense to support higher resolution images as they, in most use cases, would be scaled down before rendering anyway.
This has changed a bit with the Pi4. It can obviously support 4K HDMI output and its OpenGL implementation raises the texture size limit to 8192x8192.
The additional HEVC video codec similarly added new capabilities to the type of content the Pi can now handle. This results in a problem for the info-beamer service: Suddenly not all content is compatible with every type of device. For example if you create a setup with a playlist containing one HEVC video, an older Pi3 wouldn’t be able to play that as it cannot decode fast enough. So info-beamer added feature information, derived from the hardware model and tries to prevent you from assigning content to devices that cannot handle them.
The older Pi models with their 2048x2048 pixel limit on images at the moment only support the image2k
feature, while the Pi4 supports image4k
. So you cannot assign a 4K image to a Pi3 (or Pi Zero 2 in your case) as it wouldn’t be able to decode it into a single texture.
That might be the end of the explanation, but a change in the core info-beamer process running on the device now actually supports on-device downscaling of image content. So technically a Pi3 can now load a 4K image, automatically scale it down so it fits within the 2048x2048 texture size limit and then render it. So in theory the automatically derived feature capabilities for any older Pi model could also include the image4k
feature.
The issue with that is now that still not all devices run the very latest OS release for various reasons and adding the image4k
feature for older Pi models isn’t activated yet. I’ll see if I can reevaluate this and enable it soon.
Hope that explains the though process and explains the reason for the message you got.
[1] There was the option to support some higher resolution modes, but they where then restricted (I think) due to another Pi API, dispmanx, which essentially resulted in upscaling unless you used the very slow framebuffer rendering method.