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
* [[http://phonybone.plan
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 wrote:
> On Mon, Feb 14, 2011 at 10:30 PM
On Mon, Feb 14, 2011 at 10:30 PM, Campbell Barton 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 defined their own
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 probl
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 :
> Noticed mikktspace.c defines
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 S
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
