Re: [Mesa3d-dev] Texture function opengl specification
Roland Scheidegger wrote: Jerome Glisse wrote: According to fragment program extension, TEX, TXP, ... should give you the right A value (Ap depending on which texture unit you are using). That's not how I read that. TEX,TXP,... refer to texture sampling only, there is no thing as previous unit there. Thus, for an RGB texture, A should be always 1. What induced me to this , is that in fragment program extension description they say to look at table 3.21 and in this one there is reference to Ap for A in RGB. Anyway i think you are right here. What version of the spec are you using? Table 3.21 only lists the component mapping here. Well, if my theory is sound, then the glean pixelFormats test is wrong. I don't think the test is wrong as-is. It's just that GL_COMBINE mode exercises things in a different way. A better way, in fact. I'll clean up your patch, Roland, and check it in. I'll check if GL_ARB_texture_env_combine is supported at run time. -Brian - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Mesa3d-dev] Texture function opengl specification
Brian Paul wrote: Well, if my theory is sound, then the glean pixelFormats test is wrong. I don't think the test is wrong as-is. It's just that GL_COMBINE mode exercises things in a different way. A better way, in fact. I'll clean up your patch, Roland, and check it in. I'll check if GL_ARB_texture_env_combine is supported at run time. Sorry I didn't express that clearly. The test was ok, but not if you use USE_FRAG_PROG (which is what caused the errors on r300), which should behave the same as when using GL_COMBINE mode unless I'm missing something. This still appears to be wrong (when the GL_REPLACE path is executed with USE_FRAG_PROG set), maybe the test should just be run 3 times instead (fixed function GL_REPLACE, GL_COMBINE and fragment prog, if the extensions are supported). Roland - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Mesa3d-dev] Texture function opengl specification
Roland Scheidegger wrote: Brian Paul wrote: Well, if my theory is sound, then the glean pixelFormats test is wrong. I don't think the test is wrong as-is. It's just that GL_COMBINE mode exercises things in a different way. A better way, in fact. I'll clean up your patch, Roland, and check it in. I'll check if GL_ARB_texture_env_combine is supported at run time. Sorry I didn't express that clearly. The test was ok, but not if you use USE_FRAG_PROG (which is what caused the errors on r300), which should behave the same as when using GL_COMBINE mode unless I'm missing something. This still appears to be wrong (when the GL_REPLACE path is executed with USE_FRAG_PROG set), maybe the test should just be run 3 times instead (fixed function GL_REPLACE, GL_COMBINE and fragment prog, if the extensions are supported). OK, I'll look at the frag prog path. I really just threw that in for a quick test, not thinking it would actually be used thereafter... -Brian - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
