On Mon, Feb 4, 2013 at 1:27 PM, Chenfei Gao wrote:
> Hi all,
>
> I desire to set the sampling rate of my receiver on usrp n200 to
> 30.72Msps. I have noticed that the sampling rate supported by
> uhd.usrp_source could only be set to integer fractions of default clock
> rate 100MHz. Thus, I used r
Hi all,
I desire to set the sampling rate of my receiver on usrp n200 to 30.72Msps. I
have noticed that the sampling rate supported by uhd.usrp_source could only be
set to integer fractions of default clock rate 100MHz. Thus, I used resampler
block to have a try. Unfortunately, it did not work
On Fri, Oct 07, 2005 at 11:44:27PM +0200, Stephane Fillod wrote:
>
> > > In the case of the 512kS/s to 48kS/s ddc, would the gr_rational_resampler
> > > be able to replace gr_freq_xlating_fir_filter ?
>
> Ok no.
>
> IOW, the gr_rational_resampler does not do frequency translation,
> and the USRP
On Sat, 8 Oct 2005 20:10, Stephane Fillod wrote:
> Howdy Berndt,
>
> Berndt Josef Wulf wrote:
> > quick question: I'm trying to build Dream DRM but it appears to need a
> > different version of fftw as it can't detect fftw_create_plan in fftw3.
> > Which version are you using?
>
> Dream DRM is base
Howdy Berndt,
Berndt Josef Wulf wrote:
> quick question: I'm trying to build Dream DRM but it appears to need a
> different version of fftw as it can't detect fftw_create_plan in fftw3. Which
> version are you using?
Dream DRM is based on fftw2. I'm using version 2.1.3-16 under GNU/Debian.
What
On Fri, 7 Oct 2005, Stephane Fillod wrote:
>
> volumecontrol = gr.multiply_const_cc(.0031)
>
>
> Altough it worked, I still don't understand why the value passed to
> multiply_const_cc (.0031) is so low. Would someone be kind to explain
I see that a lot too: Your processing values for float
On Tue, Oct 04, 2005 at 04:58:01PM -0700, Eric Blossom wrote:
[..]
> The _fff case mostly works. Look for FIXME's in
> qa_rational_rasampler.py. However, the automatic filter design
> feature is not written. Without that, you'll need to design the
> appropriate filter. Someone needs to finish s
Almost. I did write it, I sent it off to Matt who discovered some
problem with it and I have just been too busy to figure out the
problem. It was the Kaiser window (optimal window) that was the cause
of the issue Matt observed. I will be able to return to it after the
weekend.
The AMSAT m
On Tue, Oct 04, 2005 at 04:47:16PM -0400, Krzysztof Kamieniecki wrote:
> Ouch, that's no good. I have been using the resampler block in my GPS
> project.
>
> Could we make it (and other non-complete block) throw an exception or
> something?
Now raises NotImplementedError
Eric
___
On Tue, Oct 04, 2005 at 10:27:42PM +0200, Stephane Fillod wrote:
> Gang,
>
> I think this question went unoticed in my audio-jack announce.
> Is there a resampler block somewhere?
>
> Last time I heard of a resampler was this summer:
> http://lists.gnu.org/archive/html/discuss-gnuradio/2005-07/
> In the case of the 512kS/s to 48kS/s ddc, would the gr_rational_resampler
> be able to replace gr_freq_xlating_fir_filter ?
Yes, but it might not be the most efficient way to do it.
Matt
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
ht
> # FIXME Bob, please do your magic filter design here
> return (1.0,) # FIXME
If you call the rational resampler as it is used in
gnuradio-examples/python/ayfabtu.py, it works fine and is complete.
Matt
___
Discuss-gnuradio mailing list
Discuss
Ouch, that's no good. I have been using the resampler block in my GPS project.
Could we make it (and other non-complete block) throw an exception or
something?
Quoting Stephane Fillod <[EMAIL PROTECTED]>:
> Gang,
>
> I think this question went unoticed in my audio-jack announce.
> Is there a r
Gang,
I think this question went unoticed in my audio-jack announce.
Is there a resampler block somewhere?
Last time I heard of a resampler was this summer:
http://lists.gnu.org/archive/html/discuss-gnuradio/2005-07/msg3.html
but some parts are missing from the gr_rational_resampler block,
14 matches
Mail list logo