<html><head><meta http-equiv="Content-Type" content="text/html; charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><meta http-equiv="Content-Type" content="text/html; charset=us-ascii" class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">Hi all,<div class="">i'd like to make you aware of an abstraction library i have made because of working more with multi-channel loudspeaker systems lately.</div><div class=""><br class=""></div><div class="">Dealing with many parallel signal connections was cumbersome, so i have come up with the mc library in order to abstract multi-channel processing.</div><div class="">It consists of pure-Pd abstractions using dynamic object creation and it is NOT related or compatible with the similarly named Max approach.</div><div class="">I hope there are no similar libraries out yet, i have not come across anything related.</div><div class=""><br class=""></div><div class="">Please check it out at</div><div class=""><a href="https://github.com/grrrr/mc" class="">https://github.com/grrrr/mc</a></div><div class=""><br class=""></div><div class="">It is definitely not more than alpha quality and currently has only basic functionality (as much as i have needed so far).</div><div class="">But i'd like to put it out to the public since i don't know how much i will be able to work on it, and i'd like to hear about your feedback and suggestions for further functionality.</div><div class=""><br class=""></div><div class="">There are rough edges, for example message boxes popping up when closing patches with dynamic modifications, but i am not sure to which extent these effects can be handled on the patcher level.</div><div class=""><br class=""></div><div class="">A technical note:</div><div class="">The connection logic works both on signal and message connections (the latter over send/receive).</div><div class="">In principle message-only would be possible, but signals seem to be necessary for the correct ordering of the message graph.</div><div class="">Right now the same information is sent on signals (2 integer numbers per vector: ID and channel count) and messages.</div><div class="">There is definitely a lot to optimize, maybe the signal connections can be dummy, without any information sent at all. </div><div class="">However, the connection logic overhead seems to be absolutely negligible compared to the DSP load.</div><div class=""><br class=""></div><div class="">Please let me know what you think.</div><div class=""><br class=""></div><div class="">best, Thomas</div><div class=""><br class=""></div><div class="">--<br class="">Thomas Grill<br class=""><a href="http://grrrr.org/" class="">http://grrrr.org</a></div><div class=""><br class=""></div><div class=""><br class=""></div><div class=""><img apple-inline="yes" id="752163E0-2E87-4690-AF83-829104722736" class="" width="899" height="641" src="cid:5E1719C4-8586-494F-9216-C965EFD1EC99@home"></div><div class=""><br class=""><div class=""><br class=""><br class=""></div><br class=""></div></div></body></html>