m_fStretchTexCoordVelocityX -> TexCoordVelocityX, etc.
Remove TYPE_STRETCH.
Disassociate BGAL::Type from the "Type" BGA metric. Prefer "Type=sprite",
"Type=particles", "Type=tile", and "Stretch=1" (for sprite only). Type=0, 1, 2, 3 still
work; 0 is "Type=sprite", Stretch=0 and 1 is Type=sprite, Stretch=1.
Remove old code.
Historical note: "stretch" was used in this code at various times to mean both 1:
"stretch the internal texture image to fit the texture" and 2: "stretch the displayed
image to fill the screen". It now only means #2. #1 is done automatically when needed.
Note that LoadFromAniLayerFile should never load an INI; it's for backwards-
compatibility only. LoadFromIni is simpler and more flexible.
allow Models and BitmapTexts in BGAnimationLayer (detected through file extension)
add RageModelVertex, which doesn't have a color property
add "stretch" file name hint for textures
The masking uses the Z-buffer under the assumption that some cards don't have a stencil. Should we be using the stencil instead? It doesn't really matter because we never need both the Z buffer and stencil buffer simultaneously.
Hmm. Need some way of using rendering masks in BGAs. Not full
access to the zbuffer, of course, just a way to implement things like
the masked-off stage scroll on top of an unmasked song background.
Being able to do this based on the alpha values of another image would
have a whole lot of bonuses for background animations, too; eg the
canonical trick of rendering things masked by a silhouette. This is tricky
to implement, though.
It'd be even better if we could do this with full alpha.
Most multipass algorithms I can think of would require an alpha
channel on the framebuffer, though, and we very often don't have
that. I'll keep thinking about it (and perhaps randomly brainstorming
into the nearest edit window, such as WinCVS ...)
Glenn Maynard