3 Aug
2007
3 Aug
'07
7:24 p.m.
On Friday 03 August 2007, njcross(a)sbcglobal.net wrote:
On Wednesday 01 August 2007 00:39, you wrote:
Ok, back to the ML's :)
try:
http://tapas.affenbande.org/lash_wrap/lash_wrap-0.4.tgz
It works here after a quick test.. I have added a --delay [-d] option which
defaults to 3 secs.. That is the time the wrapped client has available to
register jack and alsa ports.. ;)
So if your app takes longer to start than that it will still not work..
Tomorrow or so i will try to add an active scanning mode for jack client names
like for alsa seq client names..
Regards,
Flo
--
Palimm Palimm!
http://tapas.affenbande.org
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo.cgi/linux-audio-user
On Wednesday 01 August 2007, Florian Schmidt
wrote:
I'm now having the same connection problems; or rather no connections are
saved when using glashctl. hmm... On Wednesday 01 August 2007,
njcross(a)sbcglobal.net wrote:
Erm, just see, jack connection restoring doesn't work with clients that
do not create the connections themself either.. hmm, weird.. I suppose i
need to debug some more ;)
Flo Just to say thank you for lash_wrap. Seems to
work as you stated. I
tried it with Ardour, Audacity and ReZound and as long as you save
your work before closing it works well. Thank you!
A little caveat i found though:
Apps that create their connections themself are not handled very well
by lash_wrap. E.g. hydrogen, freqtweak etc... It would be cool if these
apps had an option not to create any connections by themself on
startup..
Flo