I was hoping for a simple work around of this type; thank you. Your suggestion looks promising but this block throws out an error message even within a very simple configuration using Complex Float data as the input type. I'll try the integer data when this current bug is fixed.
Rick On 2025-02-20 11:12, Martin Braun wrote: > Try a stream-to-vector and make the output a vector length of 2. Then > feed that into your other block. The runtime checks the item size, not > the literal types IIRC. > > --M > > On Thu, Feb 20, 2025 at 2:03 AM aardric via GNU Radio, the Free & > Open-Source Toolkit for Software Radio <discuss-gnuradio@gnu.org> wrote: > > Since 3.10.12.0-rc1 does not have a type converter from Integer 16 > Re-Im > pairs to Complex Integer16, is there a clever, simple kludge to feed > Integer 16 Re-Im pairs to a block with Complex Integer 16? I > could read > the file and convert to Complex float 32 (which the block also > accepts) > but I am concerned about throughput since this is a relatively high > bandwidth test. I guess I should try first. > > > Rick > > > >