Okay. Time to fork on github, methinks, and start contributing
documentation patches.
On Mon, 10 Aug 2015 at 14:02 Marcus Müller wrote:
> With GNU Radio, never feel stupid ;)
> Documentation did turn out quite great in most places, but as soon as you
> want to figure out what happens inside, yo
With GNU Radio, never feel stupid ;)
Documentation did turn out quite great in most places, but as soon as
you want to figure out what happens inside, you're pretty much on your
own, often. grep/ack/git grep is a constant friend, but it's not always
easy to figure out how stuff works internally. Th
I see. I don't feel quite so stupid for having not found it myself, now!
On Mon, 10 Aug 2015 at 13:37 Marcus Müller wrote:
> Hi Tom,
>
> added the block, opened the block properties, had a look at the id; I knew
> that these kind of blocks live within gr-filter, so
>
> cd gr-filter
> vim grc/*r
Hi Tom,
added the block, opened the block properties, had a look at the id; I
knew that these kind of blocks live within gr-filter, so
cd gr-filter
vim grc/*rational*.grc ##that's where the block definitions for GRC reside
found out that the non-base variant used rational_resampler_$(type), but
On Mon, 10 Aug 2015 at 13:14 Marcus Müller wrote:
> Hi Tom,
>
> I just had to look this up. If you're in GRC, you have "rationale
> resampler" and "rational resampler base"; they do basically the same, but
> if you use the one without "base", and don't specify the taps, GNU Radio
> just automatic
Hi Tom,
I just had to look this up. If you're in GRC, you have "rationale
resampler" and "rational resampler base"; they do basically the same,
but if you use the one without "base", and don't specify the taps, GNU
Radio just automatically designs a filter that avoids all aliasing and
imaging, whi
On Mon, 10 Aug 2015 at 12:30 Marcus Müller wrote:
> [snip]
>
Thanks for the very detailed explanation, Marcus. I think quite a bit of
my trouble here is relating GNU Radio terminology to hazily-remembered
signal processing courses I took fifteen years ago and haven't used a whole
lot since.
So
Hi Tom,
> Was I supposed to know somehow that the rational resampler includes
> the necessary aliasing filters? That's not meant to be a sarcastic
> question - I'm trying to figure out where to look in the documentation
> for these sorts of things.
I think it's actually a good question! It's alway
Many thanks to all who responded here. As Martin remembered faintly, the
RTL-SDR dongle does not work well at low sample rates, and it gives
considerably better reception to run it at (eg) 1.536 Msps and then
resample it to 384 ksps than to use 384 ksps from the start.
Thanks to Tom for pointing
On Fri, Aug 7, 2015 at 2:47 PM, Tom Cook wrote:
> I'm brand new to SDR and I'm just trying to calibrate my expectations of
> what will be possible in real time. I'm hoping someone here can give me a
> pointer or two.
>
> I'm running GNU Radio 3.7.2 on Ubuntu 14.04, having installed from the
> Ub
You may also want to have a look at
http://stats.gnuradio.org/
To get a feel for how fast different sdr kernels run on different
processing platforms
Tim
On Fri, Aug 7, 2015, 11:47 AM Tom Cook wrote:
> I'm brand new to SDR and I'm just trying to calibrate my expectations of
> what will be possi
With a processor like that, you should be able to clock your dongle at 2
Msps all the time, and then resample. I remember faintly that there was
some issue with rtlsdr dongles not working will with lower sampling
rates, maybe that's what it is.
On a side note, this allows you to offset-tune and av
12 matches
Mail list logo
