[Bf-blender-cvs] SVN commit: /data/svn/bf-blender [55483] trunk/blender/source/gameengine/ Converter/BL_BlenderDataConversion.cpp: BGE bugfix: [#34550] getVertexArrayLength changed in 2.66

[Dalai Felinto]

Revision: 55483
          http://projects.blender.org/scm/viewvc.php?view=rev&root=bf-blender&revision=55483
Author:   dfelinto
Date:     2013-03-21 21:10:14 +0000 (Thu, 21 Mar 2013)
Log Message:
-----------
BGE bugfix: [#34550] getVertexArrayLength changed in 2.66

This bug was producing way more geometry than we need. Potentially
memory saver (or performance even) bugfix.

Bottomline is:
We need to initialize the UVs otherwise vertex comparison fails ...
Ideally MoTo should take care of initializing MT_Point2
(note in Windows that seems to be fine, but it's safer to not rely on that)

Modified Paths:
--------------
    trunk/blender/source/gameengine/Converter/BL_BlenderDataConversion.cpp

Modified: trunk/blender/source/gameengine/Converter/BL_BlenderDataConversion.cpp
===================================================================
--- trunk/blender/source/gameengine/Converter/BL_BlenderDataConversion.cpp	2013-03-21 20:54:48 UTC (rev 55482)
+++ trunk/blender/source/gameengine/Converter/BL_BlenderDataConversion.cpp	2013-03-21 21:10:14 UTC (rev 55483)
@@ -1137,6 +1137,11 @@
 		tan[i].setValue(zero_vec);
 	}
 
+	/* we need to manually initialize the uvs (MoTo doesn't do that) [#34550] */
+	for (unsigned int i = 0; i < RAS_TexVert::MAX_UNIT; i++) {
+		uvs[0][i] = uvs[1][i] = uvs[2][i] = uvs[3][i] = MT_Point2(0.f, 0.f);
+	}
+
 	for (int f=0;f<totface;f++,mface++)
 	{
 		/* get coordinates, normals and tangents */