[linux-audio-dev] meterbridge 0.0.4

Joern Nettingsmeier nettings at folkwang-hochschule.de
Thu Oct 3 06:43:00 UTC 2002


Steve Harris wrote:
> 
> On Mon, Sep 30, 2002 at 06:01:06 +0200, Joern Nettingsmeier wrote:
> > when i start an instance of meters jackd sometimes complains:
> >       cannot create new client; bridge already exists
> >       cannot complete new client connection process
> 
> That is just becuase it tried to connect as brdige, and if it cant tries
> bridge-<pid>

ok, i could have thought of that myself....

> > i also found it's advisable to re-start jack after a meter crash,
> > otherwise things get fishy (alsaplayer loses its jack connection during
> > meter startup and there are random crashes of jackd, alsaplayer and
> > meters).
> 
> Thats bad. In the stderr output, does it look like the meter manages to
> clean up after isself?

yes. it's just that meterbridge somehow causes alsaplayer to time out.
the jack crashes were not easy to pin down - i haven't come up with
anything reproducible yet.
 
> > the restoring of connections on exit succeeds almost always except when
> > it segfaults (which i can't seem to reproduce reliably). i closed some
> > of my 12 meters in random order, and the port connections were always
> > restored correctly. only sometimes it makes alsaplayer time out and
> > reconnect to jack, and all meters freeze - is that what one would expect
> > when the source is gone, or should they just drop to zero ?
> 
> No, they will freeze, making then return to zero would require more logic,
> so I didn't do it ;)

ok, i just wanted to make sure it's expected behaviour.
 
> > one minor problem: when you have multiple meters running and "killall"
> > them, things seem to happen in the wrong order, i.e. the port chain
> > breaks. but i don't see how meterbridge could avoid that, unless there
> > is a way to make the port restoration atomic.
> 
> Yeah, thats not fixable. Making them not crash is probably better.
> I'd like to get to the bottom of your segfual problem. I though id
> probably fixed it.

just to clarify, i mean killall -TERM, not killall -KILL. out of
curiousity, is there a way to tell the scheduler not to pre-empt the
process until the port cleanup is completed ? (sorry if this is a dumb
question, i don't know much about unix programming...)
not that i think this feature is really needed.

> > the input however i can't seem to get to work at all. it comes up,
> > displays a signal for maybe half a second, then bails out:
> 
> Thats bizarre.

agreed :)
 
i'll give it another beating tonight.
hope you are enjoying your trip to spain!

best,

jörn




-- 
Jörn Nettingsmeier     
Kurfürstenstr 49, 45138 Essen, Germany      
http://spunk.dnsalias.org (my server)
http://www.linuxdj.com/audio/lad/ (Linux Audio Developers)



More information about the Linux-audio-dev mailing list