On 01/24/2014 02:45 AM, Nasi wrote:
Thanks!
with doxygen docs do you mean
these: http://gnuradio.org/doc/doxygen/classgr_1_1fft_1_1fft__complex.html ?
this redundant information is hopeless...
Do you know any normal good mature documentation?
Nasi,
part of learning GNU Radio is learning
On 01/24/2014 07:28 AM, Miklos Maroti wrote:
I did not set anything explicitly, although I did not set in my xxx
block the set relative rate (maybe that is used by the scheduler to
set up the buffer sizes appropriately).
Basically I want to take 100 packets of size 160 and push them through
On 01/23/2014 10:50 PM, Marcus Müller wrote:
Does this mean that gr_modtool has generated wrong code ..?
gr_modtool would never ever do such a thing ;)
:D
I might not swear on this to be true, but in this case, it's all correct.
Shall we just manually correct this by moving the constructor
Does the function referred to have the ability to read in a File Sink
binary file?
Paul B. Huter
On Jan 24, 2014 7:00 AM, Martin Braun martin.br...@ettus.com wrote:
On 01/24/2014 02:45 AM, Nasi wrote:
Thanks!
with doxygen docs do you mean
these:
Hello
I installed gnuradio, but when I run a code against problem:
Traceback (most recent call last):
File monitor_gui_v07.py, line 19, in module
from gmrs_txrx import *
File / home / rita / PTT / USRP / gmrs_txrx.py, line 11, in module
import from gnuradio.blks2 rational_resampler
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Rita,
I don't know what code you are trying to use, but you must make sure
you use it with an appropriate version of GNU Radio.
So: What version of GNU Radio do you have installed, and what's the
version that the code expects?
If I remember
And the problem is in that input part. It is not clear what is inbuf...
I create gr_complex vector and want to input it into fft. It does not work in
any way. There are alot of questions are still open.
Coder is a good coder if his code is readable first. Anyone one can design a
confusing
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Nasi,
Inbuf is the input buffer. It is a C++ pointer to a gr_complex.
That is the place where you put your input. As is described on the
doxygen page.
It is assumed that when you try to use a C++ framework, you are able
to understand basic C++
Hi Nasi,
And the problem is in that input part. It is not clear what is inbuf...
I create gr_complex vector and want to input it into fft. It does not work
in any way. There are alot of questions are still open.
You can look at fft.cc and fft_vcc_fftw.cc. It is quite clear how the FFTW
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Paul,
no. It does an FFT and nothing else (aside offering to apply a
window); please read the doxygen or have a look at the code. Both is
extremely short and to the point ;)
Anyway,
file_sink binary files are not something special. They just
On 01/24/2014 09:55 AM, Nasi wrote:
Coder is a good coder if his code is readable first. Anyone one can design a
confusing language.
A programmers job in documentation isn't to teach you the language the
code is written in. It is assumed that the reader knows the language
already.
you guys do not get at all what is in there. You are just confronting me, and
accusing me not being an expert.
If I agree on not being an expert, will anyone here be happier?
FFTW documentation is not helpful, you guys have been working on this for ages,
now you can't see the challenge in
On 01/24/2014 11:32 AM, Nasi wrote:
instead of helping, you like to embarrass me...
in my first email, I asked for a tutorial not a short reference.
Well, how about here:
http://gnuradio.org/doc/doxygen/
And here:
http://gnuradio.org/redmine/projects/gnuradio/wiki/HowToUse
And here:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Nasi,
this has totally gotten out of hand. Please stop.
We still have no idea of what you're trying to do. We'd usually really
like to help you, but all help we offered so far was not really
welcomed by you *at all*.
FFTW documentation is not
On Tue, Jan 14, 2014 at 5:27 PM, Ken Adams k...@logic.fm wrote:
Has there been any progress on this bug?
Hi all,
I have a branch that I'd like to get some more data points for before
merging. I think I've identified a possibility for the issue and it
*might* be a compiler bug, but results are
Hi all,
I'm wondering if SNR estimation by using the probe_mpsk_snr_est_xx can be
applied to QAM modulation as well? I checked the source code and found
nothing specific tied to MPSK modulation. Also, I found Tom has a blog
about SNR estimator years ago
On Fri, Jan 24, 2014 at 2:37 PM, Henry Jin henry.ji...@gmail.com wrote:
Hi all,
I'm wondering if SNR estimation by using the probe_mpsk_snr_est_xx can be
applied to QAM modulation as well? I checked the source code and found
nothing specific tied to MPSK modulation. Also, I found Tom has a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Jun,
uh, help me out. I don't understand what it is that you refer to.
What post did you find?
Can you describe what you have attached below your mail?
and: Please never ask single persons for help, ask the mailing list; I
forwarded this to the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Juan,
now I understand better what is going on. So before going to bed:
please correct me if I'm wrong:
* You had a working GNU Radio + UHD installation that suddenly stopped
working last week
* You installed this from the Ubuntu packages (?)
*
19 matches
Mail list logo
