Rui Nuno Capela | 1 Jul 12:16 2011

[ANN] QjackCtl 0.3.8 released!

Howdy!

JACK Session versioning is quite simply the most interesting new feature 
for this release. It's optional but enabled by default. One can just 
turn it off and keep the bad old take-no-prisoners behavior :)

Never is too late,

   QjackCtl 0.3.8 has been released!

Enjoy.

Website:

   http://qjackctl.sourceforge.net

Project page:

   http://sourceforge.net/projects/qjackctl

Downloads:

- source tarball:
   http://downloads.sourceforge.net/qjackctl/qjackctl-0.3.8.tar.gz

- source package (openSUSE 11.4):

http://downloads.sourceforge.net/qjackctl/qjackctl-0.3.8-2.rncbc.suse114.src.rpm

- binary packages (openSUSE 11.4):
(Continue reading)

rosea grammostola | 2 Jul 12:07 2011
Picon

Re: [LAD] JACK autoconnect and JackSession (was: PHASEX)

On 07/02/2011 11:50 AM, rosea grammostola wrote:
> On 07/02/2011 11:28 AM, rosea grammostola wrote:
>> On 07/02/2011 11:06 AM, rosea grammostola wrote:
>>> On 07/02/2011 12:52 AM, Emanuel Rumpf wrote:
>>>> 2011/7/1 rosea grammostola<rosea.grammostola@...>:
>>>>> Hmm PHASEX deserves the same kind of love Zynaddsubfx gets these 
>>>>> days via
>>>>> Yoshimi imho. It's one of the few quality synths on Linux. Maybe a 
>>>>> generous
>>>>> hacker will provide a patch for JS support in PHASEX :)
>>>>>
>>>> Hi
>>>> Following your call, rosea, I added JackSession support to phasex !
>>>> The concept is still very new to me, but the result is promising  
>>>> at least.
>>> Thanks a lot man!
>>>> It currently doesn't restore the connections made,
>>>> not sure why, maybe I'm doing anything wrong with the uuid ??
>>> I am sure Torben can help you with that.
>
> It seems to work good here. You  have to disable JACK autoconnect in 
> PHASEX and then the connections seems to work.

Just a note. AFAIK applications which make connections automatically 
with JACK are problematic for JackSession (also for Ladish iirc).
It isn't bad to have JACK autoconnect in a application (could be handy), 
but there should be an option to disable it. Like it's possible in 
PHASEX and also in StretchPlayer (svn) for example.

\r
(Continue reading)

torbenh | 2 Jul 20:09 2011
Picon
Picon

Re: [LAD] JACK autoconnect and JackSession (was: PHASEX)

On Sat, Jul 02, 2011 at 12:07:33PM +0200, rosea grammostola wrote:
> On 07/02/2011 11:50 AM, rosea grammostola wrote:
> >On 07/02/2011 11:28 AM, rosea grammostola wrote:
> >>On 07/02/2011 11:06 AM, rosea grammostola wrote:
> >>>On 07/02/2011 12:52 AM, Emanuel Rumpf wrote:
> >>>>2011/7/1 rosea grammostola<rosea.grammostola <at> gmail.com>:
> >>>>>Hmm PHASEX deserves the same kind of love Zynaddsubfx gets
> >>>>>these days via
> >>>>>Yoshimi imho. It's one of the few quality synths on Linux.
> >>>>>Maybe a generous
> >>>>>hacker will provide a patch for JS support in PHASEX :)
> >>>>>
> >>>>Hi
> >>>>Following your call, rosea, I added JackSession support to phasex !
> >>>>The concept is still very new to me, but the result is
> >>>>promising  at least.
> >>>Thanks a lot man!
> >>>>It currently doesn't restore the connections made,
> >>>>not sure why, maybe I'm doing anything wrong with the uuid ??
> >>>I am sure Torben can help you with that.
> >
> >It seems to work good here. You  have to disable JACK autoconnect
> >in PHASEX and then the connections seems to work.
> 
> Just a note. AFAIK applications which make connections automatically
> with JACK are problematic for JackSession (also for Ladish iirc).
> It isn't bad to have JACK autoconnect in a application (could be
> handy), but there should be an option to disable it. Like it's
> possible in PHASEX and also in StretchPlayer (svn) for example.

(Continue reading)

rosea grammostola | 2 Jul 20:50 2011
Picon

Re: [LAD] JACK autoconnect and JackSession

