I was able to get this working by simply catching an exception when
attempting to import Colors. This seems to be the source of the problem
and you don't really need that module when running grcc. See attached
patch.
-Roy
On Tue, Jun 18, 2013 at 4:09 PM, Dan CaJacob wrote:
> Josh and Tom,
>
What version of GNU Radio are you using? Message ports with Python blocks
are supported as of 3.6.4:
class message_consumer(gr.sync_block):
def __init__(self):
gr.sync_block.__init__(
self,
name = "message consumer",
in_sig = None,
out_s
so it is useful that they can communicate with
the rest of the blocks via the messaging infrastructure.
Thanks,
Roy
On Sun, Jan 13, 2013 at 11:31 AM, Tom Rondeau wrote:
> On Fri, Jan 4, 2013 at 6:52 PM, Roy Thompson wrote:
>>
>> I am starting to play around with 3.6.3rc0 a l
I am starting to play around with 3.6.3rc0 a little bit. I'm excited
about the new message passing infrastructure and the Python-based
signal processing blocks. In fact, I would really like to be able to
create Python-based blocks that use the new message infrastructure.
However, as best I can te
That seems to work, I didn't realize that grc would allow connecting a
message port to a byte port.
Thanks for your help.
-Roy
On Wed, Nov 21, 2012 at 3:21 AM, Josh Blum wrote:
>
>
> On 11/20/2012 02:13 PM, Roy Thompson wrote:
>> Thanks, I updated to pull in all of the la
me.io_signature(*args, **kwargs)
RuntimeError: gr_io_signature(3)
Thanks,
Roy
On Tue, Nov 20, 2012 at 2:00 PM, Josh Blum wrote:
>
>
> On 11/20/2012 08:08 AM, Roy Thompson wrote:
>> Is it possible to create hierarchical blocks that have GrExtras
>> messages as the inputs or ou
Is it possible to create hierarchical blocks that have GrExtras
messages as the inputs or outputs? The standard pad source and sink
blocks don't appear to provide a way to do this.
Thanks,
Roy
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
Is it possible to use a vector input or output with a block that uses
the GRExtras interface? All of the examples for specifying the I/O
signature for a Python block only show using a numpy type to specify
the data width.
I also tried creating a C++ block and setting the sizeof_stream_item
parame
Well, I guess it fixed the compilation problem, but now I am having a
problem when I try to import the swig module in Python:
Traceback (most recent call last):
File "/root/mockup_test.py", line 15, in
import argon
File "/usr/lib64/python2.6/site-packages/argon/__init__.py", line
45, in
Adding those includes to my .i file fixed it. Thanks!
-Roy
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
I am trying to write a C++ block that uses the GRExtras block
interface, but am having some difficulty figuring out how to include
the proper headers in my swig.i file. If I use GR_SWIG_BLOCK_MAGIC2
along with my block name, I get the following error when building
swig:
error: ‘InputItems’ was no
11 matches
Mail list logo
