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
Hi Activecat,
Thanks for the reply.
As suggested by you, I used Stream Mux and it worked for me.
Now I want to de-multiplex the output of Stream Mux so as to get back both
the inputs separately.
If you have any suggestions, please let me know.
Thanks and Regards,
Dushyant
--
View this
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
On Thu, May 29, 2014 at 2:59 PM, dushyant.marathe dushyantmara...@gmail.com
wrote:
Hi Activecat,
Thanks for the reply.
As suggested by you, I used Stream Mux and it worked for me.
Now I want to de-multiplex the output of Stream Mux so as to get back
both
the inputs separately.
Hi all,
The system configuration proposed by Dushyant with encryption after
channel coding can work in case of stream ciphers. This is how it is
done in GSM. But encryption GSM is a very bad example of application of
cryptography. Channel coding will add some known relations between
information
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
Hi Piotr, hi Dushyant,
GSM
of course, that's true; but it's, as you said, widely agreed upon that
this is security-wise a bad design choice; and it drastically complicate
design of such a transmission system (because you can't check
transmission correctness before decryption).
With stream
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
Hi Anirud,
On 28 May 2014, at 18:47, Sahoo, Anirudha anirudha.sa...@nist.gov wrote:
mac.cc:mac_in: pmt_is_pair
mac.cc::mac_in: data_len = 30
CRC at Reception: 0
MAC: Dropping packet self routed
I poked around mac.cc code a bit. It looks like the message received has the
same mac id as
Yeah. I also think some configurations on my machine are not correct. Here
are the output of several commands.
$ cmake ..
-- The CXX compiler identification is GNU 4.8.2
-- The C compiler identification is GNU 4.8.2
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX
I am building a hierarchical block for an OFDM tranceiver (two classes in
the same py file) and I was wondering if I could save time by using the old
transmit_path and receive_path scripts. Would they work with the OFDM
modulator and demod from the default build?
Thanks
Jon
I think the default GNU Radio search path is /usr/share/gnuradio/grc/blocks
because all existing blocks are stored within this directory. I added the
new path into GRC_BLOCKS_PATH variable.
export GRC_BLOCKS_PATH=/usr/local/share/gnuradio/grc/blocks:$GRC_BLOCKS_PATH
Now I can see the howto block
Hi:
Thank you in advance.
I have two simple question:
1.In the grc,i see a block: header_payload_demux
It has 3 input:in,trigger,header_data.But i see the
header_payload_demux_impl.cc:iosignature::make2(1,2,..,..).But it has 3
input,why?
Thank you.
2.fft:I see
On 05/29/2014 08:07 PM, xianda wrote:
Hi:
Thank you in advance.
I have two simple question:
1.In the grc,i see a block: header_payload_demux
It has 3 input:in,trigger,header_data.But i see
the header_payload_demux_impl.cc:iosignature::make2(1,2,..,..).But it
has 3
Hibr/ Thanks for your kindly reply.br/ 1.The second question is:I
see the fft block,it has one option:shift,and you set yes.br/ And in the
transmit part,we should do the ifft.And in the receive part,we should do the
fft.br/ They all set the shift:yes.br/ And now I want to
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:
20 matches
Mail list logo