2005-01-16 06:02:06 +00:00
|
|
|
/**
|
|
|
|
* $Id$
|
|
|
|
*
|
2008-04-16 22:40:48 +00:00
|
|
|
* ***** BEGIN GPL LICENSE BLOCK *****
|
2005-01-16 06:02:06 +00:00
|
|
|
*
|
|
|
|
* This program is free software; you can redistribute it and/or
|
|
|
|
* modify it under the terms of the GNU General Public License
|
|
|
|
* as published by the Free Software Foundation; either version 2
|
2008-04-16 22:40:48 +00:00
|
|
|
* of the License, or (at your option) any later version.
|
2005-01-16 06:02:06 +00:00
|
|
|
*
|
|
|
|
* This program is distributed in the hope that it will be useful,
|
|
|
|
* but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
|
|
|
|
* GNU General Public License for more details.
|
|
|
|
*
|
|
|
|
* You should have received a copy of the GNU General Public License
|
|
|
|
* along with this program; if not, write to the Free Software Foundation,
|
2010-02-12 13:34:04 +00:00
|
|
|
* Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA.
|
2005-01-16 06:02:06 +00:00
|
|
|
*
|
|
|
|
* The Original Code is Copyright (C) 2001-2002 by NaN Holding BV.
|
|
|
|
* All rights reserved.
|
|
|
|
*
|
|
|
|
* The Original Code is: all of this file.
|
|
|
|
*
|
|
|
|
* Contributor(s): none yet.
|
|
|
|
*
|
2008-04-16 22:40:48 +00:00
|
|
|
* ***** END GPL LICENSE BLOCK *****
|
2005-01-16 06:02:06 +00:00
|
|
|
*/
|
|
|
|
#ifndef __KX_POLYGONMATERIAL_H__
|
|
|
|
#define __KX_POLYGONMATERIAL_H__
|
|
|
|
|
|
|
|
#include "PyObjectPlus.h"
|
|
|
|
|
|
|
|
#include "RAS_MaterialBucket.h"
|
|
|
|
#include "RAS_IRasterizer.h"
|
2009-04-20 15:06:46 +00:00
|
|
|
#include "DNA_ID.h"
|
2005-01-16 06:02:06 +00:00
|
|
|
|
2009-08-18 15:37:31 +00:00
|
|
|
#ifdef WITH_CXX_GUARDEDALLOC
|
|
|
|
#include "MEM_guardedalloc.h"
|
|
|
|
#endif
|
|
|
|
|
Added custom vertex/edge/face data for meshes:
All data layers, including MVert/MEdge/MFace, are now managed as custom
data layers. The pointers like Mesh.mvert, Mesh.dvert or Mesh.mcol are
still used of course, but allocating, copying or freeing these arrays
should be done through the CustomData API.
Work in progress documentation on this is here:
http://mediawiki.blender.org/index.php/BlenderDev/BlenderArchitecture/CustomData
Replaced TFace by MTFace:
This is the same struct, except that it does not contain color, that now
always stays separated in MCol. This was not a good design decision to
begin with, and it is needed for adding multiple color layers later. Note
that this does mean older Blender versions will not be able to read UV
coordinates from the next release, due to an SDNA limitation.
Removed DispListMesh:
This now fully replaced by DerivedMesh. To provide access to arrays of
vertices, edges and faces, like DispListMesh does. The semantics of the
DerivedMesh.getVertArray() and similar functions were changed to return
a pointer to an array if one exists, or otherwise allocate a temporary
one. On releasing the DerivedMesh, this temporary array will be removed
automatically.
Removed ssDM and meshDM DerivedMesh backends:
The ssDM backend was for DispListMesh, so that became obsolete automatically.
The meshDM backend was replaced by the custom data backend, that now figures
out which layers need to be modified, and only duplicates those.
This changes code in many places, and overall removes 2514 lines of code.
So, there's a good chance this might break some stuff, although I've been
testing it for a few days now. The good news is, adding multiple color and
uv layers should now become easy.
2006-11-20 04:28:02 +00:00
|
|
|
struct MTFace;
|
2005-01-16 06:02:06 +00:00
|
|
|
struct Material;
|
|
|
|
struct MTex;
|
|
|
|
|
|
|
|
/**
|
|
|
|
* Material class.
|
|
|
|
*
|
|
|
|
* This holds the shader, textures and python methods for setting the render state before
|
|
|
|
* rendering.
|
|
|
|
*/
|
|
|
|
class KX_PolygonMaterial : public PyObjectPlus, public RAS_IPolyMaterial
|
|
|
|
{
|
|
|
|
Py_Header;
|
|
|
|
private:
|
|
|
|
/** Blender texture face structure. */
|
Added custom vertex/edge/face data for meshes:
All data layers, including MVert/MEdge/MFace, are now managed as custom
data layers. The pointers like Mesh.mvert, Mesh.dvert or Mesh.mcol are
still used of course, but allocating, copying or freeing these arrays
should be done through the CustomData API.
Work in progress documentation on this is here:
http://mediawiki.blender.org/index.php/BlenderDev/BlenderArchitecture/CustomData
Replaced TFace by MTFace:
This is the same struct, except that it does not contain color, that now
always stays separated in MCol. This was not a good design decision to
begin with, and it is needed for adding multiple color layers later. Note
that this does mean older Blender versions will not be able to read UV
coordinates from the next release, due to an SDNA limitation.
Removed DispListMesh:
This now fully replaced by DerivedMesh. To provide access to arrays of
vertices, edges and faces, like DispListMesh does. The semantics of the
DerivedMesh.getVertArray() and similar functions were changed to return
a pointer to an array if one exists, or otherwise allocate a temporary
one. On releasing the DerivedMesh, this temporary array will be removed
automatically.
Removed ssDM and meshDM DerivedMesh backends:
The ssDM backend was for DispListMesh, so that became obsolete automatically.
The meshDM backend was replaced by the custom data backend, that now figures
out which layers need to be modified, and only duplicates those.
This changes code in many places, and overall removes 2514 lines of code.
So, there's a good chance this might break some stuff, although I've been
testing it for a few days now. The good news is, adding multiple color and
uv layers should now become easy.
2006-11-20 04:28:02 +00:00
|
|
|
MTFace* m_tface;
|
|
|
|
unsigned int* m_mcol;
|
2005-01-16 06:02:06 +00:00
|
|
|
Material* m_material;
|
2009-09-29 21:42:40 +00:00
|
|
|
|
2010-10-31 04:11:39 +00:00
|
|
|
#ifdef WITH_PYTHON
|
2005-01-16 06:02:06 +00:00
|
|
|
PyObject* m_pymaterial;
|
2009-09-29 21:42:40 +00:00
|
|
|
#endif
|
2005-01-16 06:02:06 +00:00
|
|
|
|
|
|
|
mutable int m_pass;
|
|
|
|
public:
|
2009-08-18 15:37:31 +00:00
|
|
|
|
2009-06-28 11:22:26 +00:00
|
|
|
KX_PolygonMaterial();
|
2009-06-08 20:08:19 +00:00
|
|
|
void Initialize(const STR_String &texname,
|
2005-01-16 06:02:06 +00:00
|
|
|
Material* ma,
|
2009-06-08 20:08:19 +00:00
|
|
|
int materialindex,
|
2005-01-16 06:02:06 +00:00
|
|
|
int tile,
|
|
|
|
int tilexrep,
|
|
|
|
int tileyrep,
|
|
|
|
int mode,
|
2008-07-29 15:48:31 +00:00
|
|
|
int transp,
|
|
|
|
bool alpha,
|
2005-01-16 06:02:06 +00:00
|
|
|
bool zsort,
|
|
|
|
int lightlayer,
|
Added custom vertex/edge/face data for meshes:
All data layers, including MVert/MEdge/MFace, are now managed as custom
data layers. The pointers like Mesh.mvert, Mesh.dvert or Mesh.mcol are
still used of course, but allocating, copying or freeing these arrays
should be done through the CustomData API.
Work in progress documentation on this is here:
http://mediawiki.blender.org/index.php/BlenderDev/BlenderArchitecture/CustomData
Replaced TFace by MTFace:
This is the same struct, except that it does not contain color, that now
always stays separated in MCol. This was not a good design decision to
begin with, and it is needed for adding multiple color layers later. Note
that this does mean older Blender versions will not be able to read UV
coordinates from the next release, due to an SDNA limitation.
Removed DispListMesh:
This now fully replaced by DerivedMesh. To provide access to arrays of
vertices, edges and faces, like DispListMesh does. The semantics of the
DerivedMesh.getVertArray() and similar functions were changed to return
a pointer to an array if one exists, or otherwise allocate a temporary
one. On releasing the DerivedMesh, this temporary array will be removed
automatically.
Removed ssDM and meshDM DerivedMesh backends:
The ssDM backend was for DispListMesh, so that became obsolete automatically.
The meshDM backend was replaced by the custom data backend, that now figures
out which layers need to be modified, and only duplicates those.
This changes code in many places, and overall removes 2514 lines of code.
So, there's a good chance this might break some stuff, although I've been
testing it for a few days now. The good news is, adding multiple color and
uv layers should now become easy.
2006-11-20 04:28:02 +00:00
|
|
|
struct MTFace* tface,
|
2009-06-08 20:08:19 +00:00
|
|
|
unsigned int* mcol);
|
|
|
|
|
2005-01-16 06:02:06 +00:00
|
|
|
virtual ~KX_PolygonMaterial();
|
|
|
|
|
|
|
|
/**
|
|
|
|
* Returns the caching information for this material,
|
|
|
|
* This can be used to speed up the rasterizing process.
|
|
|
|
* @return The caching information.
|
|
|
|
*/
|
|
|
|
virtual TCachingInfo GetCachingInfo(void) const
|
|
|
|
{
|
|
|
|
return (void*) this;
|
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* Activates the material in the (OpenGL) rasterizer.
|
|
|
|
* On entry, the cachingInfo contains info about the last activated material.
|
|
|
|
* On exit, the cachingInfo should contain updated info about this material.
|
|
|
|
* @param rasty The rasterizer in which the material should be active.
|
|
|
|
* @param cachingInfo The information about the material used to speed up rasterizing.
|
|
|
|
*/
|
|
|
|
void DefaultActivate(RAS_IRasterizer* rasty, TCachingInfo& cachingInfo) const;
|
|
|
|
virtual bool Activate(RAS_IRasterizer* rasty, TCachingInfo& cachingInfo) const;
|
|
|
|
|
2009-11-15 23:58:56 +00:00
|
|
|
Material *GetBlenderMaterial() const
|
|
|
|
{
|
|
|
|
return m_material;
|
|
|
|
}
|
|
|
|
|
2005-01-16 06:02:06 +00:00
|
|
|
/**
|
|
|
|
* Returns the Blender texture face structure that is used for this material.
|
|
|
|
* @return The material's texture face.
|
|
|
|
*/
|
Added custom vertex/edge/face data for meshes:
All data layers, including MVert/MEdge/MFace, are now managed as custom
data layers. The pointers like Mesh.mvert, Mesh.dvert or Mesh.mcol are
still used of course, but allocating, copying or freeing these arrays
should be done through the CustomData API.
Work in progress documentation on this is here:
http://mediawiki.blender.org/index.php/BlenderDev/BlenderArchitecture/CustomData
Replaced TFace by MTFace:
This is the same struct, except that it does not contain color, that now
always stays separated in MCol. This was not a good design decision to
begin with, and it is needed for adding multiple color layers later. Note
that this does mean older Blender versions will not be able to read UV
coordinates from the next release, due to an SDNA limitation.
Removed DispListMesh:
This now fully replaced by DerivedMesh. To provide access to arrays of
vertices, edges and faces, like DispListMesh does. The semantics of the
DerivedMesh.getVertArray() and similar functions were changed to return
a pointer to an array if one exists, or otherwise allocate a temporary
one. On releasing the DerivedMesh, this temporary array will be removed
automatically.
Removed ssDM and meshDM DerivedMesh backends:
The ssDM backend was for DispListMesh, so that became obsolete automatically.
The meshDM backend was replaced by the custom data backend, that now figures
out which layers need to be modified, and only duplicates those.
This changes code in many places, and overall removes 2514 lines of code.
So, there's a good chance this might break some stuff, although I've been
testing it for a few days now. The good news is, adding multiple color and
uv layers should now become easy.
2006-11-20 04:28:02 +00:00
|
|
|
MTFace* GetMTFace(void) const
|
2005-01-16 06:02:06 +00:00
|
|
|
{
|
|
|
|
return m_tface;
|
|
|
|
}
|
Added custom vertex/edge/face data for meshes:
All data layers, including MVert/MEdge/MFace, are now managed as custom
data layers. The pointers like Mesh.mvert, Mesh.dvert or Mesh.mcol are
still used of course, but allocating, copying or freeing these arrays
should be done through the CustomData API.
Work in progress documentation on this is here:
http://mediawiki.blender.org/index.php/BlenderDev/BlenderArchitecture/CustomData
Replaced TFace by MTFace:
This is the same struct, except that it does not contain color, that now
always stays separated in MCol. This was not a good design decision to
begin with, and it is needed for adding multiple color layers later. Note
that this does mean older Blender versions will not be able to read UV
coordinates from the next release, due to an SDNA limitation.
Removed DispListMesh:
This now fully replaced by DerivedMesh. To provide access to arrays of
vertices, edges and faces, like DispListMesh does. The semantics of the
DerivedMesh.getVertArray() and similar functions were changed to return
a pointer to an array if one exists, or otherwise allocate a temporary
one. On releasing the DerivedMesh, this temporary array will be removed
automatically.
Removed ssDM and meshDM DerivedMesh backends:
The ssDM backend was for DispListMesh, so that became obsolete automatically.
The meshDM backend was replaced by the custom data backend, that now figures
out which layers need to be modified, and only duplicates those.
This changes code in many places, and overall removes 2514 lines of code.
So, there's a good chance this might break some stuff, although I've been
testing it for a few days now. The good news is, adding multiple color and
uv layers should now become easy.
2006-11-20 04:28:02 +00:00
|
|
|
|
|
|
|
unsigned int* GetMCol(void) const
|
|
|
|
{
|
|
|
|
return m_mcol;
|
|
|
|
}
|
2009-06-08 20:08:19 +00:00
|
|
|
virtual void GetMaterialRGBAColor(unsigned char *rgba) const;
|
|
|
|
|
2010-10-31 04:11:39 +00:00
|
|
|
#ifdef WITH_PYTHON
|
2005-01-16 06:02:06 +00:00
|
|
|
KX_PYMETHOD_DOC(KX_PolygonMaterial, updateTexture);
|
|
|
|
KX_PYMETHOD_DOC(KX_PolygonMaterial, setTexture);
|
|
|
|
KX_PYMETHOD_DOC(KX_PolygonMaterial, activate);
|
|
|
|
|
|
|
|
KX_PYMETHOD_DOC(KX_PolygonMaterial, setCustomMaterial);
|
|
|
|
KX_PYMETHOD_DOC(KX_PolygonMaterial, loadProgram);
|
2006-01-06 03:46:54 +00:00
|
|
|
|
2009-06-29 02:25:54 +00:00
|
|
|
virtual PyObject* py_repr(void) { return PyUnicode_FromString(m_material ? ((ID *)m_material)->name+2 : ""); }
|
2009-04-20 15:06:46 +00:00
|
|
|
|
|
|
|
static PyObject* pyattr_get_texture(void *self_v, const KX_PYATTRIBUTE_DEF *attrdef);
|
|
|
|
static PyObject* pyattr_get_material(void *self_v, const KX_PYATTRIBUTE_DEF *attrdef);
|
|
|
|
|
|
|
|
static PyObject* pyattr_get_tface(void *self_v, const KX_PYATTRIBUTE_DEF *attrdef);
|
|
|
|
static PyObject* pyattr_get_gl_texture(void *self_v, const KX_PYATTRIBUTE_DEF *attrdef);
|
|
|
|
|
|
|
|
static PyObject* pyattr_get_diffuse(void* self_v, const KX_PYATTRIBUTE_DEF *attrdef);
|
|
|
|
static int pyattr_set_diffuse(void *self_v, const KX_PYATTRIBUTE_DEF *attrdef, PyObject *value);
|
|
|
|
static PyObject* pyattr_get_specular(void* self_v, const KX_PYATTRIBUTE_DEF *attrdef);
|
|
|
|
static int pyattr_set_specular(void *self_v, const KX_PYATTRIBUTE_DEF *attrdef, PyObject *value);
|
2009-09-29 21:42:40 +00:00
|
|
|
#endif
|
2010-06-06 01:15:44 +00:00
|
|
|
|
2005-01-16 06:02:06 +00:00
|
|
|
};
|
|
|
|
|
|
|
|
#endif // __KX_POLYGONMATERIAL_H__
|
|
|
|
|