On Wed, Feb 26, 2014 at 9:26 AM, Nowlan, Sean
<sean.now...@gtri.gatech.edu> wrote:
>
>
> From: Aditya Dhananjay [mailto:adi...@cs.nyu.edu]
> Sent: Wednesday, February 26, 2014 8:53 AM
> To: Nowlan, Sean
> Cc: discuss-gnuradio@gnu.org
> Subject: Re: [Discuss-gnuradio] Message API questions
>
>
> On Wed, Feb 26, 2014 at 8:45 AM, Nowlan, Sean <sean.now...@gtri.gatech.edu>
> 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.

Tom


>
> Sean

_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Reply via email to