On 07/02/2011 08:09 PM, torbenh wrote:
> On Sat, Jul 02, 2011 at 12:07:33PM +0200, rosea grammostola wrote:
>> On 07/02/2011 11:50 AM, rosea grammostola wrote:
>>> On 07/02/2011 11:28 AM, rosea grammostola wrote:
>>>> On 07/02/2011 11:06 AM, rosea grammostola wrote:
>>>>> On 07/02/2011 12:52 AM, Emanuel Rumpf wrote:
>>>>>> 2011/7/1 rosea grammostola<rosea.grammostola <at> gmail.com>:
>>>>>>> Hmm PHASEX deserves the same kind of love Zynaddsubfx gets
>>>>>>> these days via
>>>>>>> Yoshimi imho. It's one of the few quality synths on Linux.
>>>>>>> Maybe a generous
>>>>>>> hacker will provide a patch for JS support in PHASEX :)
>>>>>>>
>>>>>> Hi
>>>>>> Following your call, rosea, I added JackSession support to phasex !
>>>>>> The concept is still very new to me, but the result is
>>>>>> promising  at least.
>>>>> Thanks a lot man!
>>>>>> It currently doesn't restore the connections made,
>>>>>> not sure why, maybe I'm doing anything wrong with the uuid ??
>>>>> I am sure Torben can help you with that.
>>> It seems to work good here. You  have to disable JACK autoconnect
>>> in PHASEX and then the connections seems to work.
>> Just a note. AFAIK applications which make connections automatically
>> with JACK are problematic for JackSession (also for Ladish iirc).
>> It isn't bad to have JACK autoconnect in a application (could be
>> handy), but there should be an option to disable it. Like it's
>> possible in PHASEX and also in StretchPlayer (svn) for example.
> a jack session client is not supposed to do any connections itself.
> if a flag to disable it already exist, just include this flag in the
(Continue reading)

David Henningsson | 4 Jul 10:34 2011

When was jack_free added?

Hi Jack developers,

1) In what version of libjack was jack_free added (i e what should we 
check for in configure.ac if we require this function) and

2) Is there a way to figure that out without asking here?

Thanks in advance,

--

-- 
David Henningsson, Canonical Ltd.
http://launchpad.net/~diwic
Paul Davis | 4 Jul 18:42 2011

mumbo jumbo on a wiki page

this wiki page:

    http://trac.jackaudio.org/wiki/WalkThrough/Dev/LatencyBufferProcess?version=5

seems filled with a lot of mumbo jumbo, and worse appears to recommend
using locks to protect buffers used by process().

my gut feeling is to remove the entire page unless someone wants to
step up and edit this into useful form, and without erroneous
suggestions about locking.

--p
Stéphane Letz | 4 Jul 19:47 2011
Picon

Re: When was jack_free added?


Le 4 juil. 2011 à 10:34, David Henningsson a écrit :

> Hi Jack developers,
> 
> 1) In what version of libjack was jack_free added (i e what should we check for in configure.ac if we require
this function) and

In version 1.9.3 for jack2

> 
> 2) Is there a way to figure that out without asking here?
> 
> Thanks in advance,
> 

I think that weak linking (a "feature" added in JACK API at version ??) can be used to dynamically detect if
the function is available, but not completely sure since which version this can be done...

Stéphane 
Fons Adriaensen | 4 Jul 20:57 2011

Re: mumbo jumbo on a wiki page

On Mon, Jul 04, 2011 at 12:42:06PM -0400, Paul Davis wrote:
> this wiki page:
> 
>     http://trac.jackaudio.org/wiki/WalkThrough/Dev/LatencyBufferProcess?version=5
> 
> seems filled with a lot of mumbo jumbo, and worse appears to recommend
> using locks to protect buffers used by process().
> 
> my gut feeling is to remove the entire page unless someone wants to
> step up and edit this into useful form, and without erroneous
> suggestions about locking.

I agree with your sentiments about that page - too many half-truths
and I-don't-knows. 

But using locks is not by itself evil - it all depends on how
they are used - and in some cases it seems unavoidable.

I've been working on a framework that runs an arbitrary graph
of audio 'process units' on a multi-cpu machine, and I've not
found an efficient solution without locks. OTOH, the chance
of contention in this case is low, if there is no contention
everything happens in user space, and it there is it will be
short. So using one or two more threads than you have CPUs 
should keep them all busy.

I wonder what sort of solutions others are using for this
problem.

In my case, things work as follows:
(Continue reading)

Paul Davis | 4 Jul 21:17 2011

Re: When was jack_free added?

On Mon, Jul 4, 2011 at 1:47 PM, Stéphane Letz <letz <at> grame.fr> wrote:

>> 2) Is there a way to figure that out without asking here?
>>
>> Thanks in advance,
>>
>
> I think that weak linking (a "feature" added in JACK API at version ??) can be used to dynamically detect if
the function is available, but not completely sure since which version this can be done...

the general guidelines for writing configure.ac files is that you look
for the feature, not a version number. this is very easy to do.
Paul Davis | 4 Jul 21:21 2011

Re: mumbo jumbo on a wiki page

On Mon, Jul 4, 2011 at 2:57 PM, Fons Adriaensen <fons <at> linuxaudio.org> wrote:

> I agree with your sentiments about that page - too many half-truths
> and I-don't-knows.
>
> But using locks is not by itself evil - it all depends on how
> they are used - and in some cases it seems unavoidable.

agreed. but that page is an introductory one. for basic processing, no
locks are needed. i don't doubt for a second that are scenarios where
locks are required, but trying to describe this on a page aimed at
someone who doesn't really understand JACK (or the basic concepts it
is using) seems like a mistake.

trying to describe it at all is tricky, because it *is* tricky to even
know for sure if you need them.

Gmane