al_init_image_addon(3)
π al_init_image_addon(3) π
Okay bestie, welcome to the Library Functions Manual page for al_init_image_addon(3) β it's literally the Allegro 5 API, and the vibe is very βletβs get these image format handlers registered.β π
πΈ NAME πΈ
al_init_image_addon β Allegro 5 API
β¨ SYNOPSIS β¨
#include <allegro5/allegro_image.h>
bool al_init_image_addon(void)
π¦ DESCRIPTION π¦
So al_init_image_addon initializes the image addon. The way that works is it registers bitmap format handlers for al_load_bitmap(3), al_load_bitmap_f(3), al_save_bitmap(3), and al_save_bitmap_f(3). Iconic behavior, no cap. π
The following types are built into the Allegro image addon and guaranteed to be available: BMP, DDS, PCX, TGA. Every platform also supports JPEG and PNG via external dependencies. Slay. β¨
Other formats may be available depending on the operating system and installed libraries, but they are not guaranteed and should not be assumed to be universally available. So like, lowkey important: donβt just assume every random format is gonna show up, bestie β vibe check your deps. π«Ά
DDS tea β: theDDSformat is only supported to load from, and only if the DDS file contains textures compressed in theDXT1,DXT3andDXT5formats. Also note that when loading a DDS file, the created bitmap will always be a video bitmap and will have the pixel format matching the format in the file. Thatβs the whole DDS situation, fr fr. π
β¨ Sign-off sparkle: source/version is the Allegro reference manual, page al_init_image_addon(3), and the date is not listed in this footer β so thatβs the whole footer tea. π«Άπ
π¦ where this page comes from
- arch rolling: allegro 5.2.11.3-2 Β· Zlib AND BSD-3-Clause AND OFL-1.1 AND LicenseRef-Custom
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms