Re: [Discuss-gnuradio] Problem faced with clock_recovery_mm at low data rates

We did not try clock_recovery_mm for that much low samples per symbols. Minimum samples per symbols that we used was 24. Waqas -- View this message in context: http://gnuradio.4.n7.nabble.com/Problem-faced-with-clock-recovery-mm-at-low-data-rates-tp42591p42985.html Sent from the GnuRadio mail

Re: [Discuss-gnuradio] question about overruns with simple flowgraph

On 8/5/2013 8:17 PM, Marcus D. Leech wrote: > On 08/05/2013 09:00 PM, Nick Foster wrote: >> >> >> A couple of seconds seems pretty fast, however. Make sure you're >> resampling the audio to a rate which is actually supported by your >> soundcard. >> >> --n >> > The two-clock problem tends to mani

Re: [Discuss-gnuradio] Build problems on mac os 10.8

There's a ticket open at with this issue, so it's being tracked and worked on. I do not yet have a good solution except to revert back to the prior version if you still have it installed. WX has been a pain for a long time, and likely will remain so fo

Re: [Discuss-gnuradio] question about overruns with simple flowgraph

On 08/05/2013 09:48 PM, Stephen wrote: On 8/5/2013 8:17 PM, Marcus D. Leech wrote: On 08/05/2013 09:00 PM, Nick Foster wrote: A couple of seconds seems pretty fast, however. Make sure you're resampling the audio to a rate which is actually supported by your soundcard. --n The two-clock pro

Re: [Discuss-gnuradio] question about overruns with simple flowgraph

On 08/05/2013 09:00 PM, Nick Foster wrote: A couple of seconds seems pretty fast, however. Make sure you're resampling the audio to a rate which is actually supported by your soundcard. --n The two-clock problem tends to manifest as the occasional "click" or occasional 'O'. But if the r

Re: [Discuss-gnuradio] question about overruns with simple flowgraph

On Mon, Aug 5, 2013 at 5:53 PM, Stephen wrote: > > Hi, > > I have a simple FM broadcast receiver flowgraph in c++ that causes > overruns. I'm using a B100 with a wbx daughter board. The flowgraph is > > usrp source -> lowpass filter -> quad demod -> deemphasis -> audio lp > filter -> constant mul

[Discuss-gnuradio] question about overruns with simple flowgraph

Hi, I have a simple FM broadcast receiver flowgraph in c++ that causes overruns. I'm using a B100 with a wbx daughter board. The flowgraph is usrp source -> lowpass filter -> quad demod -> deemphasis -> audio lp filter -> constant multiply -> audio sink The sample rate is 250K. It works but aft

[Discuss-gnuradio] ctest failures only in i586 builds

Our gnuradio-3.7.1 package (from recent git) builds for x86_64 now pass all tests on the Mageia build system. (qa_qtgui is excluded). I found that we needed to export LD_LIBRARY_PATH=%{buildroot}%{_libdir} in the build chroot for ctest to find the libs. However I am seeing test failures on th

Re: [Discuss-gnuradio] Portable battery for USRPs

At work, we use a 12V motorbike lead battery with a cigarette lighter plug and an off-the-shelf dc/dc converter. As of late, someone has designed a small case with a switch on top, housing a cheap downconverter (linear I guess). Works for hours and hours and hours... On 07/29/2013 07:46 PM, asee

Re: [Discuss-gnuradio] Fwd: GNU Radio help

Hi Vaibhav Rayanade, your rx sees zero bytes, meaning that the packet decoder does not see any valid packets. That basivally means it can't decode anything... this can imply a lot of things that happened between the tx and the rx USRP, including: - path loss, - clipping due to high gain, - freq

Re: [Discuss-gnuradio] ATSC fixups

OK, pushed, could you see if that works better? Thank you Andrew On Mon, Aug 5, 2013 at 2:50 PM, Andrew Davis wrote: > It was removed and left in fpll.h, i'll push a fix in just a bit, in > the meantime you could just remove the include line from fpll.h > > Thank you > Andrew > > > On Mon, Aug

Re: [Discuss-gnuradio] Help: Constellation Receiver::Object

Tom, >>I am trying to use the Constellation Receiver Block and one of the Parameters is "Constellation Object". Is this a pointer to an object and >>how/what creates this object? I have looked at the qam.py file but don't follow how this relates to placing a block down in gnuradio >>companion. In

Re: [Discuss-gnuradio] ATSC fixups

It was removed and left in fpll.h, i'll push a fix in just a bit, in the meantime you could just remove the include line from fpll.h Thank you Andrew On Mon, Aug 5, 2013 at 1:46 PM, M. Ranganathan wrote: > Hello, > > I git cloned the atscfixup branch and tried building it. Here's as far as > I

