Re: [Discuss-gnuradio] GSoC 2014 project Wireless Networks In-the-Loop and Channel Sounder

2014-03-21 Thread achuth pv
Hi everyone, Following is the link to the my GSOC proposal for the project Wireless Networks in-the-loop. I am looking forward to feedback on the proposal. http://www.ee.iitb.ac.in/student/~achuthpv/GSOC%20Proposal%20WiNeLO.pdf Thanks in Advance Achuth On 17 March 2014 18:04, Otterbach, Nico

[Discuss-gnuradio] FFTW3 error in GNURADIO

2014-03-21 Thread Nasi
Hi all, I am using ubuntu 13.04 and GNURADIO 3.7. In project  https://github.com/BogdanDIA/gr-dvbt , in reference_signals_impl.cc in /lib, I add inside one of the functions: fftw_complex *in2, *out2; out2 = (fftw_complex*) fftw_malloc(NFFT*2*sizeof(fftw_complex)); in2 = (fftw_complex*)

Re: [Discuss-gnuradio] FFTW3 error in GNURADIO

2014-03-21 Thread Marcus Müller
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The (F) was meant to say: Use FFTW3_LIBRARIES if you want to use the double precision version, use FFTW3F_LIBRARIES if you want the single (float, 'F') precision version of the library. Since you're using fftw_malloc (without f suffix), you're trying

Re: [Discuss-gnuradio] FFTW3 error in GNURADIO

2014-03-21 Thread Nasi
Thanks for quick reply! It does not work even if I use float precision as fftwf_complex *in2, *out2; out2 = (fftwf_complex*) fftwf_malloc(NFFT*2*sizeof(fftwf_complex)); in2 = (fftwf_complex*) fftwf_malloc(NFFT*2*sizeof(fftwf_complex)); I attach cmake files. It would be nice of you if you take a

Re: [Discuss-gnuradio] FFTW3 error in GNURADIO

2014-03-21 Thread Marcus Müller
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Your main CMakeLists.txt is still looking for the double FFTW3. replace find_package(FFTW3) by find_package(FFTW3f) and use the FindFFTW3f.cmake from the gnuradio source tree. You'll have to replace all occurences of FFTW3_ by FFTW3F_ in your CMake

Re: [Discuss-gnuradio] FFTW3 error in GNURADIO

2014-03-21 Thread Nasi
It does not work anyway. I attach again files. Fri, 21 Mar 2014 11:45:01 +0100 от Marcus Müller mar...@hostalia.de: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Your main CMakeLists.txt is still looking for the double FFTW3. replace find_package(FFTW3) by find_package(FFTW3f) and use the

Re: [Discuss-gnuradio] FFTW3 error in GNURADIO

2014-03-21 Thread Marcus Müller
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 You need to add the FFTW3F_LIBRARIES to the target_link_libraries. On 21.03.2014 12:02, Nasi wrote: target_link_libraries(gnuradio-dvbt ${Boost_LIBRARIES} ${GNURADIO_RUNTIME_LIBRARIES} ${VOLK_LIBRARIES}) -BEGIN PGP SIGNATURE- Version: GnuPG

Re: [Discuss-gnuradio] FFTW3 error in GNURADIO

2014-03-21 Thread Nasi
I added   target_link_libraries(gnuradio-dvbt ${Boost_LIBRARIES} ${GNURADIO_RUNTIME_LIBRARIES} ${VOLK_LIBRARIES} ${FFTW3F_LIBRARIES}). But that does not help.  Fri, 21 Mar 2014 12:07:52 +0100 от Marcus Müller mar...@hostalia.de: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 You need to add

Re: [Discuss-gnuradio] FFTW3 error in GNURADIO

2014-03-21 Thread Marcus Müller
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Then I'm out of clues. You have basically the same setup up as gr-fft now. Your module *should* be linked against FFTW3f. Are you sure you replace fftw_malloc and fftw_whatever by fftwf_whatever in your C++ code? On 21.03.2014 12:13, Nasi wrote: I

Re: [Discuss-gnuradio] GSoC 2014 project Wireless Networks In-the-Loop and Channel Sounder

2014-03-21 Thread achuth pv
Hi everyone, Following is the google-melange link to my GSOC proposal for the project Wireless Networks in-the-loop. I am looking forward to feedback on the proposal. http://www.google-melange.com/gsoc/proposal/review/student/google/gsoc2014/achuthpv/5629499534213120 Thanks in Advance Achuth

Re: [Discuss-gnuradio] FFTW3 error in GNURADIO

2014-03-21 Thread Nasi
cool! it worked. I deleted build folder and recompiled everything. Thanks a lot!!! Fri, 21 Mar 2014 12:17:26 +0100 от Marcus Müller mar...@hostalia.de: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Then I'm out of clues. You have basically the same setup up as gr-fft now. Your module *should*

Re: [Discuss-gnuradio] Accessing gr_uhd_usrp_source/sink methods

2014-03-21 Thread Ruecan
By the way I am working with GR 3.6.5, The precise question is as following, If I am instantiating a usrp_sink and usrp_source from inside my python script and I want at some point in time modify one of its proprieties from inside my C++ custom block, would that make sense and work ? Or I must

Re: [Discuss-gnuradio] Fwd: Proposal for GSoC on gr-gsm

2014-03-21 Thread zhenhua han
Great thanks to all of you here and in melange! The content below is updated according to the advises above: 1.More details in time synchronization and burst extraction; 2.More details in using streamed tag to get more stable frequency resetting; 3.More details in frequency correlation; 4.A state

[Discuss-gnuradio] GSoC 2014 Proposal: Improve PyBOMBS

