0dec8de6a3
test covering ennumeration of possible configs
2008-07-28 04:33:10 +02:00
06cc4c93fd
test the combination generator
2008-07-24 06:38:21 +02:00
86f805f803
more testing
2008-07-22 08:19:03 +02:00
e5d75eee9b
test covering the stack-wise buffer pointer table allocation
2008-07-21 03:25:06 +02:00
9a34d234ae
WIP pass compiler, after filling in some more stubs
2008-07-20 20:08:08 +02:00
3ec69c539c
WIP resolved remaining inconsistencies
2008-07-20 15:00:39 +02:00
cb8ac94dcf
WIP finally got the design straight?
2008-07-18 21:21:46 +02:00
48780bef74
WIP draft the handling of buffer pointer tables
2008-07-17 16:17:43 +02:00
63d5684c12
WIP continued with refactoring the Invocation
2008-07-16 05:09:04 +02:00
cb5d1fd03b
WIP further refactored the nodeoperation
2008-07-14 03:34:18 +02:00
2dab8cfe6e
WIP adapt the nodeoperation to this (possible) solution
2008-07-11 19:40:11 +02:00
95632785a8
Merge SCons buildsystem improvements from master
2008-07-11 06:15:35 +02:00
7a6b987a50
merge after integrating the GUI draft; now using multiple build environments and check via pkg-config
2008-07-11 05:35:48 +02:00
50f8be0e16
merge after integrating backend/library work
2008-07-11 05:20:22 +02:00
bfa4b2bc70
(irrelevant) adjustments to make the SCons build of the nonexistant source happen
2008-07-11 05:01:56 +02:00
e04c7d54cb
merge after finishing DefaultsManager; build split in several static libs
2008-07-11 04:39:29 +02:00
39d321a4a5
WIP this approach is more likely to work actually...
2008-07-07 05:40:53 +02:00
98a542f920
WIP drafting how to build all possible operation configs
2008-07-05 18:50:54 +02:00
9389ce2d68
WIP possible solution how the operation chunks could be assembled
2008-07-01 04:53:23 +02:00
5f39f843c3
WIP considering how to compose the actual StateProxy
2008-06-29 18:45:35 +02:00
1d37bf88d8
WIP preliminary draft of node operation
...
(cant work, now needs to be decomposed)
2008-06-29 15:32:19 +02:00
da49742826
WIP sorting out some details of the node network impl
2008-06-24 05:19:11 +02:00
eeb2d04dee
WIP trying to translate some of the planned pull() process into code...
2008-06-14 04:19:58 +02:00
e8378485cc
planning the buffer management and render mechanics more precisely
2008-06-11 05:44:10 +02:00
3c2a6f0598
planing more details of the render mechanics
2008-06-03 06:22:41 +02:00
6ad61b0108
further draftings, esp. how the render nodes are operated
2008-06-01 06:05:39 +02:00
8daec32733
first draft plans for the render process, as far as needed for defining the builder
2008-05-30 06:23:13 +02:00
5d5119631b
first outline regarding the wiring of nodes within the builder
2008-05-27 07:22:27 +02:00
2e58b02b8a
write down implementation specs and further planned details
2008-05-26 07:28:10 +02:00
93908cf29f
further planning of implementation details
2008-05-25 06:18:58 +02:00
f3d078f93b
add drawing to explain the builder primitives
2008-05-23 07:05:35 +02:00
686e47220d
written down basics of the builder's internal operation
2008-05-21 05:30:07 +02:00
86162ad314
moved new code into library modules and adapted BuilderTool to use it.
...
BuilderTool_test now passed.
2008-05-19 08:38:13 +02:00
662678f8d1
WIP refactored in preparation of splitting into several lib modules
2008-05-18 05:08:11 +02:00
88fc2f6099
WIP reworked to replace boost::variant by a custom solution
...
Not a big simplification, but at least the actual codepath is shorter,
while it's not so general as boost::variant (and not threadsafe!)
2008-05-17 04:34:46 +02:00
85b0029166
WIP: how to get at the actual wrapper (here Placement) from within BuilderTool.
...
Nasty problem ... draft solution using boost::variant. To be reconsidered later...
2008-05-11 15:44:24 +02:00
03047e6d17
WIP maybe a solution for getting the correct wrapper within Builder Tools.
...
works, but problem is: you need to know the exact type of the wrapper, e.g. Placement<Clip> or shared_ptr<Media>
2008-04-26 05:38:19 +02:00
d9e6adfe02
make Placement<MObject> implement the interface Buildable.
...
WIP: works, but isnt what I intended. Rather need a specialisation to be able to define functions
treat (Placement<TY>) based on the concrete TY....
2008-04-23 05:48:45 +02:00
aea5ed323a
refactor to use the customized lumiera::P<Type> instead of shared_ptr<Type>
2008-04-23 04:16:45 +02:00
3e8996005e
start using the new lifecycle hooks. remove global nobugcfg.h
...
Now using proc/lumiera.hpp and proc/nobugcfg.hpp (i.e. only for the proc-Layer). Using ON_BASIC_INIT to
pull up NoBug automatically and for installing the unknown-exception handler. Add calls for
ON_GLOBAL_INIT and ON_GLOBAL_SHUTDOWN hooks to main() and to the testrunner
2008-04-14 05:15:16 +02:00
85189d3f4c
extend Appconfig class to provide Lifecycle callback hooks
...
esp. for automatic triggering the initialisation of very basic struff (like NoBug...)
2008-04-13 23:54:39 +02:00
ce72947d0c
brought proc layer introductory pages up-to-date
2008-04-13 03:39:18 +02:00
e91fc65a2b
supplemented some info to the wikis
2008-04-12 06:59:24 +02:00
024e3c4dbc
change build to link in separate libs, also split test executable.
...
now building liblumiback.a liblumiproc.a liblumi.a
build a separate test-common executable (for everything in src/common)
include a precompiled header for assets.
2008-04-12 04:55:18 +02:00
c29b6bdd9a
fix include for testsuite
...
(note I did a partial merge and didn't take any of the new sourcefiles,
so probably this is already fixed on cehtehs branch backend)
2008-04-12 03:09:28 +02:00
f7bfe50bc9
Merge branch 'builder'
2008-04-12 02:12:41 +02:00
a03e3c5e73
Merge from backend: wikis, admin-scrits, test.sh
...
(dont merge any srcfiles)
2008-04-12 02:07:16 +02:00
Christian Thaeter
15bab21da8
Merged the timestuff removal, done by simeon
...
(cherry picked from commit bc5a301d01ac323bafcc434e33f6043678749f14)
2008-04-12 01:12:18 +02:00
97821a0fa2
Design: clarified various details regarding Track handling
2008-04-11 06:24:27 +02:00
a869c71077
Defaults Manager finished for now
...
...passes high level test (with help by the mock 'resolution engine') ;-)
2008-04-08 04:39:07 +02:00
