<br><br><div class="gmail_quote">On Tue, May 22, 2012 at 7:35 PM, Nikita Zlobin <span dir="ltr"><<a href="mailto:cook60020tmp@mail.ru" target="_blank">cook60020tmp@mail.ru</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">
Hi all. Just returned from military services (mandatory period).<br>
It is likely, that i was somehow unsubscribed from list.<br>
<br>
In summary, proposed changes are joined in two parts:<br>
1. A few advances for freewheel mode: waiting wheel and per client<br>
free/waiting wheel mode.<br>
2. Get support for any count of "rooms", as they are called in LADISH<br>
therminology, but IMHO, a bit more flexible.<br></blockquote><div><br>I'm sorry but I don't agree with any of these ideas. <br><br>One of the guiding design philosophies behind JACK's design has been to avoid trying to create an API that covers every possible use case, including all the obscure ones. We have seen several examples of this (the most notable being SGI's graphics API) which provide the general lesson that adding complexity in order to be able to satisfy the least common 10% of use cases invariably causes unnecessary complexity for the common 80%.<br>
<br>If you want a "room" like concept then please work on providing per-port metadata (I can post a header that describes a proposed API), because I believe that this will provide everything necessary to do this without JACK's involvement. This is an important addition to the API, and will facilitate many things that are useful and moderately common. <br>
<br></div></div>