2014-03-21 Thread Alick Zhao
Hi all, Sorry to introduce so late, but I want to share my GSoC 2014 proposal about improving PyBOMBS. It is available on Github [1], and I mentioned the link in Google Melange. I was busy with several urgent tasks and risks missing the GSoC. Hope now is still in time. I would like to thank for

[Discuss-gnuradio] gqrx segfaults: rtlsdr_read_async returned with -5

2014-03-21 Thread M Dammer
I have updated my gnuradio installation via pybombs today. Gqrx is no longer working with my RTL-SDR dongle. The gui loads, but the moment when I start the receiver it works for about a second and then it crashes with: rtlsdr_read_async returned with -5 Segmentation fault (core dumped) I tried

Re: [Discuss-gnuradio] gqrx segfaults: rtlsdr_read_async returned with -5

2014-03-21 Thread Tom Rondeau
On Fri, Mar 21, 2014 at 12:20 PM, M Dammer i...@mdammer.net wrote: I have updated my gnuradio installation via pybombs today. Gqrx is no longer working with my RTL-SDR dongle. The gui loads, but the moment when I start the receiver it works for about a second and then it crashes with:

Re: [Discuss-gnuradio] gqrx segfaults: rtlsdr_read_async returned with -5

2014-03-21 Thread M Dammer
I updated from a gnuradio 3.7.3 git version (before 3.7.3 was officially released). I updated the pybombs recipes via git before the update. Pybombs update removed all updateable gnuradio stuff and installed it new as expected. I can actually confirm the problem now on two machines. Both running

Re: [Discuss-gnuradio] gqrx segfaults: rtlsdr_read_async returned with -5

2014-03-21 Thread Marcus D. Leech
On 03/21/2014 12:41 PM, M Dammer wrote: I updated from a gnuradio 3.7.3 git version (before 3.7.3 was officially released). I updated the pybombs recipes via git before the update. Pybombs update removed all updateable gnuradio stuff and installed it new as expected. I can actually confirm the

Re: [Discuss-gnuradio] Problem with TCP Source module in the client mode

2014-03-21 Thread Tommy Tracy II
Dear Martin, Sorry for the delayed response. My code is all written in C++; I am not using the GRC. These canvasses; are they separate top blocks? Sincerely, Tommy James Tracy II Ph.D Student High Performance Low Power Lab University of Virginia Phone: 913-775-2241 On Mar 4, 2014, at

Re: [Discuss-gnuradio] gqrx segfaults: rtlsdr_read_async returned with -5

2014-03-21 Thread M Dammer
I cannot see anything being wrong with USB. I tried different Kernels, different Dongles and they all fail. However booting my live DVD and starting gqrx (32bit) works. It looks like some incompatibility between the latest gqrx and my systems :-( Mark On 21/03/14 16:45, Marcus D. Leech wrote:

Re: [Discuss-gnuradio] gqrx segfaults: rtlsdr_read_async returned with -5

2014-03-21 Thread Alfredo Muniz
I remember having this issue as well on my computer. I think there is some incompatibility with running gqrx and having gr-osmosdr installed. What I did was simply uninstall gr-osmosdr to run gqrx then reinstall it when I need to use gnuradio with the rtlsdr source. I haven't had time to debug

Re: [Discuss-gnuradio] gqrx segfaults: rtlsdr_read_async returned with -5

2014-03-21 Thread M Dammer
This does not work. GQRX depends on gr-osmosdr and wont compile without it. On 21/03/14 18:07, Alfredo Muniz wrote: I remember having this issue as well on my computer. I think there is some incompatibility with running gqrx and having gr-osmosdr installed. What I did was simply uninstall

Re: [Discuss-gnuradio] gqrx segfaults: rtlsdr_read_async returned with -5

2014-03-21 Thread Sylvain Munaut
Make sure you have the latest version of rtl-sdr library and gr-osmosdr. There was a change somewhere and if you have one version more recent than the other, it can cause issue. So rebuild librtlsdr , then rebuild gr-osmosdr to use it, then rebuild gqrx.

Re: [Discuss-gnuradio] gqrx segfaults: rtlsdr_read_async returned with -5

2014-03-21 Thread Alexandru Csete
On Fri, Mar 21, 2014 at 9:51 PM, Sylvain Munaut 246...@gmail.com wrote: Make sure you have the latest version of rtl-sdr library and gr-osmosdr. There was a change somewhere and if you have one version more recent than the other, it can cause issue. So rebuild librtlsdr , then rebuild

[Discuss-gnuradio] UHD build apparently failed

2014-03-21 Thread Sara Chérif
As I am installing GNU Radio from this link: http://blogs.bu.edu/mhirsch/2012/07/installing-gnu-radio-in-ubuntu-12-04-x64/comment-page-1/ (which installs GNU Radio UHD ) I got the following error , what can i do ? Thanks :) [ 26%] Building CXX object

Re: [Discuss-gnuradio] UHD build apparently failed

2014-03-21 Thread Marcus D. Leech
On 03/21/2014 09:40 PM, Sara Chérif wrote: As I am installing GNU Radio from this link: http://blogs.bu.edu/mhirsch/2012/07/installing-gnu-radio-in-ubuntu-12-04-x64/comment-page-1/ (which installs GNU Radio UHD ) I got the following error , what can i do ? Thanks :) [ 26%] Building CXX object

Re: [Discuss-gnuradio] GSoC 2014 Proposal: Improve PyBOMBS

2014-03-21 Thread Alick Zhao
2014-03-21 23:24 GMT+08:00 Alick Zhao alick9...@gmail.com: Hi all, [1] https://github.com/alick9188/gsoc2014-proposal Repo [2] https://github.com/alick9188/gsoc2014-proposal/blob/master/proposal.pdf?raw=true PDF I added more details to the proposed work items and refined the timeline. I