Hi everyone!
Is there a way to allow names longer than 33 characters for a JACK client? I
have the problem, that I can't really control this client (Asterisk).
Thanks and warm regards
Julien
--------
Music was my first love and it will be my last (John Miles)
======== FIND MY WEB-PROJECT AT: ========
http://ltsb.sourceforge.net
the Linux TextBased Studio guide
======= AND MY PERSONAL PAGES AT: =======
http://www.juliencoder.de
Hello gmailers!
I was wondering, if someone here has got googletalk (with the voice part).
I'm currently trying to make it work with asterisk, yet have some
difficulties. So I'd need someone to test it with. Would someone be willing to
try to exchange a few calls with me? Notice the little word "TRY"! :-(
I did everything I could locally, but now I need another google buddy to
experiment. If someone's willing and able to help, please mail me off-list.
Thanks and sorry for all the rest, for corwding the list with quite
off-topic-ish material.
Kindly yours
Julien
--------
Music was my first love and it will be my last (John Miles)
======== FIND MY WEB-PROJECT AT: ========
http://ltsb.sourceforge.net
the Linux TextBased Studio guide
======= AND MY PERSONAL PAGES AT: =======
http://www.juliencoder.de
Due to an adminstrative error, there have been a few people who
downloaded the 2.8.8 tarball very quickly after the release
announcement and were given the *2.8* (not 2.8.8) version instead. The
ardour.org site has been updated/fixed, so if this happened to you,
please download again to get the correct version.
Apologies for the mistake,
Paul Davis
Ardour/JACK
I recently did a fresh UbuntuStudio 10.4 amd64 install. I found that I
could only
start qjackctl once without rebooting. When I attempted to close jackd with
the
Quit button on qjackctl, the next attempt to run it results in the following
message:
JACK compiled with System V SHM support.
loading driver ..
Enhanced3DNow! detected
SSE2 detected
apparent rate = 48000
creating alsa driver ... hw:0|hw:0|256|2|48000|0|0|nomon|swmeter|-|32bit
control device hw:0
23:08:49.544 JACK was stopped successfully.
23:08:49.544 Post-shutdown script...
23:08:49.545 killall jackd
23:08:49.549 JACK has crashed.
jackd: no process found
23:08:49.993 Post-shutdown script terminated with exit status=256.
23:08:50.025 Could not connect to JACK server as client. - Overall operation
failed. -
Unable to connect to server. Please check the messages window for more info.
Neither "sudo kill -9 <PIDs of jackd, qjackctl and qjackctl.bin>" nor "sudo
pkill -9 qjackctl"
nor closing the terminal in which qjackctl was executed eliminates this
problem.
Since this was a clean install with very little added beyond ambdec,
tetraproc and mhwaveedit,
I don't have any explanation for this problem except bad karma between the
current UbuntuStudio
and qjackctl. On one occasion when starting the reboot, I got an error
message asking if I
wanted to wait for process Unknown to complete.
The good side to this is that UbuntuStudio 10.4 boots up quickly.
Does anyone have any ideas?
Thanks,
John
At Mon, 31 May 2010 22:59:36 +0200,
Giuliano Pochini wrote:
>
> On Mon, 31 May 2010 15:05:08 -0400
> "F. Heitkamp" <heitkamp(a)ameritech.net> wrote:
>
> > On 02/02/10 17:09, Giuliano Pochini wrote:
> > > On Tue, 02 Feb 2010 16:30:27 +0100
> > > Clemens Ladisch<clemens(a)ladisch.de> wrote:
> > >
> > >
> > >> Frederick V Heitkamp wrote:
> > >>
> > >>> Repeatable Hard Crash.
> > >>> What else do I need to provide?
> [...]
> > > Signed-off-by: Giuliano Pochini<pochini(a)shiny.it>
> > >
> > > --- alsa-driver-1.0.22.1/alsa-kernel/pci/echoaudio/echoaudio.c__orig 2010-02-02 22:37:33.000000000 +0100
> > > +++ alsa-driver-1.0.22.1/alsa-kernel/pci/echoaudio/echoaudio.c 2010-02-02 22:44:03.000000000 +0100
> > > @@ -1821,7 +1821,9 @@ static irqreturn_t snd_echo_interrupt(in
> > > /* The hardware doesn't tell us which substream caused the irq,
> > > thus we have to check all running substreams. */
> > > for (ss = 0; ss< DSP_MAXPIPES; ss++) {
> > > - if ((substream = chip->substream[ss])) {
> > > + substream = chip->substream[ss];
> > > + if (substream&& ((struct audiopipe *)substream->runtime->
> > > + private_data)->state == PIPE_STATE_STARTED) {
> > > period = pcm_pointer(substream) /
> > > substream->runtime->period_size;
> > > if (period != chip->last_period[ss]) {
> > >
> > >
> > >
> > I've tried some newer kernels. Still having problems with the echo 3G.
> > This is kernel version:
> > 2.6.32.13. The above patches posted to the linux kernel list seemed to
> > get rid of the crashes, but evidently did not go into the main kernel tree.
>
> Indeed. I've just checked 2.6.33 and the patch isn't there. It's in 2.6.34.
>
> If you need 2.6.32.13 you can apply the above patch to the kernel tree or
> download ftp://ftp.alsa-project.org/pub/driver/alsa-driver-1.0.23.tar.bz2,
> otherwise just use the latest kernel.
Care to send the patch to stable kernel (with the upstream commit id)?
thanks,
Takashi
