Re: [Discuss-gnuradio] gr_unpack_k_bits_bb, its inverse, and higher order constellations

2010-03-07 Thread Eric Blossom
On Fri, Mar 05, 2010 at 06:34:48PM -0800, Eric Blossom wrote: On Fri, Mar 05, 2010 at 04:26:34PM +0100, Mattias Kjellsson wrote: Mattias Kjellsson wrote: Tom Rondeau wrote: Sorry, I just saw that I wrote the last message off- list. Anyway, I have searched some more in the causes

Re: [Discuss-gnuradio] gr_unpack_k_bits_bb, its inverse, and higher order constellations

2010-03-05 Thread Mattias Kjellsson
Mattias Kjellsson wrote: Tom Rondeau wrote: On Thu, Mar 4, 2010 at 2:13 PM, Mattias Kjellsson m...@kth.se wrote: Tom Rondeau wrote: On Thu, Mar 4, 2010 at 11:38 AM, Mattias Kjellsson m...@kth.se wrote: Tom Rondeau wrote:

Re: [Discuss-gnuradio] gr_unpack_k_bits_bb, its inverse, and higher order constellations

2010-03-05 Thread Eric Blossom
On Fri, Mar 05, 2010 at 04:26:34PM +0100, Mattias Kjellsson wrote: Mattias Kjellsson wrote: Tom Rondeau wrote: Sorry, I just saw that I wrote the last message off- list. Anyway, I have searched some more in the causes of this error. I took the easy way out and looked in gr_buffer.h at

Re: [Discuss-gnuradio] gr_unpack_k_bits_bb, its inverse, and higher order constellations

2010-03-04 Thread Mattias Kjellsson
Eric Blossom wrote: I assume that you mean 1 byte per symbol. I suggest that you create *_ci and *_ii versions that handle 32-bits. Eric You are correct, one byte per symbol. Or one symbol per byte, whichever way one wants to look at it. To clarify what the custom block does is that it takes K

Re: [Discuss-gnuradio] gr_unpack_k_bits_bb, its inverse, and higher order constellations

2010-03-04 Thread Tom Rondeau
On Thu, Mar 4, 2010 at 10:28 AM, Mattias Kjellsson m...@kth.se wrote: Eric Blossom wrote: I assume that you mean 1 byte per symbol. I suggest that you create *_ci and *_ii versions that handle 32-bits. Eric You are correct, one byte per symbol. Or one symbol per byte, whichever way one

Re: [Discuss-gnuradio] gr_unpack_k_bits_bb, its inverse, and higher order constellations

2010-03-04 Thread Mattias Kjellsson
Tom Rondeau wrote: On Thu, Mar 4, 2010 at 10:28 AM, Mattias Kjellsson m...@kth.se wrote: Eric Blossom wrote: I assume that you mean 1 byte per symbol. I suggest that you create *_ci and *_ii versions that handle 32-bits. Eric You are correct, one byte per symbol. Or one

Re: [Discuss-gnuradio] gr_unpack_k_bits_bb, its inverse, and higher order constellations

2010-03-04 Thread Tom Rondeau
On Thu, Mar 4, 2010 at 11:38 AM, Mattias Kjellsson m...@kth.se wrote: Tom Rondeau wrote: On Thu, Mar 4, 2010 at 10:28 AM, Mattias Kjellsson m...@kth.se wrote: Eric Blossom wrote: I assume that you mean 1 byte per symbol. I suggest that you create *_ci and *_ii versions that handle 32-bits.

[Discuss-gnuradio] gr_unpack_k_bits_bb, its inverse, and higher order constellations

2010-03-03 Thread Mattias Kjellsson
Hi list, I have been trying to send and receive higher order constellations than bpsk (qpsk, qam16, ...). The way I'm currently implementing this (in c++) is that I have a custom pack_k_bits_bb(int bits_per_symbol)- block and then feed the result into a gr_chunks_to_symbols_bc- block, and then

Re: [Discuss-gnuradio] gr_unpack_k_bits_bb, its inverse, and higher order constellations

2010-03-03 Thread Eric Blossom
On Wed, Mar 03, 2010 at 11:25:56AM +0100, Mattias Kjellsson wrote: Hi list, I have been trying to send and receive higher order constellations than bpsk (qpsk, qam16, ...). The way I'm currently implementing this (in c++) is that I have a custom pack_k_bits_bb(int bits_per_symbol)- block