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
>
>
>
>
No comments:
Post a Comment