Transparent TGAs instead of SPRs in GLQuake

[JasonX]

Any ideas of how to implement this?

[revelator]

look at SPR32 in joequake or qrack darkplaces has it to but the code might not be easy to implement in a standard quake source.

[Baker]

Any ideas of how to implement this?

Use leileilol's Engoo 24-bit to 8-bit palette conversion. I'm assuming you are talking about a software renderer here.

If not, use sprite32 which as far as I know (I'm not particular spritey, so I could be wrong) is 32-bit (24 bit color + alpha channell) and fimg supports sprite 32 I believe.

Seems like most engines support sprite 32, probably the easiest to rip from if you are using a GLQuake-like engine and not a software renderer is Enhanced GLQuake or JoeQuake (DarkPlaces support Sprite32 as well obviously).

[revelator]

hehe looks like we posted on top of one another baker

[Baker]

hehe looks like we posted on top of one another baker

[JasonX]

Would this work?

http://www.quake-1.com/docs/quakesrc.org/101.html

[Baker]

Would this work?

http://www.quake-1.com/docs/quakesrc.org/101.html

It has external texture loading for sprites in the tutorial code, so it should.

You'll have to follow the sprite frame replacement texture naming convention in the that tutorial ... likely 1 external texture per sprite frame.

[mh]

That code will break because it doesn't account for the case where a sprite may have the same name as an MDL.

Check out pak0.pak in ID1, for example:

progs/s_light.spr
progs/s_light.mdl

DarkPlaces uses a slightly different naming convention for both sprites and MDLs which should be followed by everyone; it doesn't strip the extension from the sprite/MDL name before appending the frame number/etc.