griefith/test
1
0
Fork 0
Code Issues Pull Requests Actions 1 Packages Projects Releases Wiki Activity
Files
44daeaae7de7e80c7826a3853284a94de2583fda
test/source/blender/nodes/function/node_function_util.hh

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

29 lines
547 B
C++
Raw Normal View History

File headers: SPDX License migration Use a shorter/simpler license convention, stops the header taking so much space. Follow the SPDX license specification: https://spdx.org/licenses - C/C++/objc/objc++ - Python - Shell Scripts - CMake, GNUmakefile While most of the source tree has been included - `./extern/` was left out. - `./intern/cycles` & `./intern/atomic` are also excluded because they use different header conventions. doc/license/SPDX-license-identifiers.txt has been added to list SPDX all used identifiers. See P2788 for the script that automated these edits. Reviewed By: brecht, mont29, sergey Ref D14069
2022-02-11 09:07:11 +11:00
/* SPDX-License-Identifier: GPL-2.0-or-later */
Simulations: Add Boolean Math, Switch and Float Compare node UI Reviewers: brecht Differential Revision: https://developer.blender.org/D7424
2020-04-20 15:27:12 +02:00
#pragma once
#include <string.h>
BLI: Change dependencies in vector math files This patch reverses the dependency between `BLI_math_vec_types.hh` and `BLI_math_vector.hh`. Now the higher level `blender::math` functions depend on the header that defines the types they work with, rather than the other way around. The initial goal was to allow defining an `enable_if` in the types header and using it in the math header. But I also think this operations to types dependency is more natural anyway. This required changing the includes some files used from the type header to the math implementation header. I took that change a bit further removing the C vector math header from the C++ header; I think that helps to make the transition between the two systems clearer. Differential Revision: https://developer.blender.org/D14112
2022-02-15 10:27:03 -06:00
#include "BLI_math_vector.hh"
Simulations: Add Boolean Math, Switch and Float Compare node UI Reviewers: brecht Differential Revision: https://developer.blender.org/D7424
2020-04-20 15:27:12 +02:00
#include "BLI_utildefines.h"
#include "MEM_guardedalloc.h"
#include "DNA_node_types.h"
#include "BKE_node.h"
#include "BLT_translation.h"
Functions: remove multi-function network The multi-function network system was able to compose multiple multi-functions into a new one and to evaluate that efficiently. This functionality was heavily used by the particle nodes prototype a year ago. However, since then we only used multi-functions without the need to compose them in geometry nodes. The upcoming "fields" in geometry nodes will need a way to compose multi-functions again. Unfortunately, the code removed in this commit was not ideal for this different kind of function composition. I've been working on an alternative that will be added separately when it becomes needed. I've had to update all the function nodes, because their interface depended on the multi-function network data structure a bit. The actual multi-function implementations are still the same though.
2021-08-20 13:14:39 +02:00
#include "NOD_multi_function.hh"
Cleanup: convert function nodes socket list to use new API The new API was introduced in rB1e69a25043120cc8dddc3f58622eb50e1443def1. Differential Revision: https://developer.blender.org/D12380
2021-09-03 10:45:48 +02:00
#include "NOD_socket_declarations.hh"
Simulations: Add Boolean Math, Switch and Float Compare node UI Reviewers: brecht Differential Revision: https://developer.blender.org/D7424
2020-04-20 15:27:12 +02:00
Nodes: move node registration to nodes module The main goal here is to move towards more self contained node definitions. Previously, one would have to change `blenkernel` to add a new node which is not necessary anymore. There is no need for all these register functions to "leak out" of the nodes module. Differential Revision: https://developer.blender.org/D16612
2022-11-26 13:20:18 +01:00
#include "node_function_register.hh"
Simulations: Add Boolean Math, Switch and Float Compare node UI Reviewers: brecht Differential Revision: https://developer.blender.org/D7424
2020-04-20 15:27:12 +02:00
#include "node_util.h"
Nodes: Generate multi-function network from node tree This adds new callbacks to `bNodeSocketType` and `bNodeType`. Those are used to generate a multi-function network from a node tree. Later, this network is evaluated on e.g. particle data. Reviewers: brecht Differential Revision: https://developer.blender.org/D8169
2020-07-07 18:23:33 +02:00
#include "FN_multi_function_builder.hh"
Nodes: move NodeTreeRef functionality into node runtime data The purpose of `NodeTreeRef` was to speed up various queries on a read-only `bNodeTree`. Not that we have runtime data in nodes and sockets, we can also store the result of some queries there. This has some benefits: * No need for a read-only separate node tree data structure which increased complexity. * Makes it easier to reuse cached queries in more parts of Blender that can benefit from it. A downside is that we loose some type safety that we got by having different types for input and output sockets, as well as internal and non-internal links. This patch also refactors `DerivedNodeTree` so that it does not use `NodeTreeRef` anymore, but uses `bNodeTree` directly instead. To provide a convenient API (that is also close to what `NodeTreeRef` has), a new approach is implemented: `bNodeTree`, `bNode`, `bNodeSocket` and `bNodeLink` now have C++ methods declared in `DNA_node_types.h` which are implemented in `BKE_node_runtime.hh`. To make this work, `makesdna` now skips c++ sections when parsing dna header files. No user visible changes are expected. Differential Revision: https://developer.blender.org/D15491
2022-08-31 12:15:57 +02:00
#include "RNA_access.h"
Cleanup: Remove bNodeType flag from base registration functions This flag is only used a few small cases, so instead of setting the flag for every node only set the required flag for the nodes that require it. Mostly the flag is used to set `ntype.flag = NODE_PREVIEW` For nodes that should have previews by default which is only some compositor nodes and some texture nodes. The frame node also sets the `NODE_BACKGROUND` flag. All other nodes were setting a flag of 0 which has no purpose. Reviewed By: JacquesLucke Differential Revision: https://developer.blender.org/D13699
2022-01-03 19:32:33 -05:00
void fn_node_type_base(struct bNodeType *ntype, int type, const char *name, short nclass);
Reference in New Issue Copy Permalink