On 28/01/12 12:19, Alexandru Csete wrote:
I think you misunderstand. The jack audio block is intended to be a
backend, as are all other audio subsystems. They are all accessed via
one unified API, which is already available as python and GRC block
(audio sink/source). The application doesn't kno
On Sat, Jan 28, 2012 at 12:53 PM, Iain Young, G7III wrote:
> Hi Martin,
>
>
> You Wrote:
>
>> Example: you want to create a new module called 'mydsp' and add two
>> blocks 'mydsp_algorithm1_ff' and 'mydsp_algorithm2_cc'. The first one is
>> a sync block, the second a hier block. Also, you'd like b
On Sat, Jan 28, 2012 at 11:53:57AM +, Iain Young, G7III wrote:
> I must confess I am not a great DSP coder, but often find that blocks
> that are in gnuradio itself don't have GRC blocks defined.
No, that won't help. gr_modtool.py only really helps for your own
out-of-tree modules. Also, the s
Hi Martin,
You Wrote:
Example: you want to create a new module called 'mydsp' and add two
blocks 'mydsp_algorithm1_ff' and 'mydsp_algorithm2_cc'. The first one is
a sync block, the second a hier block. Also, you'd like bindings for
GRC. This is what it might look like:
I must confess I am no
I should have mentioned where to get it. It's on CGRAN:
https://cgran.org/wiki/devtools
MB
On Fri, Jan 27, 2012 at 06:21:05PM +0100, Martin Braun wrote:
> Hi everyone,
>
> gr_modtool.py has undergone some heavy revision recently.
> It'll now do even more stuff:
>
> * It's been changed to the CM