[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Discuss-gnuradio] Message API questions

From: Tom Rondeau
Subject: Re: [Discuss-gnuradio] Message API questions
Date: Wed, 26 Feb 2014 09:48:53 -0500

On Wed, Feb 26, 2014 at 9:26 AM, Nowlan, Sean
<address@hidden> wrote:
> From: Aditya Dhananjay [mailto:address@hidden
> Sent: Wednesday, February 26, 2014 8:53 AM
> To: Nowlan, Sean
> Cc: address@hidden
> Subject: Re: [Discuss-gnuradio] Message API questions
> On Wed, Feb 26, 2014 at 8:45 AM, Nowlan, Sean <address@hidden>
> wrote:
> I have a few questions regarding messages in GR.
> 1)      Is it possible to mix-and-match the old style message sink/source
> blocks with the new style message passing API? Any guidance on how to make
> the connections? I didn't have much luck with msg_connect. I don't think the
> message sink/source blocks have an associated port name to make this
> possible. Perhaps that's something worth adding internally?
> I'm not sure I completely understand your question.
> Have you looked at the OFDM Tx/Rx examples in PATH/gr-digital/examples/ofdm?
> The flowgraph is a combination of standard connections within blocks, along
> with a message passing connection (look at the header/payload demux block).
> Thanks! What I was referring to are the gr::blocks::message_source and
> gr::blocks::message_sink blocks. They don't use the new style message
> passing API in which you register ports and message handlers. Instead,
> gr::blocks::message_source has an internal message queue. It blocks in
> within its work function waiting for a message to enter the queue. What I'm
> wondering is how to connect a new style block's message output with the
> input to this block, and the inverse case for connecting a
> gr::blocks::message_sink to a new style block's message input.

The message queues (old) and async messages (new) won't really work
well together. You'd have to have some translation between them.


> Sean

reply via email to

[Prev in Thread] Current Thread [Next in Thread]