-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 (?)
* Then
-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 dis
On Fri, Jan 24, 2014 at 2:37 PM, Henry Jin 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 blog about
> SNR es
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
http://www.trondeau.com/grcon12-hackfest/201
On Tue, Jan 14, 2014 at 5:27 PM, Ken Adams 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 somewhat incon
-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 h
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:
http:
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 that
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.
Imagine
-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 sto
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
li
-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++ con
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 lan
-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 correc
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
from gmrs_txrx import *
File "/ home / rita / PTT / USRP / gmrs_txrx.py", line 11, in
import from gnuradio.blks2 rational_resampler
ImportEr
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" wrote:
> 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_1f
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 constru
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
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 le
19 matches
Mail list logo