Re: [Discuss-gnuradio] Help with gr::io_signature::makev

The input signature is not a problem here. For gr::io_signature::*make*(2, 2, sizeof(gr_complex)), i.e. when using make, size of all input items is same. Its is different when using make2, make3 and makev. On 13 January 2018 at 01:23, Sakthivel Velumani wrote: > Hi Sumit,

Re: [Discuss-gnuradio] Help with gr::io_signature::makev

Hi Sumit, You have given no of input streams as 2 but mentioned size of item for only one. This may be the source of the error. Try correcting it and let us know. Regards, Sakthivel On Fri, Jan 12, 2018 at 10:37 PM, sumit kumar wrote: > Hi, > > I am trying to use

[Discuss-gnuradio] Help with gr::io_signature::makev

Hi, I am trying to use *gr::io_signature::makev* for my output signature in my bar_impl.cc bar_impl::bar_impl(int offset, int freq) : gr::block("bar", gr::io_signature::make(2, 2, sizeof(gr_complex)), * gr::io_signature::makev(4, 4, out_vect))* For that in

Re: [Discuss-gnuradio] OFDM channel tap questions

Ah, normalization was the secret. The phase offset is there because the subcarriers frequencies each look like a phasor that keeps moving (at a rate relative to its offset). You want to predict what the phase will be at the next symbol. On 01/12/2018 01:59 PM, edwin wrote: Hi Jeff, I just

Re: [Discuss-gnuradio] OFDM channel tap questions

Hi Jeff, I just found out that if I normalize these taps by the FFT number(64 in this case), they have magnitude of 1! Now my questions are: Why are there phase offset? The phase offset for each subchannel seems different. Is it because of imperfect synchronization? Regards, Edwin

Re: [Discuss-gnuradio] OOT Module Not Working Properly

Hi Tellrell, >def forecast(self, noutput_items, ninput_items_required): >#setup size of input_items[i] for work call >for i in range(len(ninput_items_required)): >ninput_items_required[i] = noutput_items what your forecast does: it tells the GNU Radio runtime that

Re: [Discuss-gnuradio] OOT Module Not Working Properly

Noise amplitude is 1.0, so you are generating a lot of noise. The following two lines in your block are not right. 'c' is computed but not used. 'i' is the original value, not the log. Not sure about the scaling factor (1024). #converts 1024 values stored in in1 to dB and stores them in c c

Re: [Discuss-gnuradio] package 'gnuradio-fft' not found

Hi, Thanks so much. I could resolve the issue by installing the dependencies. Regards, Koyel On Wed, Jan 10, 2018 at 9:35 PM, Dave NotTelling wrote: > You are missing quite a few libs. The one that's causing your specific > issue: > > -- Configuring gr-fec support... >