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 have seen that most of the buffers are almost full on average (80-89%),
however, that does not help me to know whether a block was blocked from
pushing data into the buffer because downstream blocks did not read fast
enough.
>From your original mail:
"File Source is only allowed to produce so m
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 last time resort. I have used the
performance monitor and managed
On Sun, Feb 28, 2016 at 5:39 PM, Douglas Geiger <
doug.gei...@bioradiation.net> wrote:
> The phenomenon Sylvain is pointing at is basically the fact that as
> compilers improve, you should expect the 'optimized' proto-kernels to no
> longer have as dramatic an improvement compared with the generic
Thanks for your help.
I reviewed the documents again and also looked at the energy detection
example in this archive, which was similar to what I'm trying:
http://gnuradio.squarespace.com/storage/examples/ucla2014/02-filters_and_filtering.tar.gz
I took the parameters to the 4 channel channelizer i
FiFi, I have been working on this or similar problems for a while. I am
very much still in the learning process and I think everyone is on this
topic. In fact the post I put up earlier today is related because I want to
get video of my captures both for further analysis and so that I can show
oth
The phenomenon Sylvain is pointing at is basically the fact that as
compilers improve, you should expect the 'optimized' proto-kernels to no
longer have as dramatic an improvement compared with the generic ones. As
to your question of 'is it worth it' - that comes down to a couple of
things: for ex
I would like to save a waterfall plot (spectrograph) to a video file so that
I can share it and cut out portions of interest for presentation. Has
anyone found a way to directly save the output to an MP4 or some other video
format?
I have been using a screen recorder but that takes a good ti
Hi Raghu,
"Neural Network Implementation" might be a bit too broad. As I see this,
GNU Radio is a framework to handle the processing of signals. What
classificators and control units you write is a bit decoupled from GNU
Radio itself.
Other than that: Have you read [1]? It's pretty fresh :) Also b
Dear All,
I am presently working on Primary User Emulation Attack. I am planning to
use GNU radio companion. I want to ask that is there anyone who has tried
Neural network implementation on GNU Radio. Please just guide me friends.
Regards,
Raghu
___
Di
Hi FiFi,
well, WiFi is split into channels of bw=12, 20 or 40 MHz, depending on
the standards we're looking at.
I don't think I'll tell you something new when I recommend that you
1. isolate these bw wide channels from the f_sample >= bw wide digital
signal coming from the USRP,
2. estimate the
Hello everyone,
I hope you're all doing well.
I'm new to gnuRadio and I need your assistance in a project I'm working on
if it's not too much to ask.
The objective of my project is to receive wi-fi signals from my surrounding
using the USRP and save the power level as well as the frequencies we
> Just wanted to ask the more experienced users if you think this idea is
> worth a shot, or the performance improvement will be marginal.
Performance improvement is vastly dependent of the operation you're doing.
You can get an idea of the improvement by comparing the volk-profile
output for the
13 matches
Mail list logo
