<html><body><div style="color:; background-color:; font-family:arial, helvetica, sans-serif;font-size:13px">I've tried matching the sample rates, it doesn't seem to make much difference. I just didn't happen to have saved the text from one of those.<br><br>I've also tried the -r option, but I didn't hear anything and I wasn't sure it was sending "raw" audio and not I/Q signals.  It acted better, aside from that: the progress meter in Play was responding constantly like it was getting more audio and the file sizes were more like what I'd expect.  With the bursting, I get 16k every minute, which is way too short.<br><br>I wrote some C to import one of the files and export as ascii, then make a Gnuplot file to plot it.  There's a sample at:<br>http://ab1jx.webs.com/toys/dongle/wfm2_dat3.gif (The X axis labels are data point numbers.)<br>It looks like audio, but I see something in the output about a 6 millisecond sample buffer. That's possibly
 how much sound I get, and this sample is from the local NPR station so I don't know what they were doing at that instant, music or voice.  I also haven't tried plotting I/Q output so I don't know what that looks like.<br><br>Yes, my sound works and playing a wav file with Play (Sox) works.  I normally work at 8000 samples/second mono.  No Linux sound to get in the way here (OpenBSD). From reading, it doesn't make sense to have the RF sampling rate the same as the audio sampling rate (I think) but that's what it defaults to.<br><div><span><br></span></div><div> OK, it helps to be reassured that somebody actually uses this and has it working.  I'll mess with sampling rates and raw mode.  Some real documentation for these programs would be a help.<br><br>  Alan<br></div><div>-----<br>Radio Astronomy - the ultimate DX<br></div><div> <br> <div>----- Original Message -----<br> > From: Adam Nielsen
 <a.nielsen@shikadi.net><br> > To: Alan Corey <alancorey@yahoo.com><br> > Cc: "osmocom-sdr@lists.osmocom.org" <osmocom-sdr@lists.osmocom.org><br> > Sent: Monday, December 31, 2012 1:28 AM<br> > Subject: Re: Trying to use rtl_fm, etc<br> > <br>>>  With rtl_fm, I get a tiny burst of audio about once a minute.<br>>>  <br>>>  A fresh run:<br>>>  freebie# rtl_fm -N -f 162550000 - | play -t raw -r 32k -e signed-integer -b <br>> 16<br>>>  -c 1 -V 4 -<br>> <br>> Just FYI, you can see here that:<br>> <br>>>  Output at 24000 Hz.<br>> <br>> However you have told 'play' to play the audio at a sampling rate of <br>> 32kHz, even though the audio data is only arriving at 24kHz.  So you will get <br>> stuttering as the audio buffer keeps running out and waiting for more data to <br>> arrive.<br>> <br>> For me (under Linux), I get best results using the -r option to
 rtl_fm to set <br>> the output audio sampling rate to 48kHz, then tell play to play at 48kHz too.  <br>> This way my system doesn't have to resample it to 48kHz before it can mix <br>> the stream into the system-wide audio output.<br>> <br>> Note that the -s option sets the signal bandwidth and -r sets the output audio <br>> sampling rate.  A lot of people misunderstand the purpose of the -s option, <br>> however you shouldn't need it unless you are trying to receive data signals. <br>> -W and -N set -s to the correct values for voice transmissions.<br>> <br>> I would also suggest playing a .wav file with the same 'play' options <br>> just to make sure your system can play mono audio at low sampling rates.  I know <br>> my sound card drivers won't (possibly because I am using a SPDIF connection <br>> to an external amplifier) so I need the Linux audio system to upmix it to 48kHz <br>> 16-bit
 stereo or I won't hear anything.<br>> <br>> Cheers,<br>> Adam.<br>> </div> </div> </div></body></html>