[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Discuss-gnuradio] U32 type for module output

From: Martin Braun
Subject: Re: [Discuss-gnuradio] U32 type for module output
Date: Tue, 8 Dec 2015 09:06:16 -0800
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0

The idea of the u8 data type is that it does a raw dump of the data. So
if you receive it, then cast the buffer as uint32_t *, you'll get your data.

On a side note, sc16 is actually a bit different. Not only do we have
signed 16-bit ints, we also have to take special care with endianness
and, more annoyingly, I+Q ordering.


On 08.12.2015 07:23, Jason Matusiak wrote:
> (I originally responded to the wrong mailing list....)
>> No, there's not. If there's demand, we can add that of course. Do you
>> actually need to *stream* u32 types? Will u8 work for you? You can
>> re-cast it to whatever in your application.
> Martin, I doubt that there is a high demand, I just sort of assumed
> since the standard transport was for complex values (a pair of 16b ints)
> that a 32b int was probably a baked in option. 
> I am sure I can make 8b work, I'll just have to work through how best to
> shift it. Are there any gotchyas I need to be aware of (like handling
> the smaller size within the CHDR frames differently), etc?
> Thanks!
> _______________________________________________
> Discuss-gnuradio mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

reply via email to

[Prev in Thread] Current Thread [Next in Thread]