#include <gr_block.h>
Inheritance diagram for gr_block:
Blocks have a set of input streams and output streams. The input_signature and output_signature define the number of input streams and output streams respectively, and the type of the data items in each stream.
Although blocks may consume data on each input stream at a different rate, all outputs streams must produce data at the same rate. That rate may be different from any of the input rates.
User derived blocks override two methods, forecast and general_work, to implement their signal processing behavior. forecast is called by the system scheduler to determine how many items are required on each input stream in order to produce a given number of output items.
general_work is called to perform the signal processing in the block. It reads the input items and writes the output items.
Public Member Functions | |
virtual | ~gr_block () |
std::string | name () const |
gr_io_signature_sptr | input_signature () const |
gr_io_signature_sptr | output_signature () const |
long | unique_id () const |
virtual void | forecast (int noutput_items, gr_vector_int &ninput_items_required) |
Estimate input requirements given output request. | |
virtual int | general_work (int noutput_items, gr_vector_int &ninput_items, gr_vector_const_void_star &input_items, gr_vector_void_star &output_items)=0 |
compute output items from input items | |
virtual bool | check_topology (int ninputs, int noutputs) |
Confirm that ninputs and noutputs is an acceptable combination. | |
virtual bool | start () |
Called to enable drivers, etc for i/o devices. | |
virtual bool | stop () |
Called to disable drivers, etc for i/o devices. | |
void | set_output_multiple (int multiple) |
Constrain the noutput_items argument passed to forecast and general_work. | |
int | output_multiple () const |
void | consume (int which_input, int how_many_items) |
Tell the scheduler how_many_items of input stream which_input were consumed. | |
void | consume_each (int how_many_items) |
Tell the scheduler how_many_items were consumed on each input stream. | |
void | set_relative_rate (double relative_rate) |
Set the approximate output rate / input rate. | |
double | relative_rate () const |
return the approximate output rate / input rate | |
gr_block_detail_sptr | detail () const |
void | set_detail (gr_block_detail_sptr detail) |
Protected Member Functions | |
gr_block (const std::string &name, gr_io_signature_sptr input_signature, gr_io_signature_sptr output_signature) | |
void | set_input_signature (gr_io_signature_sptr iosig) |
may only be called during constructor | |
void | set_output_signature (gr_io_signature_sptr iosig) |
may only be called during constructor |
|
|
|
|
|
Confirm that ninputs and noutputs is an acceptable combination.
Reimplemented in gr_deinterleave, gr_interleave, and gr_oscope_sink_f. |
|
Tell the scheduler
|
|
Tell the scheduler
|
|
|
|
Estimate input requirements given output request.
noutput_items , estimate the number of data items required on each input stream. The estimate doesn't have to be exact, but should be close.
Reimplemented in gr_simple_framer, gr_sync_block, gr_sync_decimator, and gr_sync_interpolator. |
|
compute output items from input items
Implemented in gr_keep_one_in_n, gr_nop, gr_simple_correlator, gr_simple_framer, gr_sync_block, gr_sync_decimator, and gr_sync_interpolator. |
|
|
|
|
|
|
|
|
|
return the approximate output rate / input rate
|
|
|
|
may only be called during constructor
|
|
Constrain the noutput_items argument passed to forecast and general_work. set_output_multiple causes the scheduler to ensure that the noutput_items argument passed to forecast and general_work will be an integer multiple of
|
|
may only be called during constructor
|
|
Set the approximate output rate / input rate. Provide a hint to the buffer allocator and scheduler. The default relative_rate is 1.0 decimators have relative_rates < 1.0 interpolators have relative_rates > 1.0 |
|
Called to enable drivers, etc for i/o devices. This allows a block to enable an associated driver to begin transfering data just before we start to execute the scheduler. The end result is that this reduces latency in the pipeline when dealing with audio devices, usrps, etc. |
|
Called to disable drivers, etc for i/o devices.
|
|
|