<br><br><div class="gmail_quote">On Wed, May 23, 2012 at 12:05 PM, Paul Davis <span dir="ltr"><<a href="mailto:paul@linuxaudiosystems.com" target="_blank">paul@linuxaudiosystems.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br><br><div class="gmail_quote"><div><div class="h5">On Wed, May 23, 2012 at 12:04 PM, Paul Davis <span dir="ltr"><<a href="mailto:paul@linuxaudiosystems.com" target="_blank">paul@linuxaudiosystems.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br><br><div class="gmail_quote"><div>On Wed, May 23, 2012 at 11:58 AM, Robin Gareus <span dir="ltr"><<a href="mailto:robin@gareus.org" target="_blank">robin@gareus.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">


<div>On 05/23/2012 03:40 PM, Paul Davis wrote:<br>
> It it true that I skipped over the proposal for dynamic/on-the-fly backend<br>
> switching. This has already been discussed and yes, it would be great to<br>
> add it.<br>
<br>
</div>It's working just fine in jack2, already since over two years. requires<br>
dbus though.<br></blockquote></div><div><br>had a feeling that was true but didn't want to embarass myself again by mis-remembering. good to know (again) <br></div></div></blockquote></div></div><div><br>of course, "full" support for this requires some semantics to define what to do if after the switch some ports are missing.  <br>
</div></div></blockquote><div><br>which is another place where port metadata comes into play. <br></div></div><br>