Re: [Discuss-gnuradio] [Discuss-GR] Filter output float to complex

You're calling the "filter" method with a pointer to a single float value, but it is expecting an array. See also < https://github.com/gnuradio/gnuradio/blob/master/gr-filter/lib/fir_filter.cc#L111 >. - MLD On Fri, Jan 5, 2018, at 7:56 PM, Sakthivel Velumani wrote: > Please check now. I cleaned up

Re: [Discuss-gnuradio] [Discuss-GR] Filter output float to complex

Hi Michael, Please check now. I cleaned up the code a bit but don't know what wrong with the indentation. It looks ok in my text editor (gedit)but bad on GitHub. Best regards Sakthivel On 06-Jan-2018 1:21 AM, "Michael Dickens" wrote: > Hi Sakthivel - I can't view

Re: [Discuss-gnuradio] Boost 1.66.0 Compatibility: GNU Radio & Volk & UHD

I and other MacPorts developers have been testing out boost 1.66.0 for a while now & it seems very stable. There are a ton of ports that rely on Boost, and it takes time to go through them to verify that they at least build & hopefully function too. I expect we'll be updating from 1.65.1 by

Re: [Discuss-gnuradio] Python import error on swig modules

Hi Sakthivel - It's not clear whether you are trying to test in place or after "make install" ... clearly you've tried installing, but that doesn't mean that's the way you're testing. Your info on the install location & path seems correct; maybe there's an import error in the compiled SWIG module?

Re: [Discuss-gnuradio] Serious bug in tag propagation with non-integer relative rate

>1. The gnuradio-runtime propagated tags with double arithmetic; the >fractional resampler block used mixed float & double arithmetic to >propagate tags. > Oops: mixed float & double arithmetic to generate output sample intervals. -Andy ___

Re: [Discuss-gnuradio] Python import error on swig modules

On 01/05/2018 10:13 AM, Sakthivel Velumani wrote: > Hi, > > I have been trying to do the simplest qa test for my qpsk demod C++ > block from the tutorials. When I run the qa_.py im getting > an import error: No module named _swig. This happens for > every C++ blocks. The easiest thing to do is

Re: [Discuss-gnuradio] Serious bug in tag propagation with non-integer relative rate

On Wed, 2017-12-27 at 16:18 -0500, Andy Walls wrote: > Hi Eugene > > > From: Eugene Grayver > > Date: Thu, 9 Nov 2017 19:52:35 + > > > > There is a major problem with the way tags are propagated in blocks > > with non-integer relative rate. If the ratio is not a power of two, > >

Re: [Discuss-gnuradio] Python import error on swig modules

I too am having a similar problem. I am trying to install the gr-correctiq (github) and gnuradio-companion cannot find them. I followed the threads specifically for gr-correctiq (paths, etc.) and NOTHING works. I’m running on a Mac. Thanks, herb Dr. Herb Sims EV41 Bldg. 4600 / Room 4113

[Discuss-gnuradio] Python import error on swig modules

Hi, I have been trying to do the simplest qa test for my qpsk demod C++ block from the tutorials. When I run the qa_.py im getting an import error: No module named _swig. This happens for every C++ blocks. I can see that _swig.py is being installed into

Re: [Discuss-gnuradio] Boost 1.66.0 Compatibility: GNU Radio & Volk & UHD

Thanks so much for the test & report, Mike! How are you dealing with this on the packaging side for macOS? Cheers, Ben On Mon, Jan 1, 2018 at 11:41 AM, Michael Dickens wrote: > In initial testing, Boost 1.66.0 is fully compatible with the current GNU > Radio and

Re: [Discuss-gnuradio] Filter output float to complex

Hi, Please find the code here https://github.com/saki92/oqpsk-sync-block . I am trying to build a clock sync block for oqpsk with pfb_clock_sync as reference. It does not show any error message from Python or C++. The flowgraph runs for less than a second and stops. Some times I get a return code

Re: [Discuss-gnuradio] USRP X310 frontend name problem

Hello, Happy new year to everybody ! Thanks a lot, Derek, it worked perfectly like that. I just had to change again the FPGA image, but it is pretty easy with the command lines given on the wiki. Thanks again !     Best regards,     Nicolas Le 15/12/2017 à 16:10, Derek Kozel a écrit :

[Discuss-gnuradio] Filter output float to complex

Hi all, I am writing a block which takes in complex samples and performs filtering and other operations on real and imag part separately and then combines them to output as complex. When I combine two fir_filter_fff outputs like - out[i].real(filterObject.filter();