[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Discuss-gnuradio] rational_resampler vs pfb_arb_resampler filter de
From: |
Lev Serebryakov |
Subject: |
Re: [Discuss-gnuradio] rational_resampler vs pfb_arb_resampler filter design -- why such strange cut frequencies in both cases? |
Date: |
Tue, 28 Oct 2014 15:01:29 +0300 |
User-agent: |
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 |
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
On 23.10.2014 01:39, Lev Serebryakov wrote:
> (1) Why rational resampler doesn't take decimation in account when
> calculates bandwidth? It design filter which will correctly reject
> all images in upsample, but looks like aliasing is possibly when
> effective ratio is less than 1, as only interpolation is used in
> bandwidth calculation and resulting filter "effectively" works at
> upsampled rate.
Here I'm right, according to other thread.
> (2) Why arbitrary resampler set Fs to number of filters and AFTER
> that pass bandwidth numbers as normalized to 1, not to this Fs?!
> 0.3 is perfectly good (may be slighly conservative, but Ok)
> transition band center, but in this case this 0.3 will be taken for
> FS=1, and here FS=32 (number of filters) is used, so it will be 32
> times too low (!).
And here I'mn wrong, and code is right, as filter effectively work
and "higher" frequency and all frequencies should be properly scaled.
- --
// Black Lion AKA Lev Serebryakov
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (MingW32)
iQJ8BAEBCgBmBQJUT4WZXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGOTZEMUNBMEI1RjQzMThCNjc0QjMzMEFF
QUIwM0M1OEJGREM0NzhGAAoJEOqwPFi/3EePvfAQAIljuBr95qllFCA49uBqTtjQ
sZq9bCrTR+gYfrNgPEb10GO/8981cmN+4eJFEiJRPVf9g5I1uSqa0vDiqPuyDXCQ
DQIxbsvGi+F82FpWEZRm3OWuoYHoY/MNm+T8evkOL+LKG4Fo7ohgFghDnZ6csaY/
0h0BLFUkBV9cGW2Havy0RWR5QZoRQnc9ATwUdYuVY7HeIbFKET3E+IJp36yC82lc
yyMRfneCTvHuMC59M4OO138ZmXkL4h+OptdQKd094IVNlpMEJyw0q+XQFukSj/RD
t+gx3tPNgW9uII7syUYk11ASmZc17NcFQEdSoEIuRNdhkp3UzEeCSUMrRk1DN+ki
HiZcMDJ4rWXhKv7hJ8QIhcvQOmHxjnqV0izjir6YChIKbibp8pSRajoL2jRm5726
MoezAPmG5jmAuqaw0nacXgIZCombMWNS7KQkn901VKBDypGpRCdS/GUi7bvmOhB/
PEEvL51grQ6pCXgUnnJ2rYlEKmBlPxIU8CAmGxUW5oEWnr2TLnFc9X27bFiTsS0I
y2pLqhCOzaCzKxL+Et0mZM/7eof932DNnoesjqw/VBGDlDZPPc8+svlwHn7KjiVY
Go3AcqUzIfVED1MkZGs9wgWzaQJX7bS9jdQPy5mhJfcs5/cUdN4BWV0VLcq2yeew
wjVJtxt1ReS3OaXy7bDX
=hyaw
-----END PGP SIGNATURE-----