Re: [Discuss-gnuradio] Build problems on mac os 10.8

On Aug 3, 2013, at 9:16 AM, Tom Rondeau wrote: > Please see the log file for port py27-wxpython-devel for details: > > /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_python_py27-wxpython-devel/py27-wxpython-devel/main.log Hi Ching - I'm bac

Re: [Discuss-gnuradio] ATSC fixups

Hello, I git cloned the atscfixup branch and tried building it. Here's as far as I got: In file included from /users/mranga/gr-atscfixup/gnuradio/gr-atsc/lib/receiver/atsc_fpll.cc:27: /users/mranga/gr-atscfixup/gnuradio/gr-atsc/include/gnuradio/atsc/fpll.h:32:44: error: gnuradio/atsc/diag_output_

Re: [Discuss-gnuradio] Dynamic number of "message" ports using nports

>So I think its sort of fundamental the the message ports cant be scaled >like that because they are named and not linearly indexed. You could >find a way do to it, but its a more invasive GRC change I guess. Perhaps >Martin's GSoC student might consider doing this for the GRC >improvements, if not

Re: [Discuss-gnuradio] Public transport in Boston

There are also a few backpacking hostels in downtown boston, some of which probably have private rooms. Not quite the same as a hotel, but normally way cheaper. On Mon, Aug 5, 2013 at 8:12 AM, Philip Balister wrote: > I am looking at hotels in Boston GR Con. Needless to say, I will never > compl

Re: [Discuss-gnuradio] Public transport in Boston

Also, the train doesn’t go to the airport, but there are frequent bus transfers to nearby train stations. I suggest Google Maps or the MBTA website itself. The latter provides a Route Planning tool an lets you choose between Google Maps or their own interface. http://www.mbta.com/ --sean From

Re: [Discuss-gnuradio] Public transport in Boston

Boston's "T" is a pretty good, reasonably reliable public transit system, and the city is compact enough that it's generally pretty easy to get around. The conference is very close to South Station, which is the largest transport hub in Boston. South Station is on the Red Line of the MBTA subway an

Re: [Discuss-gnuradio] Public transport in Boston

I found a Holiday Inn Express along the Red line of the T, maybe 20 mins south, for ~215 a night. Haven't placed the order though. Just took a look at avg rates on their website. -Original Message- From: discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gnu.org [mailto:discuss-gnurad

[Discuss-gnuradio] Public transport in Boston

I am looking at hotels in Boston GR Con. Needless to say, I will never complain about Si valley rates again. Does anyone have any comments about public transport in Boston? Especially about getting from cheaper hotels to the conference location. Thanks, Philip __

[Discuss-gnuradio] Help: Constellation Receiver::Object

I am trying to use the Constellation Receiver Block and one of the Parameters is "Constellation Object". Is this a pointer to an object and how/what creates this object? I have looked at the qam.py file but don't follow how this relates to placing a block down in gnuradio companion. Thanks...Tom

Re: [Discuss-gnuradio] Still problems building gr 3.4.2 / Debian

It works now. It is a number of traps a newby never could figure out on his own, but finally it is possible, and even not too complicated when you know what you need to do. I had no choice, as I have a relative new tablet PC (Microsoft Surface pro), and it even was difficult to find a Linux di

[Discuss-gnuradio] Announcing new GRAS Feature - Block Factory

Hello list, As a follow-up to my last announcement "Advanced scheduler pw0ns SWIG for you" (which I was quite excited about), I have since tried to formalize the feature-set and document it: What I am collectively calling the block factory is really: * A CMake utility to build and install runtime

Re: [Discuss-gnuradio] Dynamic number of "message" ports using nports

On 07/29/2013 08:37 AM, macbany wrote: > I'm using GnuRadio 3.6.5.1 and I wanted to create a block similar to > stream-to-streams for messages. In the XML I used a variable and nports so I > could specify the number of ports in the flowgraph. However, I've found that > this does not work. Wheneve

Re: [Discuss-gnuradio] PMT blobs in Python

On 08/04/2013 06:08 AM, Marcus Müller wrote: > I can't really test this right now, > but you could insert > %include > into your project's swig file[1]; this should generate a python method >cdata(ptr, length) > that you can feed your blob_data() to. I'm not quite sure that WILL > work as

[Discuss-gnuradio] Dev Call August 16th (Friday)

Hi everyone, our next developer's call will be on Friday, August 16th. This is an *exception* from our third-Thursday rule, in the future, we will still be sticking to that. Also, we'll try and reduce the chaos in the hangouts, so we have exactly one of them (and only one live stream). I will joi