On Fri, Jul 07, 2006 at 10:31:43PM -0400, Michael Dickens wrote:
>
> OK. So what's the difference between:
>
> const std::vector &taps
> and
> const std::vector taps
>
> in terms of the way Python -> SWIG -> C++ works?
Using the default typemaps that convert Python lists/tuples to
Take a look at this:
GR_SWIG_BLOCK_MAGIC(gr,fir_filter_fff);
gr_fir_filter_fff_sptr gr_make_fir_filter_fff (int decimation,
const std::vector &taps);
class gr_fir_filter_fff : public gr_sync_decimator
{
private:
gr_fir_filter_fff (int decimation, const std::vector
On Fri, Jul 07, 2006 at 07:24:26PM -0400, Michael Dickens wrote:
> It seems like the "usual" C constructs port easily between C++ /
> SWIG / Python: char, short, int, long, float, double. I'm fine in C+
> +, but SWIG and Python are new to me, and combining them I generally
> take to be an SEP
It seems like the "usual" C constructs port easily between C++ /
SWIG / Python: char, short, int, long, float, double. I'm fine in C+
+, but SWIG and Python are new to me, and combining them I generally
take to be an SEP ("someone else's problem", thanks Douglas Adams).
Given my time const
On Wed, 2006-07-05 at 09:39 -0700, Eric Blossom wrote:
> On Wed, Jul 05, 2006 at 11:25:55AM -0400, Chuck Swiger wrote:
> > I'm curious about this statement in
> > $PYTHONPATH/gnuradio/gr/flow_graph.py
> >
> > # We could scan the graph here and determine individual sizes
> > # based
I have just received the USRP, connected the basicrx and basictx, installed
all the software, connected the USB 2.0 cable and connected power to it with
the USRP power adapter.
But when I read dmesg I only see these messages:
[17179697.552000] usb 3-5: new high speed USB device using ehci_hcd a
On Fri, Jul 07, 2006 at 10:05:08AM -0700, Quenton Bonds wrote:
> Does anyone know where to find documentation for the Flow_Graph classes
> and modules such as connect?
def start (self):
'''start graph, forking thread(s), return immediately'''
def stop (self):
'''tells sch
On Fri, Jul 07, 2006 at 10:05:08AM -0700, Quenton Bonds wrote:
> Does anyone know where to find documentation for the Flow_Graph classes
> and modules such as connect?
There's not that much to them.
Have you read through the tutorials? (The one's I sent links to yesterday.)
Eric
Augusto Pedroza wrote:
I am trying to modify the version of usrp_tv_rcv.py in the CVS in
order to demodulate the audio component of the PAL-M signals. Has
anybody have success on doing that for NTSC jsut so I could compare
both codes or has naybody done it for PALM?
If all you want is the
On Fri, Jul 07, 2006 at 09:48:22AM -0700, Dave hartzell wrote:
> Hi,
>
> I'm installing on Mac OS X and I ran into this today, during the "sudo
> make install". The compile/make worked fine prior to the make
> install. I also think this installed fine on another macideas?
> Am I missing any
Vincenzo Pellegrini wrote:
Thanks Matt,
but what I would like to do is to control how many bits per sample are
used (possibly at the python level) in order to afford (over the USB2
bus) sampling frequencies larger then 8 Complex Msps.
The aim is to digitize a band wider than 8MHz.
We already
Does anyone know where to find documentation for the Flow_Graph classes
and modules such as connect?
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Dave hartzell wrote:
> make[5]: Nothing to be done for `install-exec-am'.
> make[5]: *** No rule to make target `gmsk.py', needed by
> `install-grblkspythonPYTHON'. Stop.
I believe this was recently fixed in CVS; but you'll probably need to
rerun the bootstrap script so the Makefile gets regener
Hi,
I'm installing on Mac OS X and I ran into this today, during the "sudo
make install". The compile/make worked fine prior to the make
install. I also think this installed fine on another macideas?
Am I missing any Python dependencies?
Byte-compiling python modules...
__init__.py
Byte-co
I am trying to modify the version of usrp_tv_rcv.py in the CVS in order to demodulate the audio component of the PAL-M signals. Has anybody have success on doing that for NTSC jsut so I could compare both codes or has naybody done it for PALM?
Thanks, -- Augusto Pedroza UFPE - C
Thanks Matt,
but what I would like to do is to control how many bits per sample are
used (possibly at the python level) in order to afford (over the USB2
bus) sampling frequencies larger then 8 Complex Msps.
The aim is to digitize a band wider than 8MHz.
Thanks again
vincenzo
On Thu, 2006-07-
16 matches
Mail list logo
