31 Oct
2004
31 Oct
'04
12:41 p.m.
Hi all,
I am working on a project that makes very heavy use of the gtkmeter code
(borrowed from JAMIN), and seem to have a hard to track down problem....
I am using jack so there are a few threads involved and the meters are updated
from a g_timeout_add timer callback, the update_meters function is protected
by gdk_threads_enter/leave. The problem is that in spite of this I still
sometimes get the GUI locking up. There are no locks shared between the GUI
and the DSP code and when this happens the DSP continues to run just fine.
I remember a CVS version of JAMIN used to do something similar?
Does anyone here remember what the cure was, it might give me some hints....
Regards, Dan.
31 Oct
31 Oct
12:59 p.m.
[copying to jamin-devel]
Dan Mills <dmills(a)spamblock.demon.co.uk> writes:
I am working on a project that makes very heavy use of
the gtkmeter code
(borrowed from JAMIN), and seem to have a hard to track down problem....
I am using jack so there are a few threads involved and the meters are updated
from a g_timeout_add timer callback, the update_meters function is protected
by gdk_threads_enter/leave. The problem is that in spite of this I still
sometimes get the GUI locking up. There are no locks shared between the GUI
and the DSP code and when this happens the DSP continues to run just fine.
I remember a CVS version of JAMIN used to do something similar?
It still does. The problem is intermittent, thus hard to find.
Does anyone here remember what the cure was, it might
give me some hints....
AFAIK, no one has found the bug. I didn't even consider that it might
be related to the meters until I saw your message.
--
joq
1:13 p.m.
On Sun, Oct 31, 2004 at 04:42:06 +0000, Dan Mills wrote:
Hi all,
I am working on a project that makes very heavy use of the gtkmeter code
(borrowed from JAMIN), and seem to have a hard to track down problem....
I am using jack so there are a few threads involved and the meters are updated
from a g_timeout_add timer callback, the update_meters function is protected
by gdk_threads_enter/leave. The problem is that in spite of this I still
sometimes get the GUI locking up. There are no locks shared between the GUI
and the DSP code and when this happens the DSP continues to run just fine.
I remember a CVS version of JAMIN used to do something similar?
Yeah, it still does AFAIK. I never tracked it down, but didnt put too much
effort into it.
It only happens if jack is not running in realtime mode.
- Steve
1:30 p.m.
söndagen den 31 oktober 2004 18.13 skrev Steve Harris:
On Sun, Oct 31, 2004 at 04:42:06 +0000, Dan Mills
wrote:
Hmmm, I get sporadic GUI lockups when Jack is running realtime.
/Robert
Hi all,
I am working on a project that makes very heavy use of the gtkmeter code
(borrowed from JAMIN), and seem to have a hard to track down problem....
I am using jack so there are a few threads involved and the meters are
updated from a g_timeout_add timer callback, the update_meters function
is protected by gdk_threads_enter/leave. The problem is that in spite of
this I still sometimes get the GUI locking up. There are no locks shared
between the GUI and the DSP code and when this happens the DSP continues
to run just fine.
I remember a CVS version of JAMIN used to do something similar?
Yeah, it still does AFAIK. I never tracked it down, but didnt put too much
effort into it.
It only happens if jack is not running in realtime mode.
- Steve
--
http://spamatica.se/music/
1:31 p.m.
On Sunday 31 October 2004 17:13, Steve Harris wrote:
Guess again, JAMIN just did it to me while running in RT mode, for some reason
it does it more when the period gets shorter at least for me!
This IS a metering issue, as far as I can see.
Now to drink some really strong coffee then find that race....
Regards, Dan.
I remember a
CVS version of JAMIN used to do something similar?
Yeah, it still does AFAIK. I never tracked it down, but didnt put too much
effort into it.
It only happens if jack is not running in realtime mode.
2:30 p.m.
On Sun, Oct 31, 2004 at 05:32:06 +0000, Dan Mills wrote:
On Sunday 31 October 2004 17:13, Steve Harris wrote:
Guess again, JAMIN just did it to me while running in RT mode, for some reason
it does it more when the period gets shorter at least for me!
Ah, well jamin has two different threading modes, one cuts in when the
period size is < 256 samples (128 in the CVS version).
I
remember a CVS version of JAMIN used to do something similar?
Yeah, it still does AFAIK. I never tracked it down, but didnt put too much
effort into it.
It only happens if jack is not running in realtime mode. This IS a metering issue, as far as I can see.
Seems plusible. It was my first GTK widget.
Now to drink some really strong coffee then find that
race....
Luck :)
- Steve
3:45 p.m.
Steve Harris <S.W.Harris(a)ecs.soton.ac.uk> writes:
On Sun, Oct 31, 2004 at 05:32:06 +0000, Dan Mills
wrote:
I see it fairly often in realtime, even with -p2048.
--
joq
On Sunday 31 October 2004 17:13, Steve Harris
wrote:
Ah, well jamin has two different threading modes, one cuts in when the
period size is < 256 samples (128 in the CVS version). It only happens if jack is not running in
realtime mode.
Guess again, JAMIN just did it to me while running in RT mode, for
some reason it does it more when the period gets shorter at least
for me!
7387
days inactive
7387
days old
linux-audio-dev@lists.linuxaudio.org
6 comments
4 participants
participants (4)
-
Dan Mills -
Jack O'Quin -
Robert Jonsson -
Steve Harris