I don't know if you are working in C++ or Python, but I might point out that 
std::complex<int> is likely Undefined Behavior. Sure, it's attractive, but you 
deserve what you get when you tread in UB territory.

Your best bet is to convert your std::pair<int,int> into std::complex<float> 
and be done with it.

---
Jim Melton

-----Original Message-----
Sent: Thursday, February 20, 2025 16:05
Cc: discuss-gnuradio@gnu.org
Subject: [EXTERNAL] Re: Complex Integer16 type conversion


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

CONFIDENTIALITY NOTICE - SNC EMAIL: This email and any attachments are 
confidential, may contain proprietary, protected, or export controlled 
information, and are intended for the use of the intended recipients only. Any 
review, reliance, distribution, disclosure, or forwarding of this email and/or 
attachments outside of Sierra Nevada Company, LLC. (SNC) without express 
written approval of the sender, except to the extent required to further 
properly approved SNC business purposes, is strictly prohibited. If you are not 
the intended recipient of this email, please notify the sender immediately, and 
delete all copies without reading, printing, or saving in any manner. --- Thank 
You.
  • 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