Age | Commit message (Collapse) | Author | Files | Lines | |
---|---|---|---|---|---|
2019-12-08 | Cleanup: Avoid parameter copying overhead | David Robillard | 1 | -2/+2 | |
2019-12-08 | Cleanup: Use "using" instead of "typedef" where appropriate | David Robillard | 1 | -1/+1 | |
2019-03-09 | Clean up includes and forward declarations | David Robillard | 1 | -0/+4 | |
2018-09-23 | Use override specifiers | David Robillard | 1 | -4/+4 | |
2018-09-23 | Use lowercase namespace names | David Robillard | 1 | -8/+8 | |
2017-12-25 | Remove trivial destructors and use default where possible | David Robillard | 1 | -2/+0 | |
2017-12-16 | Make events take the corresponding message directly | David Robillard | 1 | -6/+10 | |
2017-02-12 | Use smart pointers to handle real-time memory disposal | David Robillard | 1 | -1/+1 | |
2016-10-02 | Defer graph compilation in atomic bundles | David Robillard | 1 | -3/+8 | |
This avoids situations like compiling a graph hundreds of times when it is loaded because it has hundreds of nodes and each event triggers a re-compile. This speeds things up dramatically, but exacerbates the theoretical problem of there not being enough time in a cycle to execute a bundle. As far as I can tell, the execute phase of events is very fast, so hundreds or thousands can easily run in a tiny fraction of the process cycle, but this still needs resolution to be truly hard real-time. What probably needs to happen is that all context and state used to process is moved to CompiledGraph and nodes do not access their own fields at all, but have some references into the CompiledGraph. This way, a compiled graph is separate from its "source code", and an old one could continue to be run while a new one is beng applied across several cycles. | |||||
2016-10-01 | Fix OSX build | David Robillard | 1 | -1/+1 | |
2016-09-29 | Atomic bundle execution | David Robillard | 1 | -0/+3 | |
2016-09-13 | Fix misleading comment | David Robillard | 1 | -1/+5 | |
2016-09-11 | Remove last vestiges of multiple run contexts | David Robillard | 1 | -1/+1 | |
2016-07-30 | Add undo support | David Robillard | 1 | -0/+55 | |