summaryrefslogtreecommitdiff
path: root/interfaces01.h
diff options
context:
space:
mode:
authorTim Redfern <tim@eclectronics.org>2013-05-23 16:07:23 +0100
committerTim Redfern <tim@eclectronics.org>2013-05-23 16:07:23 +0100
commitdf8910636a1fe171e48e684cdbaba91ffe97d0aa (patch)
tree27301fcb33697fbd855accc9aaa4cebcfaae447a /interfaces01.h
parentb643511ff513aadbd0485afc6b264702aac41021 (diff)
somewhat cleanup
Diffstat (limited to 'interfaces01.h')
-rw-r--r--interfaces01.h83
1 files changed, 0 insertions, 83 deletions
diff --git a/interfaces01.h b/interfaces01.h
deleted file mode 100644
index 00971fc..0000000
--- a/interfaces01.h
+++ /dev/null
@@ -1,83 +0,0 @@
-/*
-Native linux applicatioon with no graphic interface
-runs as a daemon and is managed remotely via socket etc
-
-debian - -any problems with proprietary codecs etc?
-
-is it called from ruby on rails?
-is the best way a RESTful interface?
-
-what's the best library to create a native server that implements http RESTful server
-??boost++??
-
-rendering- begins a thread
-eventually - manage threads and create new servers on EC2
-
-eventually - detailed memory management
-"rendering engine will probably be completely rewritten"
-
-the part that WON'T be rewritten is the meta-language that templates are written in
-
-renderGraph is a graph of loaded objects
-method to traverse graph, get preview image etc
-node knows where it sits on the canvas **here** - GUI doesn't keep its own state
-properties of a node - connections + time
-nodes are timeline based as well as flow- timeline is created when the song is analysed-
-
-node-time interface
-1- timeless node - applies equally to all frames
-2- node with in and out points - mainly for footage
-3- node with absolute keyframes - added manually to relate to an actual song
-4- node with meta-keyframes - belonging to a template, these relate to instantiable music feature cues
-
-2 types of graphs - instanced and abstract - distinct?
-
-build it up from the smallest interface or down from the top?
-try and make the simplest interface that can support the described features
-
-==> for now, no distinction between instanced and abstract graph except filling in filenames etc
-
-using POCO application framework seems good
-what remains to be defined?
-
-*/
-
-class rotor_renderer {
- startRender(rotor_renderSettings *settings);
- rotor_renderStatus getRenderStatus(rotor_threadID id);
- rotor_renderProcess *activeRenders;
-};
-
-class rotor_renderSettings {
- vector<string> inputFiles;
- rotor_renderGraphDescription graph;
- string outputFile;
- rotor_format renderFormat;
-};
-
-class rotor_format{
- //describes the output format of a video render
- string vcodec;
- string acodec;
- int w,h;
-}
-
-class rotor_renderProcess {
-};
-
-class rotor_managerInterface {
- TCPserver server;
-}
-
-class rotor_graphManager {
- rotor_renderGraph renderGraph;
-
-};
-
-class rotor_graph {
-};
-
-class rotor_node {
-};
-
-