Re: [Jack-Devel] jack_free from when? and a couple of other things

PrevNext  Index
DateWed, 30 Nov 2011 11:23:01 +0000
From Neil C Smith <[hidden] at neilcsmith dot net>
ToStéphane Letz <[hidden] at grame dot fr>
Ccjack-devel <[hidden] at lists dot jackaudio dot org>
In-Reply-ToStéphane Letz Re: [Jack-Devel] jack_free from when? and a couple of other things
Follow-UpStéphane Letz Re: [Jack-Devel] jack_free from when? and a couple of other things
Follow-UpPaul Davis Re: [Jack-Devel] jack_free from when? and a couple of other things
Hi Stéphane,

Thanks for the fast response!

On 30 November 2011 11:04, Stéphane Letz <[hidden]> wrote:
>
> Le 30 nov. 2011 à 11:53, Neil C Smith a écrit :
>
>> Hi All,
>>
>> I'm just updating the JNAJack bindings to fix a few issues, mainly on
>> Windows.  As part of that I'm switching to mapping jack_free
>> throughout.  Can someone let me know what are the earliest versions of
>> Jack1 and Jack2 that provide that function?  I can't seem to find this
>> information - apologies if I'm missing somewhere obvious.
>
> Version 1.9.3 for jack2, don't know for jack1

Great, thanks.


>>
>> I've fixed a couple of issues in the mapping of jack_connect, mainly
>> by switching the mapping to require a client passed in as per the
>> underlying API.  Out of interest, why does this function require a
>> client?  It's not in the documentation as far as I can see, but I'd be
>> keen to document more than "it's required because it is!" ;-)
>
> Because jack_connect is a call that "goes to the server to be done there" (thus requite a client)
>

OK.  The reason I asked is because JNAJack is a fairly
straightforward, but OOP, mapping of the Jack API.  Almost all
functions that require a client are mapped to methods on a client
object.  This is one of a small set of functions that don't map neatly
that way because you're not restricted to the ports from the client
you pass in.


>>
>> And finally, any chance of getting JNAJack added to the Programming
>> Libraries section of the Applications page?  JJack hasn't had any
>> development action for a long time, while JNAJack is active and works
>> in more places - a number of projects using JJack are or have
>> expressed interest in switching.
>
> Can you provide a short description ?
>

Sure.  Based on the current description of JJack.


JNAJack (http://code.google.com/p/java-audio-utils/) - An alternative
Java bridge API for JACK. Provides a more direct mapping of JACK
functions, and supports all platforms that JACK runs on.


Hope that suits.

Thanks and best wishes,

Neil

-- 
Neil C Smith
Artist : Technologist : Adviser
http://neilcsmith.net
PrevNext  Index

1322652281.20579_0.ltw:2,a <CAHvRSoebyZpt1gD=9RwF_BE33D94KsYq05J+v=tLSjH7CEr+Lg at mail dot gmail dot com>