Hi all :)
Firts of all congratulations for Valentine's day.
This weekend I have made a few tweaks to UC and got a minor speed boost,
remaining still in my todo list to be released is:
-Implement the PBVH tree faces update (the current showstopper and the
most performance hungry step).
-Fix some
Noticed mikktspace.c defines its own math functions:
typedef struct
{
float x, y, z;
} SVec3;
tbool veq( const SVec3 v1, const SVec3 v2 )
onst SVec3 vadd( const SVec3 v1, const SVec3 v2 )
const SVec3 vsub( const SVec3 v1, const SVec3 v2 )
const
Jumping into the discussion:
I prefer we stick to BLI_math.h defined functions.
But if the idea is to provide standalone files which can be
redistributed into any other application ... isn't better to keep
them Blender independent?
2011/2/14 Campbell Barton ideasma...@gmail.com:
Noticed
I can see how its nice to have standalone C files which can be
re-used, and in this case its not a big problem on its own but I don't
think its a good precedent either.
If we had 3+ files in blenlib/blenkernel which defined their own
vector math functions I think it could become a maintenance
On Mon, Feb 14, 2011 at 10:30 PM, Campbell Barton ideasma...@gmail.com wrote:
I can see how its nice to have standalone C files which can be
re-used, and in this case its not a big problem on its own but I don't
think its a good precedent either.
If we had 3+ files in blenlib/blenkernel which
There are already some files in blenkernel that use their own math
functions, or at least implicit.c does. I am pretty sure many of the math
functions in that file can be handled by BLI_math.
-- Daniel Stokes
On Mon, Feb 14, 2011 at 10:12 PM, Dan Eicher d...@trollwerks.org wrote:
On Mon, Feb
Currently all node systems are implemented in the space_node (design-time)
and in the blenkernel/node.c (execution-time) and the makesdna
DNA_node_types.h (datastore/database).
There are 3 node systems and a new one is on its way:
* Compositor
* Material
* Texture
*
