On Wed, Jan 03, 2007 at 07:52:26PM -0800, Johnathan Corgan wrote:
> On Wed, 2007-01-03 at 19:44 -0800, Mike Goldberg wrote:
>
> > [EMAIL PROTECTED]:~/gnuradio$ ./bootstrap
> > /usr/share/aclocal/jmax.m4:128: warning: underquoted
> > definition of AC_CHECK_JMAX_VERSION
> > run info '(automake)Ext
On Wed, 2007-01-03 at 19:44 -0800, Mike Goldberg wrote:
> [EMAIL PROTECTED]:~/gnuradio$ ./bootstrap
> /usr/share/aclocal/jmax.m4:128: warning: underquoted
> definition of AC_CHECK_JMAX_VERSION
> run info '(automake)Extending aclocal'
> or see
> http://sources.redhat.com/automake/automake.html#
I hope this is the correct place to ask for help. If I
am incorrect, please accept my apologies in advance.
While trying to build Gnuradio following the
instructions on the website, I have run into the
following error message:
[EMAIL PROTECTED]:~/gnuradio$ ./bootstrap
/usr/share/aclocal/jmax.m4:1
Dan, Eric, all:
I am interested in the same and am willing to help out. For now I'd be
happy with just getting the bits from the USRP (i.e. no graph theory).
Chris
Dan Halperin wrote:
Hi,
I'm trying to get the code together to enable the RFX2400 board from a
C++ program. I'm mostly lookin
On 1/3/07, Jago Pearce <[EMAIL PROTECTED]> wrote:
I will soon be starting a job travelling all over the world on boats
offshore.
Bearing in mind that while I love to try out other people's code I can't
program, I get the basics but could never get the hang of using other
peoples code.
Man wha
I will soon be starting a job travelling all over the world on boats
offshore.
Bearing in mind that while I love to try out other people's code I can't
program, I get the basics but could never get the hang of using other
peoples code.
I would like to entertain myself at sea and stave off the bo
I've been looking at swig.org and gnu.org. What else would be good to look
at?
I suppose to implement the callback from C++ to Python, I declare a new
class in Python that inherits from gr_feval.
I wonder how we specify in C++ the call to the new class in Python. And how
do we pass the gr_me
On Wed, Jan 03, 2007 at 09:39:31PM +0800, Jeremy Chew wrote:
> It seems that gr_feval is called from Python and returns to Python, or is
> called from C and returns to C, if I'm not mistaken.
You are mistaken.
Eric
___
Discuss-gnuradio mailing list
D
It seems that gr_feval is called from Python and returns to Python, or is
called from C and returns to C, if I'm not mistaken.
What I need to do is connect a pre-existing C++ MAC module with Python.
Packets go in and out at the top and bottom of the MAC layer. Each packet
does not go in and ou
> // From this point sync clk
> //
> d_sign_last = (clk[0] > 0 ? 1: -1);
> for (i = 0; i < n_clk_in ; i++) {
> sign_current = (clk[i] > 0 ? 1: -1);
> if(sign_current != d_sign_last) {
>
// From this point sync clk
//
d_sign_last = (clk[0] > 0 ? 1: -1);
for (i = 0; i < n_clk_in ; i++) {
sign_current = (clk[i] > 0 ? 1: -1);
if(sign_current != d_sign_last) {
I have attached the source file where the work method is contained. I
cannot make any assumption on delta - it can be even or odd, the loss of
precision because of the division by two is not going to be a problem
though as there are many hundredths of samples per symbol (input sample
rate to block
On Wed, Jan 03, 2007 at 01:01:36AM -0800, Dan Halperin wrote:
> Hi,
>
> I'm trying to get the code together to enable the RFX2400 board from a
> C++ program. I'm mostly looking in usrp.py, usrp1.py, db_base.py, and
> db_flexrf.py and copying commands like write_io and write_oe into their
> C++ ver
Hi,
I'm trying to get the code together to enable the RFX2400 board from a
C++ program. I'm mostly looking in usrp.py, usrp1.py, db_base.py, and
db_flexrf.py and copying commands like write_io and write_oe into their
C++ versions. Is there good documentation on all of these various
commands, and/o
On Wed, Jan 03, 2007 at 09:32:06AM +0100, Matteo Campanella wrote:
> There is no forecast method implemented, and the main cycle is structured
> so that it is impossible to consume more than offered from scheduler (see
> http://lists.gnu.org/archive/html/discuss-gnuradio/2006-12/msg00253.html
> for
On Wed, Jan 03, 2007 at 04:19:24PM +0800, Jeremy Chew wrote:
> Hi,
>
> I'm working on a C++ extension.
>
> How can we use SWIG to program a callback from C++ to Python that passes a
> gr_message_sptr? I'm trying to avoid polling the C++ module from Python
> code.
>
> Rgds,
> Jeremy
Look at t
There is no forecast method implemented, and the main cycle is structured
so that it is impossible to consume more than offered from scheduler (see
http://lists.gnu.org/archive/html/discuss-gnuradio/2006-12/msg00253.html
for code posting).
The first version of the code is working more or less like
Hi,
I'm working on a C++ extension.
How can we use SWIG to program a callback from C++ to Python that passes a
gr_message_sptr? I'm trying to avoid polling the C++ module from Python
code.
Rgds,
Jeremy
___
Discuss-gnuradio mailing list
Discuss
18 matches
Mail list logo
