On Tue, Oct 16, 2001 at 10:09:46AM -0400, Paul Davis wrote: > >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.
How about the pulsar? And your delta 10/10, that one has mixing, eq and monitor level dsp code, right? I was thinking maybe the interface to suchs functions could be generalized using OpenML? > >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. I have some ideas on this, though they are more focussed on in-application stuff. It should be possible to extend it to cross-app. However, it will have to wait for a while, exams are coming up after this weekend. I'll write some about it soon and post it, okey? cheers -- jelle herold (defekt) http://defekt.nl/ seeing digital http://channelthree.net/
