Re: [Discuss-gnuradio] GNU Radio 3.2 Release Candidate 2 available for testing

[Eric Blossom]

On Fri, Apr 17, 2009 at 07:04:25PM -0700, Karthik wrote:
> On Tue, Apr 14, 2009 at 3:23 PM, Johnathan Corgan
> <address@hidden> wrote:
> > GNU Radio 3.2 release candidate 2 is now available for download and testing:
> >
> > http://gnuradio.org/releases/gnuradio/gnuradio-3.2rc2.tar.gz
> > http://gnuradio.org/releases/gnuradio/gr-howto-write-a-block-3.2rc2.tar.gz
> >
> > The associated firmware and FPGA bitstream images for the USRP2 are:
> >
> > http://gnuradio.org/releases/usrp2-bin/release/txrx_edk10.1_r3.2rc2.bin
> > http://gnuradio.org/releases/usrp2-bin/release/u2_rev3_ise10.1sp3_r3.2rc2.bin
> >
> > This release contains all the features, fixes, and bugs of the GNU
> > Radio development trunk as of 4/14/09.
> >
> > Our goal is for this to be the last release candidate before the
> > formal 3.2 release.   Those of you with your own GNU Radio projects
> > who wish to stabilize on the 3.2.x API should begin using the above
> > instead of the development trunk.  We will be making changes to the
> > trunk software that will break API compatibility soon after the formal
> > release.
> >
> > As always, we will maintain the 3.2.x series of releases such that
> > upgrades to newer releases will not break existing code.  In addition,
> > to the extent possible, we will merge and release selected
> > functionality from the development trunk that is consistent with this
> > requirement.
> >
> > Johnathan Corgan
> > Corgan Enterprises LLC
> 
> Here is my setup:
> OS: Ubuntu 8.04
> USRP1 with 2 LFRX and 2LFTX daughterboards
> 
> I primary use the USRP as a 4 channel Digitizer and have been running
> gnuradio-3.1.3 without any problems so far. To test 3.2rc2 I tried
> running the multi_fft.py which is available in the
> gnuradio-examples/python/multi-antenna/ directory. I commented out the
> portion which checks for the the number of channels available and the
> daughterboard ID since I didn't have the BASIC_RX. Here is the major
> change that I found.
> 
> The value of len(self.subdev) = 4 in 3.1.3 and =6 in 3.2rc2.
> 
> Shouldn't this be 4 as it was previously?

Thanks for pointing this out.

Fixed in [10877] to work with old and new handling of Basic Rx d'boards.

Eric