[LAU] [OT] LV2 control for hardware device

[Moshe Werner]

The "Device" is an analog processor that has digital control. The signal
path is purely analog.
I will elaborate in a private conversation if someone would be interested
to take part in the project.

What I can say is that the digital control is not only for beauty, but is
critical for the functionality of the processor.
As I said I'm neither a programmer nor electronics expert, what I'm trying
to do is making the connection between the two.

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.

Best regards,

Moshe

On Tue, Nov 27, 2012 at 2:20 AM, Paul Davis <paul at linuxaudiosystems.com>wrote:

>
>
>
> On Mon, Nov 26, 2012 at 6:42 PM, J. Liles <malnourite at gmail.com> wrote:
>
>>
>>
>> On Mon, Nov 26, 2012 at 2:02 PM, Paul Davis <paul at linuxaudiosystems.com>wrote:
>>
>> On Mon, Nov 26, 2012 at 4:50 PM, J. Liles <malnourite at gmail.com> wrote:
>>>
>>>>
>>>>
>>>> A 'driver' using libmapper [http://www.idmil.org/software/libmapper]
>>>> would be more appropriate than a plugin, I think.
>>>>
>>>
>>> for a control device, probably yes. but for a device that does audio i/o
>>> and/or audio processing, probably not.
>>>
>>
>> On the other hand, if JACK had generic message ports and metadata as
>> described here: [
>> http://non.tuxfamily.org/wiki/index.php?page=JackWishList] the thing
>> might be most appropriately developed as a simple JACK client...
>>
>
> the metadata API has already been designed. it is, as usual, all about
> someone finding the motivation and time to implement it.
>
> 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.
>
> 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.
>
>
>
>
> _______________________________________________
> Linux-audio-user mailing list
> Linux-audio-user at lists.linuxaudio.org
> http://lists.linuxaudio.org/listinfo/linux-audio-user
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxaudio.org/pipermail/linux-audio-user/attachments/20121127/fe73c8df/attachment.html>