Re: Horizons on winex - problem with addsmooth?

Ove Kaaven <[email protected]>
Newsgroups gmane.comp.emulators.winex.devel
Organization TransGaming Technologies Inc
Message-ID <1073482229.2193.45.camel@renegade>
ons, 07.01.2004 kl. 11.07 skrev [email protected]:
> These happened when using texture shaders that contained
> "addsmooth"

I thought "addsmooth" was part of the standard fixed-function
multitexture blend operation set, not part of texture shaders. We don't
support texture shaders yet, so I'm guessing perhaps that's what you
meant.

> Is addsmooth supported by winex? What open GL call does it become?

Very badly. WineX does not even tell games that it supports it, because
it's not known to work reliably yet. In unextended OpenGL, it becomes
GL_BLEND with caveats. With ARB_texture_env_combine, it becomes
GL_INTERPOLATE_EXT. Both of these GL operations need the texture factor
to be "hijacked" (it's normally used for the d3d texture constant) in
order to work the way ADDSMOOTH is defined, and at this time, the
validate_tex_stage code still won't validate that correctly.

Techically ADDSMOOTH can also be done without the texture factor with
NV_texture_env_combine4, but the code does not give preferential
treatment to NV_texture_env_combine4 at this time.

> Either way why would parsing a file that uses it report a
> memory access violation?

I'm not quite sure what you mean.
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.