Hi All,
@Marcus @activecat @Martin Thank you all for your help. We were
able to solve the problem we had for itemsize greater than or equal to
8192. We used set_output_multiple(fft_length) in the constructor and it
worked. Now it is working for any input fft length.
So at the input of
On Thu, May 29, 2014 at 2:41 PM, Karan Talasila karan@gmail.com wrote:
So at the input of the C++ we are giving vector_source_c() and then input
output signatures are sizeof(gr_complex). The work function is taking
noutput_items and returning noutput_items. We understand now that because
@Activecat Here is the c++ block code
http://pastebin.com/0y1b9guh
On Thu, May 29, 2014 at 12:31 PM, Activecat active...@gmail.com wrote:
On Thu, May 29, 2014 at 2:41 PM, Karan Talasila karan@gmail.com
wrote:
So at the input of the C++ we are giving vector_source_c() and then input
On Thu, May 29, 2014 at 3:12 PM, Karan Talasila karan@gmail.com wrote:
@Activecat Here is the c++ block code
Let's change the print statement to below, recompile, run and paste the
console output here.
std::cout al_enc::work: noutput_items= noutput_items
std::endl;
Also, what did
We changed the print statement to what you said and console output is
sagar@Horus:~/gr-alamouti/
build$ ctest -V -R al_enc
UpdateCTestConfiguration from
:/home/sagar/gr-alamouti/build/DartConfiguration.tcl
UpdateCTestConfiguration from
:/home/sagar/gr-alamouti/build/DartConfiguration.tcl
Test
On Thu, May 29, 2014 at 4:54 PM, Karan Talasila karan@gmail.com wrote:
We changed the print statement to what you said and console output is
sagar@Horus:~/gr-alamouti/
build$ ctest -V -R al_enc
UpdateCTestConfiguration from
:/home/sagar/gr-alamouti/build/DartConfiguration.tcl
On Thu, May 29, 2014 at 4:54 PM, Karan Talasila karan@gmail.com wrote:
We changed the print statement to what you said and console output is
sagar@Horus:~/gr-alamouti/
build$ ctest -V -R al_enc
UpdateCTestConfiguration from
:/home/sagar/gr-alamouti/build/DartConfiguration.tcl
Activecat,
I am sorry, I pasted the wrong qa code. I changed value
of n to n=1024 and then when i printed it, I got the output I pasted above.
On Thu, May 29, 2014 at 3:19 PM, Activecat active...@gmail.com wrote:
On Thu, May 29, 2014 at 4:54 PM, Karan Talasila
On Thu, May 29, 2014 at 4:54 PM, Karan Talasila karan@gmail.com wrote:
Vector_source_c takes in an argument numb which is a list that contains
fft_size values. I will paste the qa code here(http://pastebin.com/da21Ww4B).
http://pastebin.com/da21Ww4B
Something a little bit out of topic:
Hi Karan,
how does your test look like?
Usually, to test a blocks functionality, you construct a minimal flow
graph in the python test script:
vector_source-block under test-vector sink
fill it with sample data, and let GNU Radio run that flowgraph.
Then you have no control on how large your
On 28.05.2014 09:45, Karan Talasila wrote:
Hi
we have written a c++ block using out of tree modules which uses a
sync block that outputs same no of items as input items given. we have
written a python test file where the inputs and outputs are complex
floats. The test code is running well
On 28.05.2014 11:13, Martin Braun wrote:
On 28.05.2014 09:45, Karan Talasila wrote:
Hi
we have written a c++ block using out of tree modules which uses a
sync block that outputs same no of items as input items given. we have
written a python test file where the inputs and outputs are
@Marcus. Instead of using a grc gui flowgraph to test our block, we have
written a qa test code in python which connects vector source, block that
we are testing and vector sink just like the example given in out of tree
modules to generate square of the input items.
We are writing an alamouti
Hi!
On 28.05.2014 12:00, Karan Talasila wrote:
@Marcus. Instead of using a grc gui flowgraph to test our block, we have
written a qa test code in python which connects vector source, block that
we are testing and vector sink just like the example given in out of tree
modules to generate
Your Problem is actually here:
(C++ work function)
while ( i d_fft_length ) {
you never check that your in[] and out[] indices are within noutput_items!
You only get a limited amount of items per work call. For sync blocks,
this is noutput_items.
What you do is just ignore that number, take
Hi Marcus,
Thank you for evaluating our code and help debugging it.
what we understand from your reply is that work function at a time
processes noutput_items and this can be lesser than or more than the
fft_length. As an example in our code when we give the fft length as 8192,
Hi Karan,
You keep Marcus very busy, let me help to offload him.
On Wed, May 28, 2014 at 8:36 PM, Karan Talasila karan@gmail.com wrote:
Hi Marcus,
Thank you for evaluating our code and help debugging it. what we
understand from your reply is that work function at a time processes
Hi Activecat, hi Karan!
You keep Marcus very busy, let me help to offload him.
Activecat: Thanks :) I'm not in charge of the mailing list, everyone
should feel free to
answer if he's able to help! Helping Karan was, by the way, not the
biggest of all
work loads, because I always enjoy reading a
18 matches
Mail list logo
