<br><br><div class="gmail_quote">On Fri, Mar 19, 2010 at 12:32 PM, Philipp <span dir="ltr"><<a href="mailto:hollunder@lavabit.com">hollunder@lavabit.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Excerpts from alex stone's message of 2010-03-19 10:09:04 +0100:<br>
<div class="im">> Incidentally, there is an excellent app called jm2cv that does a good<br>
> job of "converting" cv data to jackmidi (and vice versa) written by<br>
> Peter Nelson. (See the non-mixer webpage for details)<br>
><br>
> So if your particular app of choice has midi out for automation, you<br>
> can direct it to a CV in port for, as an example, fader control in<br>
> non-mixer.<br>
> Just start jm2cv, and ports in and out of it in your favourite patchbay.<br>
><br>
> Simple stuff.<br>
><br>
> Alex.<br>
> --<br>
> <a href="http://www.openoctave.org" target="_blank">www.openoctave.org</a><br>
<br>
</div>Thanks for telling us about this app Alex, it sounds like it could<br>
become an important piece in the puzzle if cv gets more popular.<br>
<br>
On the topic:<br>
I think once jack_session is established and we have a well working<br>
session management for every app automation is one of the things that<br>
will need more attention.<br>
There are other areas as well that will become more relevant:<br>
- proper syncing, in all its forms<br></blockquote></div><br><br>I agree about the fact that proper syncing (Jack Transport), is likely even more important then automation for the modular approach, it has it's limitations right now...<br>
<br><br>\r<br><br>