git.blender.org/blender.git - Unnamed repository; edit this file 'description' to name the repository.

Age	Commit message (Collapse)	Author
2020-08-17	Cleanup: sort CMake path lists	Campbell Barton

2020-08-08	Cleanup: use array syntax for sizeof with fixed values	Campbell Barton
	Also order sizeof(..) first to promote other values to size_t.
2020-08-07	Cleanup: use C++ style casts in various places	Jacques Lucke

2020-08-07	Cleanup: pass arrays const where possible	Campbell Barton

2020-08-07	Cleanup: declare arrays arrays where possible	Campbell Barton

2020-08-07	Cleanup: Clang-Tidy else-after-return fixes	Sybren A. Stüvel
	This addresses warnings from Clang-Tidy's `readability-else-after-return` rule. This should be the final commit of the series of commits that addresses this particular rule. No functional changes.
2020-08-07	Code Style: use "#pragma once" in some newer headers	Jacques Lucke
	Those were missing from the previous commit, because these headers only exist in the `master` and not in the `blender-v2.90-release` branch.
2020-08-07	Merge branch 'blender-v2.90-release' into master	Jacques Lucke

2020-08-07	Code Style: use "#pragma once" in source directory	Jacques Lucke
	This replaces header include guards with `#pragma once`. A couple of include guards are not removed yet (e.g. `__RNA_TYPES_H__`), because they are used in other places. This patch has been generated by P1561 followed by `make format`. Differential Revision: https://developer.blender.org/D8466
2020-08-02	Particles: new Age Reached Event, Kill Particle and Random Float node	Jacques Lucke
	The hardcoded age limit is now gone. The behavior can be implemented with an Age Reached Event and Kill Particle node. Other utility nodes to handle age limits of particles can be added later. Adding an Age Limit attribute to particles on birth will be useful for some effects, e.g. when you want to control the color or size of a particle over its life time. The Random Float node takes a seed currently. Different nodes will produce different values even with the same seed. However, the same node will generate the same random number for the same seed every time. The "Hash" of a particle can be used as seed. Later, we'd want to have more modes in the node to make it more user friendly. Modes could be: Per Particle, Per Time, Per Particle Per Time, Per Node Instance, ... Also a Random Vector node will be useful, as it currently has to be build using three Random Float nodes.
2020-08-01	Particles: support custom particle events in solver	Jacques Lucke
	Previously, there were only particle-birth and time-step events. Now the solver can handle custom events. On the user level this does not change anything yet. This feature of the solver will be used by an upcoming Age Reached Event node and possibly others. When this node exists, I can finally remove the hardcoded maximum particle age.
2020-07-29	Particles: rename Size attribute to Radius	Jacques Lucke
	Doing this change for consistency with the point cloud attributes.
2020-07-29	Particles: add Size attribute	Jacques Lucke

2020-07-28	Cleanup: class -> struct	Jacques Lucke

2020-07-28	Particles: initial support for the Time input node	Jacques Lucke

2020-07-27	Particles: initial support for events and actions	Jacques Lucke
	The following nodes work now (although things can still be improved of course): Particle Birth Event, Praticle Time Step Event, Set Particle Attribute and Execute Condition. Multiple Set Particle Attribute nodes can be chained using the "Execute" sockets. They will be executed from left to right.
2020-07-25	Cleanup: avoid using namespace name in many cases	Jacques Lucke

2020-07-25	Particles: improve emitter when object is animated	Jacques Lucke

2020-07-25	Simulation: cleanup dna data	Jacques Lucke

2020-07-24	Particles: initial particle birth action	Jacques Lucke
	A particle action is some function that is triggered by some event. Right now, users cannot control this. There is just a randomize-velocity on-birth action. So the direction of spawned particles is slightly randomized now. This also adds a new integer attribute called "Hash" which is useful for a number of things. Mainly for generating random numbers for a specific particle. The ID of a particle is not necessarily a good source of randomness.
2020-07-24	BLI: add MultiValueMap	Jacques Lucke
	This is a convenience wrapper for `Map<Key, Vector<Value>>`. It does not provide any performance benefits (yet). I need this kind of map in a couple of places and before I was duplicating the lookup logic in many places.
2020-07-24	Try to fix build error	Jacques Lucke
	Not sure if this is the correct fix, because I can't reproduce the error.
2020-07-24	Particles: simulate partial time steps on newly emitted particles	Jacques Lucke

2020-07-23	Particles: spawn particles on mesh surface	Jacques Lucke

2020-07-23	Cleanup: unify naming between different spans	Jacques Lucke

2020-07-23	Particles: improve mesh emitter	Jacques Lucke
	Particles are now emitted from vertices of the mesh.
2020-07-23	Simulation: add depsgraph relations for ids referenced by node tree	Jacques Lucke
	I'll really have to refactor `ntreeUpdateTree` soon to avoid scanning all node trees multiple times.
