Another possibility is to look at the HMM patches for Linux to reduce
OpenCL copy load. I read the patches were proposed for 4.11 but didn't
make it into that revision.
On Wed, 2017-04-26 at 07:01 -0400, GhostOp14 wrote:
> Thanks Marcus! I have been going back and forth with testing still
>
On Wed, 2017-03-22 at 09:34 +0500, Usman Haider wrote:
>
>
> On Wed, Mar 22, 2017 at 2:52 AM, Dennis Glatting <gnura...@pki2.com>
> wrote:
> > On Tue, 2017-03-21 at 22:59 +0500, Usman Haider wrote:
> > > Hi,
> > >
> > > I am currently building G
On Tue, 2017-03-21 at 22:59 +0500, Usman Haider wrote:
> Hi,
>
> I am currently building GNU Radio 3.7.10.1 on Beaglebone black
> running Debian 8.6. I have disable some components for testing and
> to speed up the process. After installing the dependencies when I run
> cmake I am getting
On Fri, 2017-03-03 at 13:51 -0500, Marcus D. Leech wrote:
> On 03/03/2017 12:59 PM, Dennis Glatting wrote:
> >
> > On Fri, 2017-03-03 at 18:33 +0500, Usman Haider wrote:
> > >
> > > I want to build UHD and GNU Radio on Beaglebone black to run an
> > >
On Fri, 2017-03-03 at 18:33 +0500, Usman Haider wrote:
> I want to build UHD and GNU Radio on Beaglebone black to run an
> application using N210s. Has anyone tried this before? Is there a
> guide that I can follow?
>
I've run a bladeRF and HackRF on a BeagleBone under Debian. The weak
point is
On Wed, 2016-11-02 at 10:34 -0700, Dennis Glatting wrote:
> Finally, I haven't had any problems mixing C++ 11/14 compiled code
> with GNURadio however I strongly suggest you use the same compiler.
> On this subject, mixing compilers is generally a bad thing to do
> whether it is someth
On Wed, 2016-11-02 at 06:41 -0700, sumitstop wrote:
> Hello,
>
> I am in the process of constructing my own 802.11 receiver using C
> and UHD. I was looking at the implementation of gr-ieee 802.11.
>
> I am trying to figure out how many parallel threads it is using for
> the receiver and
On Fri, 2016-07-08 at 17:29 -0700, Dave wrote:
> I see that gr-fosphor is also available in the ubuntu package manager
> however it will want to install gnuradio and all the associated
> dependencies as well. I assume that will conflict with the
> installation of gnuradio already performed via
Is there a way to connect a tab widget to a block such that the block
knows which tab is selected?
Simply typing the widget's block id into the target block doesn't work.
I get:
"Value "intc" cannot be evaluated:
name intc is not defined
The tab widget's id is "intc".
On Thu, 2016-03-17 at 11:41 -0700, Martin Braun wrote:
> Current GRC on master allows you to type Python code directly into
> the
> flow graph to be executed as a block. Simply insert a 'Python block'.
>
This is a great help. Thank you.
> M
>
> On 03/16/2016 02:34 PM,
This is probably a dumb question but someone has to ask them...
I have a run graph with c++ blocks: a receiver block, a transmitter
block, and a manipulator block. I want to have the manipulator block
editable from the run graph where the user can insert python code.
Specifically:
1) The block
ugly, fixed C++ MITM block /and/ a separate python
block (i.e., two MITM blocks) with the python block part of the build,
or both could be incorporated into the python block for a better
design. Yes?
Sorry, I'm not a python hack so it isn't evident to me.
TIA.
> -Trip
>
> On Wed,
On Mon, 2016-02-29 at 00:48 -0300, Gonzalo Arcos wrote:
> Thanks to all of you for your very informative answers.
>
> Douglas, i feel good now because you have described perfectly all the
> things i did / thought on how to improve the performance :), i also
> agree that merging blocks should be a
I'm having a problem with message ports. I am trying to have a separate
thread within within the block periodically post messages.
The block is defined as:
GenAudio
acars_GenAudio_x
acars
import acars
acars.GenAudio($rate,$rounding,$fake)
set_rate($rate)
set_rounding($rounding)
On Wed, 2015-11-18 at 19:54 -0500, Marcus D. Leech wrote:
> On 11/18/2015 07:16 PM, Sumit Saluja wrote:
> > Hi Marcus,
> >
> > I am trying to install it on Our departmental cluster which is
> > RHEL6.7. Right now we can’t update to RHEL7 or CENTOS7
> >
Can you install
On Wed, 2015-09-16 at 12:49 -0400, mle...@ripnet.com wrote:
> Sure, but if the flow-graph basically is decimated 10:1 by the time
> it reaches the log10, improvements in log10 are going to have very
> little impact. It is, I would assert, boldly and perhaps brashly,
> that log10 operations
On Wed, 2015-09-16 at 16:29 -0400, West, Nathan wrote:
> On Wed, Sep 16, 2015 at 3:58 PM, Dennis Glatting <gnura...@pki2.com>
> wrote:
> >
> > It would also be nice to have a VOLK kernel that multiples a vector
> > by a constant:
> >
> >void
>
On Tue, 2015-09-15 at 23:35 -0400, Marcus D. Leech wrote:
> On 09/15/2015 11:15 PM, Dennis Glatting wrote:
> > With the VOLK library, is there a way to compute the log10() of
> > each
> > 32f in a buffer?
> >
> > That is:
> >
> > for( int i = 0; i
there.
>
That's really interesting Thanks. I recently purchased two MICs for
learning but still awaiting parts for my server. I see KNC listed.
> Brian
>
> On Wed, Sep 16, 2015 at 12:24 AM, Dennis Glatting <gnura...@pki2.com>
> wrote:
> > On Tue, 2015-09-15 at 23:35 -040
With the VOLK library, is there a way to compute the log10() of each
32f in a buffer?
That is:
for( int i = 0; i < num; ++i )
buf[i] = std::log10( buf[i]);
I only see log2() in the library but don't know if there is an easy way
to compute log10().
Thanks.
On Fri, 2015-09-11 at 18:16 +0430, Ali The GREAT! wrote:
> Hi everyone,
> I am a newbie in GNU Radio and trying to delve into it!
> I have decided on starting Python and C++ but I don't know which
> versions I should concentrate on!
> I searched a lot in the site but nothing!
> I would be
On Fri, 2015-09-11 at 18:16 +0430, Ali The GREAT! wrote:
> Hi everyone,
> I am a newbie in GNU Radio and trying to delve into it!
> I have decided on starting Python and C++ but I don't know which
> versions I should concentrate on!
> I searched a lot in the site but nothing!
> I would be
Sorry for the HTML...
I have been done some work applying OpenMP to GNURadio and collected
some data. This data was collected WITHOUT GNURadio overhead.
Specifically, I interfaced directly with my detector passing 30 seconds
(30 seconds * 10msps) of data in a buffer (i.e., I allocated and filled
On Fri, 2015-08-14 at 15:17 -0400, Douglas Geiger wrote:
On Fri, Aug 14, 2015 at 2:03 PM, Dennis Glatting gnura...@pki2.com
wrote:
Sorry for the HTML...
I have been done some work applying OpenMP to GNURadio and
collected some data. This data was collected WITHOUT GNURadio
overhead
from my iPad
On Jul 24, 2015, at 10:51 PM, Dennis Glatting gnura...@pki2.com wrote:
If you can put together a patch that gives us a bit of a boost here,
that'd be great. But as you say, it doesn't look like this algorithm
as it is will ever be fantastically fast. It was definitely
a lot of default or copy constructor
code (or operator=). It would be more robust if those
constructors/methods were created with =delete.
Thanks for the input and help.
Tom
On Thu, Jul 23, 2015 at 10:20 PM, Dennis Glatting gnura...@pki2.com
wrote:
Was able to do better
If you can put together a patch that gives us a bit of a boost here,
that'd be great. But as you say, it doesn't look like this algorithm
as it is will ever be fantastically fast. It was definitely meant more
for hardware than this case.
My first attempt at integration sees a performance
, Dennis Glatting wrote:
I copied out the dc_block_cc block from 3.7.8 and ran some performance
tests against it, which I've summarized in a table below.
I had to make some modifications to the original code, such as:
* I removed the make wrapper.
* I tested against different containers
I copied out the dc_block_cc block from 3.7.8 and ran some performance
tests against it, which I've summarized in a table below.
I had to make some modifications to the original code, such as:
* I removed the make wrapper.
* I tested against different containers.
* Different containers
, Dennis Glatting
gnura...@pki2.com wrote:
If I remove most of the blocks from my graph with the
result:
source -- dc block -- Preamble -- null
with the statement
On Mon, 2015-07-13 at 00:30 -0400, West, Nathan wrote:
This is a lot of information, and I'm just going to pick out one
statement to comment on.
On Sun, Jul 12, 2015 at 6:13 PM, Dennis Glatting gnura...@pki2.com
wrote:
If I remove most of the blocks from my graph
(Resent with pix removed.)
I am looking for pointers and papers on the overhead of the scheduler,
its performance, and high(?) data rates.
I enclosed a partial pix of my graph. The essence is:
HackRF - DC Block - My Preamble Detect
There are other blocks in the graph but they do very
but presently struggling how to
debug/prove/disprove it.
On Sun, 2015-07-12 at 14:06 -0700, Dennis Glatting wrote:
(Resent with pix removed.)
I am looking for pointers and papers on the overhead of the scheduler,
its performance, and high(?) data rates.
I enclosed a partial pix
I'm tracking down an overrun condition with a HackRF SDR but I'm a
little confused by what ControlPort is telling me.
Control Port says my hackrf_source is output % full of 0.83.
Is that 0.83% or 83%? I suspect 83%.
Thanks in advance,
___
On Thu, 2015-07-09 at 09:01 -0400, Philip Balister wrote:
I'm trying not to get drug into this thread sine I am on vacation next
week ...
xu3 - https://github.com/akuster/meta-odroid or
https://github.com/ARM-software/meta-mali ?
The ARM-software one looks interesting since it may deal
Radio, UHD, and friends for ARM.
I run it on my XU3 and U3 platforms.
On 2015-07-08 01:22, Dennis Glatting wrote:
On Tue, 2015-07-07 at 21:14 -0700, shaunwang wrote:
Hello
On Tue, 2015-07-07 at 21:14 -0700, shaunwang wrote:
Hello everyone
I need help on how to successfully cross compile GNURadio on ARM processor
in Odroid XU3. I have read many websites in official GNURadio websites. like
the following ones
Cortex A8 w/ NEON
# Usage: cmake -DCMAKE_TOOLCHAIN_FILE=this file source directory
#
# Dennis Glatting, July 2015
SET(CMAKE_CXX_FLAGS_INIT -march=armv7 -mfpu=neon -mfloat-abi=hard)
SET(CMAKE_C_FLAGS_INIT -march=armv7 -mfpu=neon
1: To get VOLK to compile correctly under gnuradio, I need to include
-march=armv7 in CFLAGS (volk/lib/CMakeLists.txt) which I do with a tool
chain file with volk git'd outside gnuradio.
root@cubieboard4:/mnt/volk# rm CMakeCache.txt; cmake
On Tue, 2015-06-16 at 23:43 -0400, Tom Rondeau wrote:
On Tue, Jun 16, 2015 at 11:11 PM, Dennis Glatting gnura...@pki2.com
wrote:
I have this nearly working. MX brings up a window, connects
to GRC,
briefly displays a graph, then blanks out. Displayed
On Tue, 2015-06-16 at 23:43 -0400, Tom Rondeau wrote:
On Tue, Jun 16, 2015 at 11:11 PM, Dennis Glatting gnura...@pki2.com
wrote:
I have this nearly working. MX brings up a window, connects
to GRC,
briefly displays a graph, then blanks out. Displayed
I have this nearly working. MX brings up a window, connects to GRC,
briefly displays a graph, then blanks out. Displayed in the command line
window:
gr-perf-monitorx: radio.getKnobs threw exception (math domain error).
...
(repeats)
I'm not sure what that message is telling me in the
42 matches
Mail list logo