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

Age	Commit message (Collapse)	Author
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.