2020-07-22	Simulation: add todo comment	Jacques Lucke

2020-07-22	Simulation: move responsibility of updating persistent data handles	Jacques Lucke
	This solver should not be responsible for updating the handles.
2020-07-22	Simulation: fix memory leak	Jacques Lucke

2020-07-22	Simulation: improve depsgraph integration	Jacques Lucke
	A simulation data block has an embedded node tree, which requires special handling in a couple of places. Some of those places were missing beforehand. This also adds a relation to make sure that the simulation is evaluated after animations on the embedded node tree are evaluated.
2020-07-22	Particles: give emitter its own state	Jacques Lucke
	High quality emitters need to maintain state themselves. For example, this it needs to remember when it spawned the last particle. This is especially important when the birth rate is changing over time. Otherwise, there will be very visible artifacts. It is quite likely that other components of the simulation need their own state as well. Therefore, I refactored the `SimulationState` type a bit, to make it more extensible. Instead of using hardcoded type numbers, a string is used to identify the state type. Also, instead of having switch statements in many places, there is a new `SimulationStateType` that encapsulates information about how a specific state is created/freed/copied/... I removed the integration with the point cache for now, because it was not used anyway in it's current state.
2020-07-21	Particles: initial object socket and emitter node support	Jacques Lucke
	Object sockets work now, but only the new Object Transforms and the Particle Mesh Emitter node use it. The emitter does not actually use the mesh surface yet. Instead, new particles are just emitted around the origin of the object. Internally, handles to object data blocks are passed around in the network, instead of raw object pointers. Using handles has a couple of benefits: * The caller of the function has control over which handles can be resolved and therefore limit access to specific data. The set of data blocks that is accessed by a node tree should be known statically. This is necessary for a proper integration with the dependency graph. * When the pointer to an object changes (e.g. after restarting Blender), all handles are still valid. * When an object is deleted, the handle is invalidated without causing crashes. * The handle is just an integer that can be stored per particle and can be cached easily. The mapping between handles and their corresponding data blocks is stored in the Simulation data block.
2020-07-20	Particles: support removing particles during the simulation	Jacques Lucke
	This still cannot be controlled by the user. Currently, all particles are killed after two seconds
2020-07-20	Refactor: Update integer type usage	Jacques Lucke
	This updates the usage of integer types in code I wrote according to our new style guides. Major changes: * Use signed instead of unsigned integers in many places. * C++ containers in blenlib use `int64_t` for size and indices now (instead of `uint`). * Hash values for C++ containers are 64 bit wide now (instead of 32 bit). I do hope that I broke no builds, but it is quite likely that some compiler reports slightly different errors. Please let me know when there are any errors. If the fix is small, feel free to commit it yourself. I compiled successfully on linux with gcc and on windows.
2020-07-19	Particles: Make it easier to add attributes internally	Jacques Lucke

2020-07-19	Particles: Emit particles over time	Jacques Lucke
	This adds a basic internal emitter for every particle simulation. The emitter cannot be controlled by the user yet. That will come next.
2020-07-18	Simulation: cleanup deduplicating attribute input nodes	Jacques Lucke

2020-07-18	Simulation: cleanup how data inputs are handled	Jacques Lucke

2020-07-18	Simulation: deduplicate code that finds particle simulation names	Jacques Lucke

2020-07-17	Simulation: extract node tree parsing code to separate file	Jacques Lucke

2020-07-17	Simulation: separate code from node tree parsing and solver	Jacques Lucke

2020-07-17	Refactor: move ParticleFunction to separate file	Jacques Lucke

2020-07-17	Cleanup: avoid static initialization order issues when accessing CPPTypes	Jacques Lucke
	Instead of depending on static initialization order of globals use static variables within functions. Those are initialized on first use. This is every so slighly less efficient, but avoids a full class of problems.
2020-07-17	Simulation: move initial simulation code from bf_blenkernel to bf_simulation	Jacques Lucke
	I removed bf_blenkernel from `nodes/CMakeLists.txt` again (added it yesterday), because now this was causing me unresolved symbol errors... Without it, cmake seems to link the libraries bf_simulation, bf_blenkernel and bf_nodes in the right order. Not sure if that is just luck or if it is guaranteed. It was possible to fix the issue by using cmakes `LINK_INTERFACE_MULTIPLICITY`, but that is probably bad style.
2020-07-16	Simulation: rename bf_physics to bf_simulation	Jacques Lucke
	Also see {rB9363c4de0635394548fa2eb8d205581313029775}.
2020-07-16	Simulation: Change BPH prefix to SIM	Jacques Lucke
	In a previous commit the `physics` folder has been renamed to `simulation`. This commit updates the function/file prefix accordingly.
2020-07-16	Simulation: Rename `physics` directory to `simulation`	Jacques Lucke
	Function names will be updated in a separate commit. This will be the place for the new particle system and other code related to the Simulation data block. We don't want to have all that code in blenkernel. Approved by brecht.