al_set_new_bitmap_wrap(3)
π al_set_new_bitmap_wrap(3) π
This page is from the Library Functions Manual, bestie, and itβs the Allegro 5 API entry for al_set_new_bitmap_wrap. Buckle up, itβs short but lowkey important π
π NAME π
al_set_new_bitmap_wrap β Allegro 5 API, periodt β¨
β¨ SYNOPSIS β¨
#include <allegro5/allegro.h>
void al_set_new_bitmap_wrap(ALLEGRO_BITMAP_WRAP u, ALLEGRO_BITMAP_WRAP v)
π¦ DESCRIPTION π¦
Okay so this function sets the texture wrapping settings for newly created bitmaps β and yes, thatβs on the current thread, bestie π§΅β¨
The signature takes u and v, both typed as ALLEGRO_BITMAP_WRAP, and thatβs literally the whole vibe.
Typically you take advantage of this feature either via the primitives addon (see al_draw_prim(3) and others) or via custom shaders (see ALLEGRO_SHADER(3)). Obsessed with the flexibility, ngl π
Note: In the context of custom shaders, Direct3D and OpenGL have different granularities for controlling this setting. Direct3D sets wrapping setting for each sampler separately, while OpenGL sets it per-texture. This interacts particularly poorly with the primitives addon which (for backwards compatibility) alters the wrapping setting. To minimize this issue, use a wrapping setting thatβs not ALLEGRO_BITMAP_WRAP_DEFAULT. π¨ This oneβs important, bestie β donβt sleep on it π
π SINCE π
5.2.8, yup π«
[Unstable API]: This is an experimental feature. π§ͺβ¨
π«Ά SEE ALSO π«Ά
ALLEGRO_BITMAP_WRAP(3)β go read this one too, iykyk π
Source/version: Allegro reference manual Β· page: al_set_new_bitmap_wrap(3) Β· date: not printed on this one, bestie π«Άπ
π¦ 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