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,
|
|
|
|
* Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA.
|
|
|
|
*
|
|
|
|
* 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
|
|
|
*/
|
|
|
|
#ifdef HAVE_CONFIG_H
|
|
|
|
#include <config.h>
|
|
|
|
#endif
|
|
|
|
|
|
|
|
#include "KX_PolygonMaterial.h"
|
|
|
|
|
|
|
|
#include "BKE_mesh.h"
|
|
|
|
#include "BKE_global.h"
|
|
|
|
#include "BKE_image.h"
|
|
|
|
|
|
|
|
#include "DNA_material_types.h"
|
|
|
|
#include "DNA_texture_types.h"
|
|
|
|
#include "DNA_image_types.h"
|
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
|
|
|
#include "DNA_meshdata_types.h"
|
2005-01-16 06:02:06 +00:00
|
|
|
|
|
|
|
#include "IMB_imbuf_types.h"
|
|
|
|
|
Merge of first part of changes from the apricot branch, especially
the features that are needed to run the game. Compile tested with
scons, make, but not cmake, that seems to have an issue not related
to these changes. The changes include:
* GLSL support in the viewport and game engine, enable in the game
menu in textured draw mode.
* Synced and merged part of the duplicated blender and gameengine/
gameplayer drawing code.
* Further refactoring of game engine drawing code, especially mesh
storage changed a lot.
* Optimizations in game engine armatures to avoid recomputations.
* A python function to get the framerate estimate in game.
* An option take object color into account in materials.
* An option to restrict shadow casters to a lamp's layers.
* Increase from 10 to 18 texture slots for materials, lamps, word.
An extra texture slot shows up once the last slot is used.
* Memory limit for undo, not enabled by default yet because it
needs the .B.blend to be changed.
* Multiple undo for image painting.
* An offset for dupligroups, so not all objects in a group have to
be at the origin.
2008-09-04 20:51:28 +00:00
|
|
|
#include "GPU_draw.h"
|
|
|
|
|
2005-01-16 06:02:06 +00:00
|
|
|
#include "MEM_guardedalloc.h"
|
|
|
|
|
|
|
|
#include "RAS_LightObject.h"
|
|
|
|
#include "RAS_MaterialBucket.h"
|
|
|
|
|
|
|
|
#include "KX_PyMath.h"
|
|
|
|
|
2009-04-29 10:06:38 +00:00
|
|
|
KX_PolygonMaterial::KX_PolygonMaterial(PyTypeObject *T)
|
2005-01-16 06:02:06 +00:00
|
|
|
: PyObjectPlus(T),
|
2009-04-29 10:06:38 +00:00
|
|
|
RAS_IPolyMaterial(),
|
|
|
|
|
|
|
|
m_tface(NULL),
|
|
|
|
m_mcol(NULL),
|
|
|
|
m_material(NULL),
|
|
|
|
m_pymaterial(NULL),
|
|
|
|
m_pass(0)
|
|
|
|
{
|
|
|
|
}
|
|
|
|
|
|
|
|
void KX_PolygonMaterial::Initialize(
|
|
|
|
const STR_String &texname,
|
|
|
|
Material* ma,
|
|
|
|
int materialindex,
|
|
|
|
int tile,
|
|
|
|
int tilexrep,
|
|
|
|
int tileyrep,
|
|
|
|
int mode,
|
|
|
|
int transp,
|
|
|
|
bool alpha,
|
|
|
|
bool zsort,
|
|
|
|
int lightlayer,
|
|
|
|
struct MTFace* tface,
|
|
|
|
unsigned int* mcol)
|
|
|
|
{
|
|
|
|
RAS_IPolyMaterial::Initialize(
|
|
|
|
texname,
|
|
|
|
ma?ma->id.name:"",
|
BGE: Support mesh modifiers in the game engine.
Realtime modifiers applied on mesh objects will be supported in
the game engine with the following limitations:
- Only real time modifiers are supported (basically all of them!)
- Virtual modifiers resulting from parenting are not supported:
armature, curve, lattice. You can still use these modifiers
(armature is really not recommended) but in non parent mode.
The BGE has it's own parenting capability for armature.
- Modifiers are computed on the host (using blender modifier
stack).
- Modifiers are statically evaluated: any possible time dependency
in the modifiers is not supported (don't know enough about
modifiers to be more specific).
- Modifiers are reevaluated if the underlying mesh is deformed
due to shape action or armature action. Beware that this is
very CPU intensive; modifiers should really be used for static
objects only.
- Physics is still based on the original mesh: if you have a
mirror modifier, the physic shape will be limited to one half
of the resulting object. Therefore, the modifiers should
preferably be used on graphic objects.
- Scripts have no access to the modified mesh.
- Modifiers that are based on objects interaction (boolean,..)
will not be dependent on the objects position in the GE.
What you see in the 3D view is what you get in the GE regardless
on the object position, velocity, etc.
Besides that, the feature is compatible with all the BGE features
that affect meshes: armature action, shape action, relace mesh,
VideoTexture, add object, dupligroup.
Known problems:
- This feature is a bit hacky: the BGE uses the derived mesh draw
functions to display the object. This drawing method is a
bit slow and is not 100% compatible with the BGE. There may
be some problems in multi-texture mode: the multi-texture
coordinates are not sent to the GPU.
Texface and GLSL on the other hand should be fully supported.
- Culling is still based on the extend of the original mesh.
If you have a modifer that extends the size of the mesh,
the object may disappear while still in the view frustrum.
- Derived mesh is not shared between replicas.
The derived mesh is allocated and computed for each object
with modifiers, regardless if they are static replicas.
- Display list are not created on objects with modifiers.
I should be able to fix the above problems before release.
However, the feature is already useful for game development.
Once you are ready to release the game, you can apply the modifiers
to get back display list support and mesh sharing capability.
MSVC, scons, Cmake, makefile updated.
Enjoy
/benoit
2009-04-21 11:01:09 +00:00
|
|
|
materialindex,
|
2005-01-16 06:02:06 +00:00
|
|
|
tile,
|
|
|
|
tilexrep,
|
|
|
|
tileyrep,
|
|
|
|
mode,
|
2008-07-29 15:48:31 +00:00
|
|
|
transp,
|
|
|
|
alpha,
|
2005-01-16 06:02:06 +00:00
|
|
|
zsort,
|
2009-04-29 10:06:38 +00:00
|
|
|
lightlayer);
|
|
|
|
m_tface = tface;
|
|
|
|
m_mcol = mcol;
|
|
|
|
m_material = ma;
|
|
|
|
m_pymaterial = 0;
|
|
|
|
m_pass = 0;
|
2005-01-16 06:02:06 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
KX_PolygonMaterial::~KX_PolygonMaterial()
|
|
|
|
{
|
|
|
|
if (m_pymaterial)
|
|
|
|
{
|
|
|
|
Py_DECREF(m_pymaterial);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
bool KX_PolygonMaterial::Activate(RAS_IRasterizer* rasty, TCachingInfo& cachingInfo) const
|
|
|
|
{
|
|
|
|
bool dopass = false;
|
|
|
|
if (m_pymaterial)
|
|
|
|
{
|
|
|
|
PyObject *pyRasty = PyCObject_FromVoidPtr((void*)rasty, NULL); /* new reference */
|
|
|
|
PyObject *pyCachingInfo = PyCObject_FromVoidPtr((void*) &cachingInfo, NULL); /* new reference */
|
2009-04-19 12:46:39 +00:00
|
|
|
PyObject *ret = PyObject_CallMethod(m_pymaterial, "activate", "(NNO)", pyRasty, pyCachingInfo, (PyObject*) this->m_proxy);
|
2005-01-16 06:02:06 +00:00
|
|
|
if (ret)
|
|
|
|
{
|
|
|
|
bool value = PyInt_AsLong(ret);
|
|
|
|
Py_DECREF(ret);
|
|
|
|
dopass = value;
|
|
|
|
}
|
|
|
|
else
|
|
|
|
{
|
|
|
|
PyErr_Print();
|
2009-04-15 04:34:27 +00:00
|
|
|
PyErr_Clear();
|
|
|
|
PySys_SetObject( (char *)"last_traceback", NULL);
|
2005-01-16 06:02:06 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
else
|
|
|
|
{
|
|
|
|
switch (m_pass++)
|
|
|
|
{
|
|
|
|
case 0:
|
|
|
|
DefaultActivate(rasty, cachingInfo);
|
|
|
|
dopass = true;
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
m_pass = 0;
|
|
|
|
dopass = false;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
return dopass;
|
|
|
|
}
|
|
|
|
|
|
|
|
void KX_PolygonMaterial::DefaultActivate(RAS_IRasterizer* rasty, TCachingInfo& cachingInfo) const
|
|
|
|
{
|
|
|
|
if (GetCachingInfo() != cachingInfo)
|
|
|
|
{
|
|
|
|
if (!cachingInfo)
|
Merge of first part of changes from the apricot branch, especially
the features that are needed to run the game. Compile tested with
scons, make, but not cmake, that seems to have an issue not related
to these changes. The changes include:
* GLSL support in the viewport and game engine, enable in the game
menu in textured draw mode.
* Synced and merged part of the duplicated blender and gameengine/
gameplayer drawing code.
* Further refactoring of game engine drawing code, especially mesh
storage changed a lot.
* Optimizations in game engine armatures to avoid recomputations.
* A python function to get the framerate estimate in game.
* An option take object color into account in materials.
* An option to restrict shadow casters to a lamp's layers.
* Increase from 10 to 18 texture slots for materials, lamps, word.
An extra texture slot shows up once the last slot is used.
* Memory limit for undo, not enabled by default yet because it
needs the .B.blend to be changed.
* Multiple undo for image painting.
* An offset for dupligroups, so not all objects in a group have to
be at the origin.
2008-09-04 20:51:28 +00:00
|
|
|
GPU_set_tpage(NULL);
|
|
|
|
|
2005-01-16 06:02:06 +00:00
|
|
|
cachingInfo = GetCachingInfo();
|
|
|
|
|
|
|
|
if ((m_drawingmode & 4)&& (rasty->GetDrawingMode() == RAS_IRasterizer::KX_TEXTURED))
|
|
|
|
{
|
Merge of first part of changes from the apricot branch, especially
the features that are needed to run the game. Compile tested with
scons, make, but not cmake, that seems to have an issue not related
to these changes. The changes include:
* GLSL support in the viewport and game engine, enable in the game
menu in textured draw mode.
* Synced and merged part of the duplicated blender and gameengine/
gameplayer drawing code.
* Further refactoring of game engine drawing code, especially mesh
storage changed a lot.
* Optimizations in game engine armatures to avoid recomputations.
* A python function to get the framerate estimate in game.
* An option take object color into account in materials.
* An option to restrict shadow casters to a lamp's layers.
* Increase from 10 to 18 texture slots for materials, lamps, word.
An extra texture slot shows up once the last slot is used.
* Memory limit for undo, not enabled by default yet because it
needs the .B.blend to be changed.
* Multiple undo for image painting.
* An offset for dupligroups, so not all objects in a group have to
be at the origin.
2008-09-04 20:51:28 +00:00
|
|
|
Image *ima = (Image*)m_tface->tpage;
|
|
|
|
GPU_update_image_time(ima, rasty->GetTime());
|
|
|
|
GPU_set_tpage(m_tface);
|
2005-01-16 06:02:06 +00:00
|
|
|
}
|
|
|
|
else
|
Merge of first part of changes from the apricot branch, especially
the features that are needed to run the game. Compile tested with
scons, make, but not cmake, that seems to have an issue not related
to these changes. The changes include:
* GLSL support in the viewport and game engine, enable in the game
menu in textured draw mode.
* Synced and merged part of the duplicated blender and gameengine/
gameplayer drawing code.
* Further refactoring of game engine drawing code, especially mesh
storage changed a lot.
* Optimizations in game engine armatures to avoid recomputations.
* A python function to get the framerate estimate in game.
* An option take object color into account in materials.
* An option to restrict shadow casters to a lamp's layers.
* Increase from 10 to 18 texture slots for materials, lamps, word.
An extra texture slot shows up once the last slot is used.
* Memory limit for undo, not enabled by default yet because it
needs the .B.blend to be changed.
* Multiple undo for image painting.
* An offset for dupligroups, so not all objects in a group have to
be at the origin.
2008-09-04 20:51:28 +00:00
|
|
|
GPU_set_tpage(NULL);
|
2005-01-16 06:02:06 +00:00
|
|
|
|
|
|
|
if(m_drawingmode & RAS_IRasterizer::KX_TWOSIDE)
|
|
|
|
rasty->SetCullFace(false);
|
|
|
|
else
|
|
|
|
rasty->SetCullFace(true);
|
|
|
|
|
Merge of first part of changes from the apricot branch, especially
the features that are needed to run the game. Compile tested with
scons, make, but not cmake, that seems to have an issue not related
to these changes. The changes include:
* GLSL support in the viewport and game engine, enable in the game
menu in textured draw mode.
* Synced and merged part of the duplicated blender and gameengine/
gameplayer drawing code.
* Further refactoring of game engine drawing code, especially mesh
storage changed a lot.
* Optimizations in game engine armatures to avoid recomputations.
* A python function to get the framerate estimate in game.
* An option take object color into account in materials.
* An option to restrict shadow casters to a lamp's layers.
* Increase from 10 to 18 texture slots for materials, lamps, word.
An extra texture slot shows up once the last slot is used.
* Memory limit for undo, not enabled by default yet because it
needs the .B.blend to be changed.
* Multiple undo for image painting.
* An offset for dupligroups, so not all objects in a group have to
be at the origin.
2008-09-04 20:51:28 +00:00
|
|
|
if ((m_drawingmode & RAS_IRasterizer::KX_LINES) ||
|
|
|
|
(rasty->GetDrawingMode() <= RAS_IRasterizer::KX_WIREFRAME))
|
2005-01-16 06:02:06 +00:00
|
|
|
rasty->SetLines(true);
|
Merge of first part of changes from the apricot branch, especially
the features that are needed to run the game. Compile tested with
scons, make, but not cmake, that seems to have an issue not related
to these changes. The changes include:
* GLSL support in the viewport and game engine, enable in the game
menu in textured draw mode.
* Synced and merged part of the duplicated blender and gameengine/
gameplayer drawing code.
* Further refactoring of game engine drawing code, especially mesh
storage changed a lot.
* Optimizations in game engine armatures to avoid recomputations.
* A python function to get the framerate estimate in game.
* An option take object color into account in materials.
* An option to restrict shadow casters to a lamp's layers.
* Increase from 10 to 18 texture slots for materials, lamps, word.
An extra texture slot shows up once the last slot is used.
* Memory limit for undo, not enabled by default yet because it
needs the .B.blend to be changed.
* Multiple undo for image painting.
* An offset for dupligroups, so not all objects in a group have to
be at the origin.
2008-09-04 20:51:28 +00:00
|
|
|
else
|
2005-01-16 06:02:06 +00:00
|
|
|
rasty->SetLines(false);
|
BGE performance, 3rd round: culling and rasterizer.
This commit extend the technique of dynamic linked list to the mesh
slots so as to eliminate dumb scan or map lookup. It provides massive
performance improvement in the culling and in the rasterizer when
the majority of objects are static.
Other improvements:
- Compute the opengl matrix only for objects that are visible.
- Simplify hash function for GEN_HasedPtr
- Scan light list instead of general object list to render shadows
- Remove redundant opengl calls to set specularity, shinyness and diffuse
between each mesh slots.
- Cache GPU material to avoid frequent call to GPU_material_from_blender
- Only set once the fixed elements of mesh slot
- Use more inline function
The following table shows the performance increase between 2.48, 1st round
and this round of improvement. The test was done with a scene containing
40000 objects, of which 1000 are in the view frustrum approximately. The
object are simple textured cube to make sure the GPU is not the bottleneck.
As some of the rasterizer processing time has moved under culling, I present
the sum of scenegraph(includes culling)+rasterizer time
Scenegraph+rasterizer(ms) 2.48 1st round 3rd round
All objects static, 323.0 86.0 7.2
all visible, 1000 in
the view frustrum
All objects static, 219.0 49.7 N/A(*)
all invisible.
All objects moving, 323.0 105.6 34.7
all visible, 1000 in
the view frustrum
Scene destruction 40min 40min 4s
(*) : this time is not representative because the frame rate was at 60fps.
In that case, the GPU holds down the GE by frame sync. By design, the
overhead of the rasterizer is 0 when the the objects are invisible.
This table shows a global speed up between 9x and 45x compared to 2.48a
for scenegraph, culling and rasterizer overhead. The speed up goes much
higher when objects are invisible.
An additional 2-4x speed up is possible in the scenegraph by upgrading
the Moto library to use Eigen2 BLAS library instead of C++ classes but
the scenegraph is already so fast that it is not a priority right now.
Next speed up in logic: many things to do there...
2009-05-07 09:13:01 +00:00
|
|
|
rasty->SetSpecularity(m_specular[0],m_specular[1],m_specular[2],m_specularity);
|
|
|
|
rasty->SetShinyness(m_shininess);
|
|
|
|
rasty->SetDiffuse(m_diffuse[0], m_diffuse[1],m_diffuse[2], 1.0);
|
|
|
|
if (m_material)
|
|
|
|
rasty->SetPolygonOffset(-m_material->zoffs, 0.0);
|
2005-01-16 06:02:06 +00:00
|
|
|
}
|
|
|
|
|
BGE performance, 3rd round: culling and rasterizer.
This commit extend the technique of dynamic linked list to the mesh
slots so as to eliminate dumb scan or map lookup. It provides massive
performance improvement in the culling and in the rasterizer when
the majority of objects are static.
Other improvements:
- Compute the opengl matrix only for objects that are visible.
- Simplify hash function for GEN_HasedPtr
- Scan light list instead of general object list to render shadows
- Remove redundant opengl calls to set specularity, shinyness and diffuse
between each mesh slots.
- Cache GPU material to avoid frequent call to GPU_material_from_blender
- Only set once the fixed elements of mesh slot
- Use more inline function
The following table shows the performance increase between 2.48, 1st round
and this round of improvement. The test was done with a scene containing
40000 objects, of which 1000 are in the view frustrum approximately. The
object are simple textured cube to make sure the GPU is not the bottleneck.
As some of the rasterizer processing time has moved under culling, I present
the sum of scenegraph(includes culling)+rasterizer time
Scenegraph+rasterizer(ms) 2.48 1st round 3rd round
All objects static, 323.0 86.0 7.2
all visible, 1000 in
the view frustrum
All objects static, 219.0 49.7 N/A(*)
all invisible.
All objects moving, 323.0 105.6 34.7
all visible, 1000 in
the view frustrum
Scene destruction 40min 40min 4s
(*) : this time is not representative because the frame rate was at 60fps.
In that case, the GPU holds down the GE by frame sync. By design, the
overhead of the rasterizer is 0 when the the objects are invisible.
This table shows a global speed up between 9x and 45x compared to 2.48a
for scenegraph, culling and rasterizer overhead. The speed up goes much
higher when objects are invisible.
An additional 2-4x speed up is possible in the scenegraph by upgrading
the Moto library to use Eigen2 BLAS library instead of C++ classes but
the scenegraph is already so fast that it is not a priority right now.
Next speed up in logic: many things to do there...
2009-05-07 09:13:01 +00:00
|
|
|
//rasty->SetSpecularity(m_specular[0],m_specular[1],m_specular[2],m_specularity);
|
|
|
|
//rasty->SetShinyness(m_shininess);
|
|
|
|
//rasty->SetDiffuse(m_diffuse[0], m_diffuse[1],m_diffuse[2], 1.0);
|
|
|
|
//if (m_material)
|
|
|
|
// rasty->SetPolygonOffset(-m_material->zoffs, 0.0);
|
2005-01-16 06:02:06 +00:00
|
|
|
}
|
|
|
|
|
BGE: Support mesh modifiers in the game engine.
Realtime modifiers applied on mesh objects will be supported in
the game engine with the following limitations:
- Only real time modifiers are supported (basically all of them!)
- Virtual modifiers resulting from parenting are not supported:
armature, curve, lattice. You can still use these modifiers
(armature is really not recommended) but in non parent mode.
The BGE has it's own parenting capability for armature.
- Modifiers are computed on the host (using blender modifier
stack).
- Modifiers are statically evaluated: any possible time dependency
in the modifiers is not supported (don't know enough about
modifiers to be more specific).
- Modifiers are reevaluated if the underlying mesh is deformed
due to shape action or armature action. Beware that this is
very CPU intensive; modifiers should really be used for static
objects only.
- Physics is still based on the original mesh: if you have a
mirror modifier, the physic shape will be limited to one half
of the resulting object. Therefore, the modifiers should
preferably be used on graphic objects.
- Scripts have no access to the modified mesh.
- Modifiers that are based on objects interaction (boolean,..)
will not be dependent on the objects position in the GE.
What you see in the 3D view is what you get in the GE regardless
on the object position, velocity, etc.
Besides that, the feature is compatible with all the BGE features
that affect meshes: armature action, shape action, relace mesh,
VideoTexture, add object, dupligroup.
Known problems:
- This feature is a bit hacky: the BGE uses the derived mesh draw
functions to display the object. This drawing method is a
bit slow and is not 100% compatible with the BGE. There may
be some problems in multi-texture mode: the multi-texture
coordinates are not sent to the GPU.
Texface and GLSL on the other hand should be fully supported.
- Culling is still based on the extend of the original mesh.
If you have a modifer that extends the size of the mesh,
the object may disappear while still in the view frustrum.
- Derived mesh is not shared between replicas.
The derived mesh is allocated and computed for each object
with modifiers, regardless if they are static replicas.
- Display list are not created on objects with modifiers.
I should be able to fix the above problems before release.
However, the feature is already useful for game development.
Once you are ready to release the game, you can apply the modifiers
to get back display list support and mesh sharing capability.
MSVC, scons, Cmake, makefile updated.
Enjoy
/benoit
2009-04-21 11:01:09 +00:00
|
|
|
void KX_PolygonMaterial::GetMaterialRGBAColor(unsigned char *rgba) const
|
|
|
|
{
|
|
|
|
if (m_material) {
|
|
|
|
*rgba++ = (unsigned char) (m_material->r*255.0);
|
|
|
|
*rgba++ = (unsigned char) (m_material->g*255.0);
|
|
|
|
*rgba++ = (unsigned char) (m_material->b*255.0);
|
|
|
|
*rgba++ = (unsigned char) (m_material->alpha*255.0);
|
|
|
|
} else
|
|
|
|
RAS_IPolyMaterial::GetMaterialRGBAColor(rgba);
|
|
|
|
}
|
|
|
|
|
|
|
|
|
2005-01-16 06:02:06 +00:00
|
|
|
//----------------------------------------------------------------------------
|
|
|
|
//Python
|
|
|
|
|
|
|
|
|
|
|
|
PyMethodDef KX_PolygonMaterial::Methods[] = {
|
|
|
|
KX_PYMETHODTABLE(KX_PolygonMaterial, setCustomMaterial),
|
|
|
|
KX_PYMETHODTABLE(KX_PolygonMaterial, updateTexture),
|
|
|
|
KX_PYMETHODTABLE(KX_PolygonMaterial, setTexture),
|
|
|
|
KX_PYMETHODTABLE(KX_PolygonMaterial, activate),
|
|
|
|
// KX_PYMETHODTABLE(KX_PolygonMaterial, setPerPixelLights),
|
|
|
|
|
|
|
|
{NULL,NULL} //Sentinel
|
|
|
|
};
|
|
|
|
|
2009-02-26 09:04:06 +00:00
|
|
|
PyAttributeDef KX_PolygonMaterial::Attributes[] = {
|
2009-04-05 07:41:03 +00:00
|
|
|
KX_PYATTRIBUTE_RO_FUNCTION("texture", KX_PolygonMaterial, pyattr_get_texture),
|
|
|
|
KX_PYATTRIBUTE_RO_FUNCTION("material", KX_PolygonMaterial, pyattr_get_material), /* should probably be .name ? */
|
|
|
|
|
|
|
|
KX_PYATTRIBUTE_INT_RW("tile", INT_MIN, INT_MAX, true, KX_PolygonMaterial, m_tile),
|
|
|
|
KX_PYATTRIBUTE_INT_RW("tilexrep", INT_MIN, INT_MAX, true, KX_PolygonMaterial, m_tilexrep),
|
|
|
|
KX_PYATTRIBUTE_INT_RW("tileyrep", INT_MIN, INT_MAX, true, KX_PolygonMaterial, m_tileyrep),
|
|
|
|
KX_PYATTRIBUTE_INT_RW("drawingmode", INT_MIN, INT_MAX, true, KX_PolygonMaterial, m_drawingmode),
|
2009-05-23 14:46:43 +00:00
|
|
|
//KX_PYATTRIBUTE_INT_RW("lightlayer", INT_MIN, INT_MAX, true, KX_PolygonMaterial, m_lightlayer),
|
2009-04-05 07:41:03 +00:00
|
|
|
|
|
|
|
KX_PYATTRIBUTE_BOOL_RW("transparent", KX_PolygonMaterial, m_alpha),
|
|
|
|
KX_PYATTRIBUTE_BOOL_RW("zsort", KX_PolygonMaterial, m_zsort),
|
|
|
|
|
|
|
|
KX_PYATTRIBUTE_FLOAT_RW("shininess", 0.0f, 1000.0f, KX_PolygonMaterial, m_shininess),
|
|
|
|
KX_PYATTRIBUTE_FLOAT_RW("specularity", 0.0f, 1000.0f, KX_PolygonMaterial, m_specularity),
|
|
|
|
|
|
|
|
KX_PYATTRIBUTE_RW_FUNCTION("diffuse", KX_PolygonMaterial, pyattr_get_texture, pyattr_set_diffuse),
|
|
|
|
KX_PYATTRIBUTE_RW_FUNCTION("specular",KX_PolygonMaterial, pyattr_get_specular, pyattr_set_specular),
|
|
|
|
|
|
|
|
KX_PYATTRIBUTE_RO_FUNCTION("tface", KX_PolygonMaterial, pyattr_get_tface), /* How the heck is this even useful??? - Campbell */
|
|
|
|
KX_PYATTRIBUTE_RO_FUNCTION("gl_texture", KX_PolygonMaterial, pyattr_get_gl_texture), /* could be called 'bindcode' */
|
|
|
|
|
|
|
|
/* triangle used to be an attribute, removed for 2.49, nobody should be using it */
|
2009-02-26 09:04:06 +00:00
|
|
|
{ NULL } //Sentinel
|
|
|
|
};
|
2005-01-16 06:02:06 +00:00
|
|
|
|
|
|
|
PyTypeObject KX_PolygonMaterial::Type = {
|
2009-04-29 16:54:45 +00:00
|
|
|
#if (PY_VERSION_HEX >= 0x02060000)
|
|
|
|
PyVarObject_HEAD_INIT(NULL, 0)
|
|
|
|
#else
|
|
|
|
/* python 2.5 and below */
|
|
|
|
PyObject_HEAD_INIT( NULL ) /* required py macro */
|
|
|
|
0, /* ob_size */
|
|
|
|
#endif
|
2005-01-16 06:02:06 +00:00
|
|
|
"KX_PolygonMaterial",
|
2009-04-19 14:57:52 +00:00
|
|
|
sizeof(PyObjectPlus_Proxy),
|
2005-01-16 06:02:06 +00:00
|
|
|
0,
|
2009-04-19 14:57:52 +00:00
|
|
|
py_base_dealloc,
|
2005-01-16 06:02:06 +00:00
|
|
|
0,
|
2009-04-03 04:12:20 +00:00
|
|
|
0,
|
2009-04-03 14:51:06 +00:00
|
|
|
0,
|
|
|
|
0,
|
|
|
|
py_base_repr,
|
|
|
|
0,0,0,0,0,0,
|
|
|
|
py_base_getattro,
|
|
|
|
py_base_setattro,
|
|
|
|
0,0,0,0,0,0,0,0,0,
|
2009-04-03 04:12:20 +00:00
|
|
|
Methods
|
2005-01-16 06:02:06 +00:00
|
|
|
};
|
|
|
|
|
|
|
|
PyParentObject KX_PolygonMaterial::Parents[] = {
|
|
|
|
&KX_PolygonMaterial::Type,
|
2009-04-03 14:51:06 +00:00
|
|
|
&PyObjectPlus::Type,
|
2005-01-16 06:02:06 +00:00
|
|
|
NULL
|
|
|
|
};
|
|
|
|
|
2009-04-03 14:51:06 +00:00
|
|
|
PyObject* KX_PolygonMaterial::py_getattro(PyObject *attr)
|
2009-04-07 11:06:35 +00:00
|
|
|
{
|
2009-04-03 14:51:06 +00:00
|
|
|
py_getattro_up(PyObjectPlus);
|
2005-01-16 06:02:06 +00:00
|
|
|
}
|
|
|
|
|
2009-04-20 23:17:52 +00:00
|
|
|
PyObject* KX_PolygonMaterial::py_getattro_dict() {
|
|
|
|
py_getattro_dict_up(PyObjectPlus);
|
|
|
|
}
|
|
|
|
|
2009-04-05 07:41:03 +00:00
|
|
|
int KX_PolygonMaterial::py_setattro(PyObject *attr, PyObject *value)
|
2005-01-16 06:02:06 +00:00
|
|
|
{
|
2009-04-07 11:06:35 +00:00
|
|
|
py_setattro_up(PyObjectPlus);
|
2005-01-16 06:02:06 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
KX_PYMETHODDEF_DOC(KX_PolygonMaterial, setCustomMaterial, "setCustomMaterial(material)")
|
|
|
|
{
|
|
|
|
PyObject *material;
|
2009-04-10 16:45:19 +00:00
|
|
|
if (PyArg_ParseTuple(args, "O:setCustomMaterial", &material))
|
2005-01-16 06:02:06 +00:00
|
|
|
{
|
2009-02-21 12:43:24 +00:00
|
|
|
if (m_pymaterial) {
|
2005-01-16 06:02:06 +00:00
|
|
|
Py_DECREF(m_pymaterial);
|
2009-02-21 12:43:24 +00:00
|
|
|
}
|
2005-01-16 06:02:06 +00:00
|
|
|
m_pymaterial = material;
|
|
|
|
Py_INCREF(m_pymaterial);
|
2009-02-21 12:43:24 +00:00
|
|
|
Py_RETURN_NONE;
|
2005-01-16 06:02:06 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
|
|
|
|
KX_PYMETHODDEF_DOC(KX_PolygonMaterial, updateTexture, "updateTexture(tface, rasty)")
|
|
|
|
{
|
|
|
|
PyObject *pyrasty, *pytface;
|
2009-04-10 16:45:19 +00:00
|
|
|
if (PyArg_ParseTuple(args, "O!O!:updateTexture", &PyCObject_Type, &pytface, &PyCObject_Type, &pyrasty))
|
2005-01-16 06:02:06 +00:00
|
|
|
{
|
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 *tface = (MTFace*) PyCObject_AsVoidPtr(pytface);
|
2005-01-16 06:02:06 +00:00
|
|
|
RAS_IRasterizer *rasty = (RAS_IRasterizer*) PyCObject_AsVoidPtr(pyrasty);
|
Merge of first part of changes from the apricot branch, especially
the features that are needed to run the game. Compile tested with
scons, make, but not cmake, that seems to have an issue not related
to these changes. The changes include:
* GLSL support in the viewport and game engine, enable in the game
menu in textured draw mode.
* Synced and merged part of the duplicated blender and gameengine/
gameplayer drawing code.
* Further refactoring of game engine drawing code, especially mesh
storage changed a lot.
* Optimizations in game engine armatures to avoid recomputations.
* A python function to get the framerate estimate in game.
* An option take object color into account in materials.
* An option to restrict shadow casters to a lamp's layers.
* Increase from 10 to 18 texture slots for materials, lamps, word.
An extra texture slot shows up once the last slot is used.
* Memory limit for undo, not enabled by default yet because it
needs the .B.blend to be changed.
* Multiple undo for image painting.
* An offset for dupligroups, so not all objects in a group have to
be at the origin.
2008-09-04 20:51:28 +00:00
|
|
|
Image *ima = (Image*)tface->tpage;
|
|
|
|
GPU_update_image_time(ima, rasty->GetTime());
|
|
|
|
|
2009-02-21 12:43:24 +00:00
|
|
|
Py_RETURN_NONE;
|
2005-01-16 06:02:06 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
|
|
|
|
KX_PYMETHODDEF_DOC(KX_PolygonMaterial, setTexture, "setTexture(tface)")
|
|
|
|
{
|
|
|
|
PyObject *pytface;
|
2009-04-10 16:45:19 +00:00
|
|
|
if (PyArg_ParseTuple(args, "O!:setTexture", &PyCObject_Type, &pytface))
|
2005-01-16 06:02:06 +00:00
|
|
|
{
|
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 *tface = (MTFace*) PyCObject_AsVoidPtr(pytface);
|
Merge of first part of changes from the apricot branch, especially
the features that are needed to run the game. Compile tested with
scons, make, but not cmake, that seems to have an issue not related
to these changes. The changes include:
* GLSL support in the viewport and game engine, enable in the game
menu in textured draw mode.
* Synced and merged part of the duplicated blender and gameengine/
gameplayer drawing code.
* Further refactoring of game engine drawing code, especially mesh
storage changed a lot.
* Optimizations in game engine armatures to avoid recomputations.
* A python function to get the framerate estimate in game.
* An option take object color into account in materials.
* An option to restrict shadow casters to a lamp's layers.
* Increase from 10 to 18 texture slots for materials, lamps, word.
An extra texture slot shows up once the last slot is used.
* Memory limit for undo, not enabled by default yet because it
needs the .B.blend to be changed.
* Multiple undo for image painting.
* An offset for dupligroups, so not all objects in a group have to
be at the origin.
2008-09-04 20:51:28 +00:00
|
|
|
GPU_set_tpage(tface);
|
2009-02-21 12:43:24 +00:00
|
|
|
Py_RETURN_NONE;
|
2005-01-16 06:02:06 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
|
|
|
|
KX_PYMETHODDEF_DOC(KX_PolygonMaterial, activate, "activate(rasty, cachingInfo)")
|
|
|
|
{
|
|
|
|
PyObject *pyrasty, *pyCachingInfo;
|
2009-04-10 16:45:19 +00:00
|
|
|
if (PyArg_ParseTuple(args, "O!O!:activate", &PyCObject_Type, &pyrasty, &PyCObject_Type, &pyCachingInfo))
|
2005-01-16 06:02:06 +00:00
|
|
|
{
|
|
|
|
RAS_IRasterizer *rasty = static_cast<RAS_IRasterizer*>(PyCObject_AsVoidPtr(pyrasty));
|
|
|
|
TCachingInfo *cachingInfo = static_cast<TCachingInfo*>(PyCObject_AsVoidPtr(pyCachingInfo));
|
|
|
|
if (rasty && cachingInfo)
|
|
|
|
{
|
|
|
|
DefaultActivate(rasty, *cachingInfo);
|
2009-02-21 12:43:24 +00:00
|
|
|
Py_RETURN_NONE;
|
2005-01-16 06:02:06 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
return NULL;
|
|
|
|
}
|
2009-04-05 07:41:03 +00:00
|
|
|
|
|
|
|
PyObject* KX_PolygonMaterial::pyattr_get_texture(void *self_v, const KX_PYATTRIBUTE_DEF *attrdef)
|
|
|
|
{
|
|
|
|
KX_PolygonMaterial* self= static_cast<KX_PolygonMaterial*>(self_v);
|
|
|
|
return PyString_FromString(self->m_texturename.ReadPtr());
|
|
|
|
}
|
|
|
|
|
|
|
|
PyObject* KX_PolygonMaterial::pyattr_get_material(void *self_v, const KX_PYATTRIBUTE_DEF *attrdef)
|
|
|
|
{
|
|
|
|
KX_PolygonMaterial* self= static_cast<KX_PolygonMaterial*>(self_v);
|
|
|
|
return PyString_FromString(self->m_materialname.ReadPtr());
|
|
|
|
}
|
|
|
|
|
|
|
|
/* this does not seem useful */
|
|
|
|
PyObject* KX_PolygonMaterial::pyattr_get_tface(void *self_v, const KX_PYATTRIBUTE_DEF *attrdef)
|
|
|
|
{
|
|
|
|
KX_PolygonMaterial* self= static_cast<KX_PolygonMaterial*>(self_v);
|
|
|
|
return PyCObject_FromVoidPtr(self->m_tface, NULL);
|
|
|
|
}
|
|
|
|
|
|
|
|
PyObject* KX_PolygonMaterial::pyattr_get_gl_texture(void *self_v, const KX_PYATTRIBUTE_DEF *attrdef)
|
|
|
|
{
|
|
|
|
KX_PolygonMaterial* self= static_cast<KX_PolygonMaterial*>(self_v);
|
2009-04-05 14:01:49 +00:00
|
|
|
int bindcode= 0;
|
|
|
|
if (self->m_tface && self->m_tface->tpage)
|
|
|
|
bindcode= self->m_tface->tpage->bindcode;
|
|
|
|
|
|
|
|
return PyInt_FromLong(bindcode);
|
2009-04-05 07:41:03 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
PyObject* KX_PolygonMaterial::pyattr_get_diffuse(void *self_v, const KX_PYATTRIBUTE_DEF *attrdef)
|
|
|
|
{
|
|
|
|
KX_PolygonMaterial* self= static_cast<KX_PolygonMaterial*>(self_v);
|
|
|
|
return PyObjectFrom(self->m_diffuse);
|
|
|
|
}
|
|
|
|
|
|
|
|
int KX_PolygonMaterial::pyattr_set_diffuse(void *self_v, const KX_PYATTRIBUTE_DEF *attrdef, PyObject *value)
|
|
|
|
{
|
|
|
|
KX_PolygonMaterial* self= static_cast<KX_PolygonMaterial*>(self_v);
|
|
|
|
MT_Vector3 vec;
|
|
|
|
|
|
|
|
if (!PyVecTo(value, vec))
|
2009-05-19 07:16:40 +00:00
|
|
|
return PY_SET_ATTR_FAIL;
|
2009-04-05 07:41:03 +00:00
|
|
|
|
|
|
|
self->m_diffuse= vec;
|
2009-05-19 07:16:40 +00:00
|
|
|
return PY_SET_ATTR_SUCCESS;
|
2009-04-05 07:41:03 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
PyObject* KX_PolygonMaterial::pyattr_get_specular(void *self_v, const KX_PYATTRIBUTE_DEF *attrdef)
|
|
|
|
{
|
|
|
|
KX_PolygonMaterial* self= static_cast<KX_PolygonMaterial*>(self_v);
|
|
|
|
return PyObjectFrom(self->m_specular);
|
|
|
|
}
|
|
|
|
|
|
|
|
int KX_PolygonMaterial::pyattr_set_specular(void *self_v, const KX_PYATTRIBUTE_DEF *attrdef, PyObject *value)
|
|
|
|
{
|
|
|
|
KX_PolygonMaterial* self= static_cast<KX_PolygonMaterial*>(self_v);
|
|
|
|
MT_Vector3 vec;
|
|
|
|
|
|
|
|
if (!PyVecTo(value, vec))
|
2009-05-19 07:16:40 +00:00
|
|
|
return PY_SET_ATTR_FAIL;
|
2009-04-05 07:41:03 +00:00
|
|
|
|
|
|
|
self->m_specular= vec;
|
2009-05-19 07:16:40 +00:00
|
|
|
return PY_SET_ATTR_SUCCESS;
|
2009-04-05 07:41:03 +00:00
|
|
|
}
|