<br><br><div class="gmail_quote">2011/7/4 Jörn Nettingsmeier <span dir="ltr"><<a href="mailto:nettings@folkwang-hochschule.de">nettings@folkwang-hochschule.de</a>></span><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im">On 07/04/2011 03:23 AM, Paul Davis wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
2011/7/3 Dave Phillips<<a href="mailto:dlphillips@woh.rr.com" target="_blank">dlphillips@woh.rr.com</a><u></u>>:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Jörn Nettingsmeier wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
... none of the audio stuff i routinely do everyday would be possible<br>
without jack.<br>
</blockquote>
<br>
Amen to that.<br>
</blockquote>
<br>
I disagree with both of you. I think what you really mean is "none of<br>
this would be possible without some system for interconnecting<br>
processing elements together in flexible, creative,possibly<br>
unanticipated ways that also leaves the developers of those elements<br>
free to do things in their own way".<br>
<br>
that much i'd agree with. but this is not a description that requires<br>
that the solution be at the process level.<br>
</blockquote>
<br></div>
well, like ladspa, jack has its time and place, and it has triggered an amazing surge of activity. to me, it's the best infrastructure in the market.<br>
when it was conceived, there was no way to do what it does except at the process level. and now that we know how to combine multiple gui toolkits in a single process, it still looks very good.<br>
<br>
and as long as jack keeps scaling over multiple cpu cores, we have cycles in abundance - so where's the harm in some inter-process communication overhead?<br>
<br>
rather than lumping all audio into a single process, i'd say jack should even strengthen the boundaries between processes, such that it doesn't die as easily when a node in the graph goes bad, to make it even better suited for live use than it already is.<br>
</blockquote></div><br><br>With JackSession quite some drawbacks of JACK will be countered. It is / was very user unfriendly to all the plumbing yourself again and again.<br><br>Anyway, we're getting a bit offtopic here. You might want to start a new thread about the past and future of JACK and a plugin API (LV2)<br>
<br>Regards,<br>\r<br><div style="visibility: hidden; left: -5000px; position: absolute; z-index: 9999; padding: 0px; margin-left: 0px; margin-top: 0px; overflow: hidden; word-wrap: break-word; color: black; font-size: 10px; text-align: left; line-height: 130%;" id="avg_ls_inline_popup">
</div>