Thanks, realy -l 0 help me. Problem with correct frequency. Why it is not correct? When I set -f434500000 -> Tuned to 434753575 Hz -f100000000 -> Tuned to 100253575 Hz Can you explain this? How I can calculate right frequency? On Wed, Nov 14, 2012 at 11:39 PM, Adam Nielsen <a.nielsen(a)shikadi.net> wrote: -- live free or die;

On 11/14/12, Adam Nielsen <a.nielsen(a)shikadi.net> wrote: Correct on the offset. -E is something else entirely though. When you are working with waterfalls, it is very easy to see the center/carrier and estimate the bandwidth. But usually radio transmitters report their frequency as the lower edge of the spectrum. -E is for tuning this way. So, lets say I have a NBFM transmitter tuned to 80MHz with 12kHz bandwidth. If you look at it on the waterfall, you will see the carrier centered on 80.06MHz. You could tune to it with either -f 80e6 -s 12e3 -E -f 80.06e6 -s 12e3 Both of those do the same thing. -E can save some typing but center tuning is easier if you don't know the bandwidth in advance. With WBFM this all falls apart, because they use 200kHz of bandwidth (stereo and digital modes) but are offset 16kHz from their official frequency. (Because at one point wbfm was mono with 32kHz of bandwidth.) Use -W for wbfm, it takes all that into account. -Kyle http://kmkeen.com

On 11/15/2012 05:13 AM, Adam Nielsen wrote: I am not sure if this helps anyone at all but I was playing around with the command line options available with rtl_fm while trying to listen to my favorite local FM Broadcast radio station and had pretty good audio results with this .... rtl_fm -f 88.9e6 -N -s 170e3 -o 4 -A -r 32e3 -l 0 - | play -t raw -r 32k -e signed-integer -b 16 -c 1 -V1 - as you probably already know, when you run rtl_fm without any options you get a list of all of the command line switches as well as some example commands. I couldn't tell much difference between using the -A option or not using it. By the way, I am using an eZcap 668 (E4000/rtl2832u) Hope this helps. 73 - Dave KD9GN

On Tue, 20 Nov 2012 11:59:19 +0200 Vitaliy Kulchevych <coolchevy(a)gmail.com> wrote: I found that Dave had the right idea about jacking up the sample rate. But another thing is that rtl_fm just won't work until the signal is strong enough. With my dongle I saw a decent FM out of the box on the waterfall display, but rtl_fm just would not grab: outputted noise and small fragments of corrupt sound that resembled the transmissions. Then, I replaced the stock antenna and its long cable with a basic monopole designed for 1GHz -- way outside of FM radio band! But immediately rtl_fm started working. Apparently the cable attenuation was too bad. Final command line was this: rtl_fm -l 0 -f 99.5e6 -N -s 170e3 -o 4 -A -r 24e3 - | \ aplay -r 24k -f S16_LE -t raw -c 1 -- Pete

My experience was that several commands / examples I've seen gave me stutters here on a pretty beefy computer. It took playing around and I didn't document everything, but so far what I've got that 'works' stutter-free, although maybe is not so great... but it does work anyways. I know it isn't a rasbpi but it showed me that a lot of times it isn't the hardware causing the stutters. ron@tripel:~$ rtl_fm -W -f 96.9e6 -W -s 200000 -r 48000 - | aplay -r 48k -f S16_LE -t raw -c 1 Found 1 device(s): 0: Generic, RTL2832U, SN: 77771111153705700 Using device 0: Generic RTL2832U (e.g. hama nano) Found Rafael Micro R820T tuner Oversampling input by: 2x. Oversampling output by: 4x. Buffer size: 5.12ms Tuned to 97315000 Hz. Sampling at 1600000 Hz. Output at 48000 Hz. Tuner gain set to automatic. Playing raw data 'stdin' : Signed 16 bit Little Endian, Rate 48000 Hz, Mono On Thu, Nov 29, 2012 at 1:28 PM, keenerd <keenerd(a)gmail.com> wrote: