<div dir="ltr">The "Device" is an analog processor that has digital control. The signal path is purely analog. <br>I will elaborate in a private conversation if someone would be interested to take part in the project.<br>
<br>What I can say is that the digital control is not only for beauty, but is critical for the functionality of the processor.<br>As I said I'm neither a programmer nor electronics expert, what I'm trying to do is making the connection between the two.<br>
<br>FYI I'm not getting paid for this, I'm doing this out of personal interest in the subject and maybe to get some professional tools for the Linux audio community.<br><br>Best regards,<br><br>Moshe <br><br><div class="gmail_quote">
On Tue, Nov 27, 2012 at 2:20 AM, 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:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br><div class="gmail_extra"><br><br><div class="gmail_quote"><div><div class="h5">On Mon, Nov 26, 2012 at 6:42 PM, J. Liles <span dir="ltr"><<a href="mailto:malnourite@gmail.com" target="_blank">malnourite@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div><br><br><div class="gmail_quote">On Mon, Nov 26, 2012 at 2:02 PM, Paul Davis <span dir="ltr"><<a href="mailto:paul@linuxaudiosystems.com" target="_blank">paul@linuxaudiosystems.com</a>></span> wrote:<br>

<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div class="gmail_extra"><div class="gmail_quote"><div>On Mon, Nov 26, 2012 at 4:50 PM, J. Liles <span dir="ltr"><<a href="mailto:malnourite@gmail.com" target="_blank">malnourite@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br><div class="gmail_quote"><div><br>A 'driver' using libmapper [<a href="http://www.idmil.org/software/libmapper" target="_blank">http://www.idmil.org/software/libmapper</a>] would be more appropriate than a plugin, I think. <br>



</div></div></blockquote></div><div><br>for a control device, probably yes. but for a device that does audio i/o and/or audio processing, probably not. <br></div></div></div>
</blockquote></div><br></div></div>On the other hand, if JACK had generic message ports and metadata as described here: [<a href="http://non.tuxfamily.org/wiki/index.php?page=JackWishList" target="_blank">http://non.tuxfamily.org/wiki/index.php?page=JackWishList</a>] the thing might be most appropriately developed as a simple JACK client...<br>

</blockquote></div></div><div><br>the metadata API has already been designed. it is, as usual, all about someone finding the motivation and time to implement it.<br><br>anyone is free to submit a patch that takes the basic structure of the MIDI support and "genericizes" it. of course, that person would have to decide which branch of jack they want to support, so ... grrrr.<br>

 <br>even so, *if* this device is really something like the UAD or TC or other external DSP units, then i'm not convinced that a JACK client is the most appropriate or useful implementation, though it would certainly be an option.<br>

<br> </div></div><br></div>
<br>_______________________________________________<br>
Linux-audio-user mailing list<br>
<a href="mailto:Linux-audio-user@lists.linuxaudio.org">Linux-audio-user@lists.linuxaudio.org</a><br>
<a href="http://lists.linuxaudio.org/listinfo/linux-audio-user" target="_blank">http://lists.linuxaudio.org/listinfo/linux-audio-user</a><br>
<br></blockquote></div><br></div>