Re: [Discuss-gnuradio] Handling more than 3 output streams

2017-06-07 Thread Vipin Sharma
d > > suggest to have an audio synchronization for continuous > > playback without any buffer overflow or under-runs. > > > > DAB+ audio super frame length is 120ms according to DAB+ > > standard (ETSI TS 102 563). Each audio super frame is > > carried in five consecutive logical DAB frames. >

Re: [Discuss-gnuradio] Problem with Pybombs install of gr-analysis

2017-06-07 Thread Cinaed Simson
On 06/07/2017 05:46 PM, Anon Lister wrote: > the command line. > > > sudo pybombs --config std=c++11 install gr-analysis > > sudo pybombs --config std=gnu++11 install gr-analysis > > It looks like something in gr-analysis is broken. Shouldn't the flag be

Re: [Discuss-gnuradio] Problem with Pybombs install of gr-analysis

2017-06-07 Thread Anon Lister
Oh, and I configure passing -std=c++11 in cflags. On Jun 7, 2017 8:45 PM, "Anon Lister" wrote: > FYI this has nothing to do with pybombs, I get it source building. I use > specrec all the time for high bw writes, really wish there was a osmocom > version of it for non

Re: [Discuss-gnuradio] Problem with Pybombs install of gr-analysis

2017-06-07 Thread Anon Lister
FYI this has nothing to do with pybombs, I get it source building. I use specrec all the time for high bw writes, really wish there was a osmocom version of it for non ettus devices. Anyway, it looks like maybe something in uhd changed, prolly in the 3.10 transition. I usually just replace the

Re: [Discuss-gnuradio] symbol already exists: cannot reuse! runtime error

2017-06-07 Thread Marcus Müller
Hi Eugene, uh-oh. The Global Block Registry is definitely not one of the most modern parts of GNU Radio; personally, I'd argue, it shouldn't exist, but meh, GNU Radio is a naturally grown project, so we need to rely on it. Plus I haven't found the time to get rid of it (but neither have I found

Re: [Discuss-gnuradio] Measure the Distance to another 802.11 device

2017-06-07 Thread Florian Adamsky
Dear Marcus, On Wednesday, Jun 07 2017, Marcus Müller wrote: [...] > If I remember correctly, there's some degree of adjustability in that > firmware, at least in Atheros chipsets; [1] might be an interesting talk > for you. this is indeed a very interesting talk. According to this talk,

[Discuss-gnuradio] Problem with Pybombs install of gr-analysis

2017-06-07 Thread gump
Just did a clean pybombs install, everything looks good so far. Having trouble with gr-analysis. Can't get past this error. Same error if I try to compile it outside of pybombs. # pybombs install of UHD, GnuRadio and other items goes just fine. user@gump-Lenovo:~$ sudo sudo pybombs

Re: [Discuss-gnuradio] usrp_spectrum_sense.py

2017-06-07 Thread GNUBeginner
Hello Marcus, I am trying to learn python so I do apologize and would appreciate your guidance. All I need is to do some minor tweaking on osmocom_spectrum_sense.py which is already giving center freq and power components after wideband scanning. That is why it was suggested sweeping through

Re: [Discuss-gnuradio] [GSoC 17] DAB: updates of the week

2017-06-07 Thread John Ackermann N8UR
Hi Biju -- I was mainly asking whether Benny had a proof of concept for his suggested approach. I understand about resamplers. The thought in my mind, though I don't know if I have the skills to implement it, is a block placed immediately before the audio sink that provides a buffer and

Re: [Discuss-gnuradio] USRP sink clock rate

2017-06-07 Thread Anon Lister
What is the difference between these two methods? I seem to be able to use them interchangeably and was wondering the reason to prefer the args string? I calculate it based on a multiple of my sample rate in either case. (B2xx if that matters) On Jun 7, 2017 5:34 AM, "Derek Kozel"

Re: [Discuss-gnuradio] [GSoC 17] DAB: updates of the week

2017-06-07 Thread Biju Ravindran
Hi John, I'm not aware of any gnu radio blocks available for audio synchronization. However, you're asking about resampling: Well, resamplers do exist :) ! We've got a totally different problem, though: To resample properly, you'd need to know (or better: estimate) the clock error. On Wed,

Re: [Discuss-gnuradio] Measure the Distance to another 802.11 device

2017-06-07 Thread Marcus Müller
Hi Florian, that's an interesting approach! On 06/07/2017 02:58 PM, Florian Adamsky wrote: > Hi all, > > in one of our projects we need to measure the distance between two > 802.11 devices as accurately as possible. Our idea is to use the > round-trip time (RTT). To avoid any delay from the

Re: [Discuss-gnuradio] why can't use iwconfig when I run the gr-ieee802-11

2017-06-07 Thread zhan siyu
Thanks for your reply. Let me explain what I 'm doing. I have two B210s connected with two computers. I want to measure the throughput between the two computers over the usrp connection over gr-ieee802-11. But no matter how hard I try, like tuning the parameters and turning off my own wifi card

[Discuss-gnuradio] Measure the Distance to another 802.11 device

2017-06-07 Thread Florian Adamsky
Hi all, in one of our projects we need to measure the distance between two 802.11 devices as accurately as possible. Our idea is to use the round-trip time (RTT). To avoid any delay from the operation system and from the network stack, our idea is to measure the arrival time of the acknowledgment

Re: [Discuss-gnuradio] USRP sink clock rate

2017-06-07 Thread Derek Kozel
Hello Kim, The first two rates (200e6 and 184.32e6) are for the X310 which only supports those two ADC sampling rates. The third rate (120e6) is no longer supported, I'll get that removed. 30.72e6 is for the AD9361/AD9364 based USRPs (B2x0, E310). The field is a text field so you can enter any

[Discuss-gnuradio] USRP sink clock rate

2017-06-07 Thread 김태영
Hi all Im using Ettus Research USRP device with GRC And I have one question The sampling rate is the rate at which samples are passed between the host commuter and the USRP The master_clock_rate is the rate at which samples are passed between FPGA and the RF front end Is there anybody

Re: [Discuss-gnuradio] Rational Resampler no output.

2017-06-07 Thread Anon Lister
I have an AMD system with the same chip running Ubuntu 16.xx. I can probably try to duplicate this weekend, if Cor doesn't get to it, as another data point. On Jun 5, 2017 3:14 PM, "Marcus Müller" wrote: Hi Cor, Excuse the language, but frk. Ok, looks like we have

Re: [Discuss-gnuradio] Handling more than 3 output streams

2017-06-07 Thread Moritz Luca Schmid
Hi Vipin, you can find detailed information about the methods makeX to create an i/o signature in the doxygen documentation . If you have multiple input streams with the same size, you don't

[Discuss-gnuradio] Handling more than 3 output streams

2017-06-07 Thread Vipin Sharma
I have a custom block for which I am trying to define the io signature in the *impl.cc file correctly. The problem is that the custom block has more than 3 output streams. I tried make5 but got a compile error saying make5 is not a member. After researching more, I found out that I need to use

Re: [Discuss-gnuradio] why can't use iwconfig when I run the gr-ieee802-11

2017-06-07 Thread Bastian Bloessl
Hi, On 06/07/2017 03:04 AM, zhan siyu wrote: Thanks. I just wonder why. Because I meet some performance problem. I thought it maybe caused by my misconfiguration of the gr-ieee802-11 code. Now, it seems not. I'm a bit confused why the fact that the transceiver is not configured through