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
>
>
>
>

  • Complex I... GNU Radio, the Free & Open-Source Toolkit for Software Radio
    • Re: ... Marcus Müller
      • ... GNU Radio, the Free & Open-Source Toolkit for Software Radio
    • Re: ... Martin Braun
      • ... GNU Radio, the Free & Open-Source Toolkit for Software Radio
        • ... Jim Melton
          • ... GNU Radio, the Free & Open-Source Toolkit for Software Radio

Reply via email to