Re: [Discuss-gnuradio] Minimal install of GNU Radio without GUI, etc possible?

On 08/04/2016 03:48 PM, Jason McHuff wrote: > Hello, I am building a Linux server running ClearOS (a CentOS 7.2 derivative > https://www.clearos.com/ ) and, among other things, want to use it to decode > and record calls on a P25 trunking system. > > I was able to successfully get trunk-recorder

Re: [Discuss-gnuradio] Problem with gnuradio-companion

Hi Mike - you should do 2 things. First, type which gnuradio-companion and see if it's what you expect. And secondly, type - but don't remove anything just yet sudo apt-get remove gnuradio\* When it prompts you, type n for no. -- Cinaed On 08/03/2016 11:51 AM, Marcus Müller wrote: >

[Discuss-gnuradio] Minimal install of GNU Radio without GUI, etc possible?

Hello, I am building a Linux server running ClearOS (a CentOS 7.2 derivative https://www.clearos.com/ ) and, among other things, want to use it to decode and record calls on a P25 trunking system. I was able to successfully get trunk-recorder working with the GNU Radio Live DVD (with great audio)

Re: [Discuss-gnuradio] error using new PyBombs

Thanks Stefan. I ran that and changed the libuhd*.so* to libuhd_bu*.so* in both /usr/lib/x86_64-linux-gnu/ and /usr/local/lib/ and yet it still fails at the same point. The only other locations (which aren't in my $PATH or $LD_LIBRARY) are

Re: [Discuss-gnuradio] error using new PyBombs

This helps a lot to find all installations: $ sudo find / -name libuhd*.so* If the path is not inside a pybombs prefix, it is most likely an installation by your package manager. I had this problem as well :P Greetings Stefan On 08/04/2016 06:56 PM, Jason Matusiak wrote: >> For some reason,

Re: [Discuss-gnuradio] Resampler with changing rate during runtime

On Thu, Aug 4, 2016 at 9:43 AM, Sebastian Müller wrote: > Hi Kevin, > > the problem arises since my blocks detect signals in the spectrum and > estimate their bandwidth. Then, each signal gets filtered and decimated to > the needed sample rate according to Nyquist-Shannon. This

Re: [Discuss-gnuradio] error using new PyBombs

make sure it's not somewhere in the folders that these tools pick up; so watch your include paths, $PATH, $LD_LIBRARY_PATH, etc. It's pretty specific to each system, so I must admit that I really don't know what resides where. I'd start by searching for uhd header filenames on your system and

Re: [Discuss-gnuradio] error using new PyBombs

For some reason, if you have conflicting UHD versions installed, the most common place for compilation to break is the swig'ging of the ATR registers. So: Please make sure there's only one UHD that cmake / swig/ your compiler will find when building! Thank you for the insight Marcus!! What

Re: [Discuss-gnuradio] Resampler with changing rate during runtime

Hi Kevin, the problem arises since my blocks detect signals in the spectrum and estimate their bandwidth. Then, each signal gets filtered and decimated to the needed sample rate according to Nyquist-Shannon. This sample rate is well defined, but only known during runtime. Regards Sebastian

Re: [Discuss-gnuradio] error using new PyBombs

For some reason, if you have conflicting UHD versions installed, the most common place for compilation to break is the swig'ging of the ATR registers. So: Please make sure there's only one UHD that cmake / swig/ your compiler will find when building! Best regards, Marcus On 04.08.2016 18:16,

[Discuss-gnuradio] error using new PyBombs

I was having some issues updating some of my stuff, so I decided to buckle down, and you the new pybombs to try to get my setup installed again. It works for a while and then errors out on UHD: >>pybombs prefix init ~/pybombs -a myprefix -R gnuradio-default <> [ 86%] Building CXX object

Re: [Discuss-gnuradio] Resampler with changing rate during runtime

On Wed, Aug 3, 2016 at 8:29 AM, Sebastian Müller wrote: > Now, the quadrature rate and audio decimation are unknown before runtime, > but calculated by my other blocks while running. For this purpose, I would > like to implement a block, that resamples any given signal to a

Re: [Discuss-gnuradio] Resampler with changing rate during runtime

Hi Marcus, thanks for the answer! Though to be honest I'm not really happy with that solution. This simple "FM demod" thing is getting real complicated here. We would need 4 blocks just for demodulating FM in your proposed scenario: (msg->[some resamp rate calc block]->[frac resampler]->[WBFM

Re: [Discuss-gnuradio] [RFNoC] Massive merge to rfnoc-devel (from rfnoc-radio-redo)

On 08/04/2016 02:33 AM, Piotr Krysik wrote: > Hi Martin, > > Many thanks for the hard work by the Ettus' team. > > Regarding this particular change - is it possible now to process signals > completely inside FPGA without streaming them to PC? The simplest > example of what I'm talking about is

Re: [Discuss-gnuradio] [RFNoC] Massive merge to rfnoc-devel (from rfnoc-radio-redo)

W dniu 03.08.2016 o 20:42, Martin Braun pisze: > - Radio no longer includes DSP chains > - DDC, DUC are separate blocks Hi Martin, Many thanks for the hard work by the Ettus' team. Regarding this particular change - is it possible now to process signals completely inside FPGA without streaming