james tittle wrote:
On Apr 27, 2005, at 5:24 AM, IOhannes m zmölnig wrote:
Update of /cvsroot/pd-gem/Gem/src/Pixes In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv7701
Modified Files: pix_texture.cpp Log Message: set "state->texture" to "2", when using rectangle textures don't overwrite "m_repeat" with "GL_CLAMP" when doing rectangle-textures, as they will ignore that flag anyhow
...hmm: just tried this, and it screws up osx texturing (makes a whole bunch of kinda sub-images: maybe not such a bad effect?)...and now
well, that is how Gem used to be until the rectangle-textures dropped in ;-) seriously, could you describe the effect a bit more detailed ? (how do the "kinda sub-images" look like ??) does it happen all the time or just with [pix_coordinate] ?
looking at it, I'm not sure how these state->texture flags are supposed
actually it was just a boolean flag that indicates for downstream objects whether there is a texture present or not. my recent changes are just to make the bistate into a tristate to differentiate between normalized textures and rectangle textures (which behave different when it comes to texture-coordinates)
to work? In any event, it also underscores how complex this file has become :-\
yes, it was ugly. probably we really should kick out at least all the code that is for openGL<1.1; i cannot imagine any platform that is still in that era. (it might make porting to z80 harder though).
and the window handling would need a re-write too (i mean all those constant context vs. used context thing is just there to make it work with those voodoo2-cards 3dfx used to build in the mid-90ies; would it be arrogant to tell those people that their cards will not be supported by future versions of Gem ??)
mfg.ad.sr IOhannes