Here's my first cut at the realtime change for pthreads. This
compiles on OSX cleanly, and seems to work ... I enabled the printout
for now, as feedback for anyone trying "realtime" using pthreads. I
set the PRI to be 1/2 way between the current value and the max
(looks like 39). I chang
On Wed, May 23, 2007 at 10:30:32AM -0400, Michael Dickens wrote:
> On May 22, 2007, at 11:46 PM, Eric Blossom wrote:
> >pthread_attr_setschedpolicy is not the same thing as
> >sched_setscheduler. It's for setting up the attribute that is passed
> >pthread_create.
>
> Touché. Thanks for pointing
On May 22, 2007, at 11:46 PM, Eric Blossom wrote:
pthread_attr_setschedpolicy is not the same thing as
sched_setscheduler. It's for setting up the attribute that is passed
pthread_create.
Touché. Thanks for pointing that out ... should have been
"pthread_setschedparam()" instead. This rout
On Tue, May 22, 2007 at 10:59:22AM -0400, Michael Dickens wrote:
> On May 22, 2007, at 12:28 AM, Eric Blossom wrote:
> >The priority is set to the midpoint of the FIFO range, not maximized.
>
> My bad on the "maximized" ... but ... ummm ... no, not the midpoint
> either the way it's written, if
Steve Bunch wrote:
> What I noticed eventually by accident was that the beagled background
> process, which is enabled by default in Fedora Core 6, kicks in when the
> console of the Linux box goes idle for a while (screen saver kicks in),
> and wants to consume 100% of CPU time to index my files.
On May 22, 2007, at 12:28 AM, Eric Blossom wrote:
The priority is set to the midpoint of the FIFO range, not maximized.
My bad on the "maximized" ... but ... ummm ... no, not the midpoint
either the way it's written, if I understand the function calls
correctly. Here's the line:
int pr
On Mon, May 21, 2007 at 10:21:48PM -0400, Michael Dickens wrote:
> On May 21, 2007, at 3:04 PM, Eric Blossom wrote:
> >We have the capability to request real time scheduling (currently only
> >on systems that implment POSIX sched_setscheduler), but generally
> >avoid it by default, since folks have
On May 21, 2007, at 3:04 PM, Eric Blossom wrote:
We have the capability to request real time scheduling (currently only
on systems that implment POSIX sched_setscheduler), but generally
avoid it by default, since folks have been known to frequently blow
their own feet off.
Looking at gnuradio-c
On Sun, May 20, 2007 at 02:13:37PM -0500, Steve Bunch wrote:
> >Steve Bunch wrote:
> >>I was listening to an FM station using
> >>usrp_wfm_rcv.py -f 93.1 -O pcm32k
> >>
> >>After this had been going on for a couple of hours, the output on the
> >>screen showed a large number of over/underruns (com
Steve Bunch wrote:
I was listening to an FM station using
usrp_wfm_rcv.py -f 93.1 -O pcm32k
After this had been going on for a couple of hours, the output on the
screen showed a large number of over/underruns (complete output
pasted at the bottom to make it easy to discard), which were coming
Hi Eric,
Can you please give some examples/directions of/on data transceiver
applications which you are using/available in GNU Radio repository?
Thanks.
Tarun
On Tue, 8 May 2007 20:47:26 -0700, Eric Blossom wrote:
Having the audio be non-blocking will stop the buffering/delay problem.
The s
On Tue, May 08, 2007 at 05:01:49PM -0700, Steve R Bunch wrote:
> >There is (was) a pretty substantial memory leak in wxWidgets/wxPython
> >that has been fixed in some relatively new release. This would
> >eventually cause problems (30 minutes or so). You can see if this is
> >happening or not by
>There is (was) a pretty substantial memory leak in wxWidgets/wxPython
>that has been fixed in some relatively new release. This would
>eventually cause problems (30 minutes or so). You can see if this is
>happening or not by watching the process size with ps.
Thanks. Will check on this.
>You
On May 7, 2007, at 8:49 AM, Eric Blossom wrote:
We made an API
change in the audio interfaces that can specify that it's NOT OK to
block when accessing the audio interface.
[snip]
Although the parameter was added to all (most)
audio interfaces, I believe that it currently only works on the
portau
Also let me add that I believe only
usrp_wfm_rcv_pll.py
has the stereo decoder in it.
Bob
Bob McGwier wrote:
Steve:
I want to make sure you have a very late wxgtk installed. Versions
earlier than very recent indeed have a really ugly memory leak.
Eventually this memory leak really puts
Steve:
I want to make sure you have a very late wxgtk installed. Versions
earlier than very recent indeed have a really ugly memory leak.
Eventually this memory leak really puts the hurt on the entire system.
I am pretty sure this is your problem.
Bob
Steve Bunch wrote:
I was liste
On Mon, May 07, 2007 at 06:24:47AM -0500, Steve Bunch wrote:
> I was listening to an FM station using
> usrp_wfm_rcv.py -f 93.1 -O pcm32k
>
> After this had been going on for a couple of hours, the output on the
> screen showed a large number of over/underruns (complete output pasted
> at the
I was listening to an FM station using
usrp_wfm_rcv.py -f 93.1 -O pcm32k
After this had been going on for a couple of hours, the output on the
screen showed a large number of over/underruns (complete output pasted
at the bottom to make it easy to discard), which were coming out
through the
18 matches
Mail list logo