>I was suggesting that maybe OpenML could provide some processing >advantages if it was integrated in a LADSPA host, by for example, >letting all the mixing and equalizing be done by hardware... (ignoring >OpenML's lack of callback model and latency issues, zero-copy gone etc)
what hardware? OpenML is vaporware at this point. and besides, the hardware that many of us find interesting doesn't do this stuff anyway, and likely never will. >would you, at all, be interested in extending JACK to mediate video >connections between software (even with variable clock rates)? if you can see some way to do that, then sure. personally, i don't. the whole model upon which JACK is based is a single periodic "tick" source (not necessarily with a regular period, however) driving the execution of a number of clients by telling them "do whatever you have to do within <time period>", where the time period is currently denoted in audio frames, but should probably include a temporal interval as well or instead. thats where the "perfect sync" comes from - everyone's doing whatever their thing is at the same time for the same time. i don't see how you can fit a client into that scheme which needs/wants to be driven by another clock source. however, if you can, then great, since MIDI needs this kind of functionality as well. let us know what you have in mind. --p
