Esben Stien wrote:
We have to be able to export the model data so that
we
can have a daemon running and have clients connect to it and work on
the same session.
Yes, that's the way I've been thinking of it too.
I also imagine
writing things like search-and-replace functionality,
and algorithmic composition tools, as separate editors in their own
right.
Elaborate.
Um, was that an adjective or an imperative?!
You can read some of my thoughts on this at
http://www.skynet.ie/~jmmcd/zz.html. Ignore the parts about plugins,
though, because they're redundant. The original plan was for a plugin
host/sequencer, with separate ui/editor modules, communicating via
OSC. But my programming skills and free time are limited, so
a) it makes sense to hand the plugin host job off to a separate
program, eg to Om (
http://savannah.nongnu.org/projects/om-synth),
which can be driven by OSC, and
b) maybe it makes sense to simply alter an existing sequencer to run
as daemon + editor modules (which communicate via OSC). Did I read
somewhere that Rosegarden is already like this? If so, how easy would
it be to write (eg) a stripped-down, hotkey-driven tracker editor
which communicated with the Rosegarden core?
While we're on the subject, what are the prospects for turning an
existing MIDI sequencer into an OSC sequencer (which could then take
full advantage of a plugin host like Om)?