From mcquiggi at sfu.ca Sat Dec 1 16:23:17 2012 From: mcquiggi at sfu.ca (Kevin McQuiggin) Date: Sat, 1 Dec 2012 08:23:17 -0800 Subject: New User - Setup Problem - osmo/rtl-sdr and grc - Mac OSX Message-ID: Hi All: A question and plea for help please! I am new to the list. I have used the rtl-sdr/osmosdr blocks in gnuradio companion before under Ubuntu, but am having problems getting them set up under Mac OS. My gnuradio/grc install used the macports facility. Took a bit of time to get everything to compile, but grc comes up okay. I have successfully downloaded, cmake/make, and installed the rtl-sdr and gr-osmocom packages from git. I had to move all the installed files from /usr/local to /opt/local in order to get everything into the right place for the macports gnuradio to find it. What works: I can load grc and see the osmocom/rtl-sdr blocks. I can add and modify them as usual. Here's a screen shot: What doesn't work: When I generate/run the flow graph, I get messages indicating that the osmosdr module cannot be found: --- Executing: "/Users/mcquiggi/Desktop/top_block.py" Traceback (most recent call last): File "/Users/mcquiggi/Desktop/top_block.py", line 19, in import osmosdr ImportError: No module named osmosdr >>> Done --- Note also that from my xterm if I enter simply: Kevins-MacBook-Air:~ mcquiggi$ python -c "import osmosdr" Traceback (most recent call last): File "", line 1, in ImportError: No module named osmosdr Kevins-MacBook-Air:~ mcquiggi$ I get a python error. There is an 'osmosdr' directory in /opt/local/lib/python2.7/site-packages/. What I have tried: - creatling a soft link called 'osmosdr' (ln -s) in /opt/local/lib/python2.7/ to /opt/local/lib/python2.7/site-packages/osmosdr - setting PYTHONPATH to /opt/local/lib/python2.7/site-packages/ Here is the contents of /opt/local/lib/python2.7/site-packages/osmosdr: Kevins-MacBook-Air:~ mcquiggi$ ls /opt/local/lib/python2.7/site-packages/osmosdr __init__.py _osmosdr_swig.so osmosdr_swig.pyo __init__.pyc osmosdr_swig.py __init__.pyo osmosdr_swig.pyc Kevins-MacBook-Air:~ mcquiggi$ So it looks like it -may- be a simple problem to solve, but I lack the necessary knowledge of how osmosdr integrates with gnuradio. Any help appreciated, Kevin -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: PastedGraphic-1.png Type: image/png Size: 256075 bytes Desc: not available URL: From a.nielsen at shikadi.net Sun Dec 2 02:44:24 2012 From: a.nielsen at shikadi.net (Adam Nielsen) Date: Sun, 02 Dec 2012 12:44:24 +1000 Subject: New User - Setup Problem - osmo/rtl-sdr and grc - Mac OSX In-Reply-To: References: Message-ID: <50BAC088.2020103@shikadi.net> > I had to move all the installed files from /usr/local to /opt/local in order > to get everything into the right place for the macports gnuradio to find it. I'm not sure whether this is the problem here, but this in itself is bad. When you compile from source, often the paths get hard-coded into the executables. Once you move them, the hard-coded paths are no longer valid and all sorts of strange 'not found' errors can appear. I would suggest recompiling, but changing the installation path to /opt/local instead of the default /usr/local, so that any hard-coded paths remain valid after installation. Cheers, Adam. From vjt at openssl.it Sun Dec 2 03:37:22 2012 From: vjt at openssl.it (Marcello Barnaba (void)) Date: Sun, 2 Dec 2012 04:37:22 +0100 Subject: New User - Setup Problem - osmo/rtl-sdr and grc - Mac OSX In-Reply-To: <50BAC088.2020103@shikadi.net> References: <50BAC088.2020103@shikadi.net> Message-ID: On Dec 2, 2012, at 3:44 AM, Adam Nielsen wrote: >> I had to move all the installed files from /usr/local to /opt/local [] > I would suggest recompiling, [] To facilitate the process, you may use the gnuradio+osmo+rtlsdr+uhd build script. I've customized it to allow for a custom destdir. Find it here: https://gist.github.com/3565794 HTH, ~Marcello -- ~ vjt at openssl.it ~ http://sindro.me/ From a.nielsen at shikadi.net Sun Dec 2 06:54:10 2012 From: a.nielsen at shikadi.net (Adam Nielsen) Date: Sun, 02 Dec 2012 16:54:10 +1000 Subject: New User - Setup Problem - osmo/rtl-sdr and grc - Mac OSX In-Reply-To: <0BAD1005-9AC0-4A3C-A6F2-53612D703639@me.com> References: <50BAC088.2020103@shikadi.net> <0BAD1005-9AC0-4A3C-A6F2-53612D703639@me.com> Message-ID: <50BAFB12.7050806@shikadi.net> > Just seems that python needs to be able to find the osmosdr module. I think that's pretty clear that the PYTHONPATH or similar is incorrect, if it can't find the newly installed module. You didn't say which version of Python you're running - try "python -V". Cheers, Adam. From bruchy at gmail.com Sat Dec 1 22:21:46 2012 From: bruchy at gmail.com (Martin Bruchanov) Date: Sat, 1 Dec 2012 23:21:46 +0100 Subject: RTL-SDR in gnuradio, compilation problem Message-ID: <20121201222146.GB19497@regnet.cz> Hello, I'm trying to get work RTL dongle in gnuradio, but when I'm compiling the gr-osmosdr, there is still LIBRTLSDR_FOUND = FALSE. I've checked the cmake input module and tried to correct path for libraries to /usr/lib64, but I cannot find the *.h files for librtlsdr.so (i've got rtl-sdr form git). Thank you for help. Martin PS: I'm using Fedora Core 17, AMD64. -- Martin Bruchanov Skype : bruxytronics WWW : http://bruxy.regnet.cz/ GPG-Key : http://bruxy.regnet.cz/bruxy-gpg.key (0x8107ED53) Linked-In : http://www.linkedin.com/in/bruxy Google+ : http://gplus.to/BruXy -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From mcquiggi at me.com Sun Dec 2 04:39:37 2012 From: mcquiggi at me.com (mcquiggi) Date: Sat, 01 Dec 2012 20:39:37 -0800 Subject: New User - Setup Problem - osmo/rtl-sdr and grc - Mac OSX In-Reply-To: References: <50BAC088.2020103@shikadi.net> Message-ID: <0BAD1005-9AC0-4A3C-A6F2-53612D703639@me.com> Hi All: Thanks for the suggestions! I rebuilt both gr-osmosdr and rtl-sdr from scratch, with the addition of changing the install directory to /opt/local in the cmake_install script. I also ensured that all parts of the old installs in /usr/local were deleted. Steps: 1) go to the build directory of both packages and do a "rm -rf *" to ensure -everything- is cleaned out; 2) cmake ../ 3) vi cmake_install script and change /usr/local to /opt/local at the top. 4) make 5) sudo make install This put everything in the correct place, but still a no-go. Python chokes on the line in top_block.py that says "import osmosdr". Module not found. I tried PYTHONPATH again to see if I could give python a hint, but no go. Just seems that python needs to be able to find the osmosdr module. Marcello, thanks for the suggestion re the build-gnuradio script, but it won't work on a Mac/Darwin. It took the better part of a month working with the macports.org folks just to get gnuradio to compile cleanly and run. It's a very complex port for them, with everything (just about) going into different places, so I wouldn't want to even risk trying it. Might screw my main machine up! If I can't get this running I may just go back to an Ubuntu machine for gnuradio. The Mac would be better for my needs though, as I travel a bit and want to use grc etc on the road. That was the impetus for getting the package to run on the Mac in the first place. Kevin On 2012-12-01, at 7:37 PM, "Marcello Barnaba (void)" wrote: > > HTH, -------------- next part -------------- An HTML attachment was scrubbed... URL: From mcquiggi at me.com Sun Dec 2 17:36:28 2012 From: mcquiggi at me.com (Kevin McQuiggin) Date: Sun, 02 Dec 2012 13:36:28 -0400 Subject: New User - Setup Problem - osmo/rtl-sdr and grc - Mac OSX In-Reply-To: <42C8675A-3ECF-4ED5-B28D-3F8F1FE46670@logicatrium.com> References: <42C8675A-3ECF-4ED5-B28D-3F8F1FE46670@logicatrium.com> Message-ID: Thanks Ken, I will try this as soon as I get home!! Nice to meet you and tnx for the help! Kevin Sent from my iPhone On 2012-12-02, at 13:04, Ken FitzGerald-Smith wrote: >> >> This put everything in the correct place, but still a no-go. Python chokes on the line in top_block.py that says "import osmosdr". Module not found. >> >> I tried PYTHONPATH again to see if I could give python a hint, but no go. >> >> Just seems that python needs to be able to find the osmosdr module. > > > Kevin, presuming you have an otherwise clean build now of everything, and that it is all located in /opt/local then without me explaining why yet, try the following: > > PYTHONPATH=/opt/local/lib/python2.7/site-packages \ > DYLD_FALLBACK_LIBRARY_PATH=/opt/local/lib/python2.7/site-packages:/opt/local/lib \ > DYLD_FRAMEWORK_PATH=/opt/local/Library/Frameworks gnuradio-companion /Users/mcquiggi/Desktop/top_block.py > > I just appended your original python file to the end but you can just decide to launch the app by itself if you wish > > If it doesn't work, you could check and see what exists at those locations before reporting back. > > ls -lA /opt/local/lib/python2.7/site-packages > ls -lA /opt/local/lib/python2.7/site-packages:/opt/local/lib > ls -lA /opt/local/Library/Frameworks > > I am bit rushed just now but I can explain my research & solution later. > > Ken > > From bruchy at gmail.com Sun Dec 2 17:51:53 2012 From: bruchy at gmail.com (Martin Bruchanov) Date: Sun, 2 Dec 2012 18:51:53 +0100 Subject: RTL-SDR in gnuradio, compilation problem In-Reply-To: <20121201222146.GB19497@regnet.cz> References: <20121201222146.GB19497@regnet.cz> Message-ID: <20121202175153.GA16277@regnet.cz> Problem solved, I looked carefully into CMake definitions and found, that rtl-sdr_export.h and rtl-sdr.h are needed in /usr/local/include. So my RTL-SDR is now working (now I'm fighting with permissions to use it not as root, and also sound card output does sounds bad for WBFM receptiom)... Best regards, BruXy On Sat, Dec 01, 2012 at 11:21:46PM +0100, Martin Bruchanov wrote: > Hello, > > I'm trying to get work RTL dongle in gnuradio, but when I'm > compiling the gr-osmosdr, there is still LIBRTLSDR_FOUND = > FALSE. I've checked the cmake input module and tried to correct > path for libraries to /usr/lib64, but I cannot find the *.h > files for librtlsdr.so (i've got rtl-sdr form git). > -- Martin Bruchanov Skype : bruxytronics WWW : http://bruxy.regnet.cz/ GPG-Key : http://bruxy.regnet.cz/bruxy-gpg.key (0x8107ED53) Linked-In : http://www.linkedin.com/in/bruxy Google+ : http://gplus.to/BruXy -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From mcquiggi at me.com Sun Dec 2 19:53:49 2012 From: mcquiggi at me.com (mcquiggi) Date: Sun, 02 Dec 2012 11:53:49 -0800 Subject: New User - Setup Problem - osmo/rtl-sdr and grc - Mac OSX In-Reply-To: <42C8675A-3ECF-4ED5-B28D-3F8F1FE46670@logicatrium.com> References: <42C8675A-3ECF-4ED5-B28D-3F8F1FE46670@logicatrium.com> Message-ID: <8390D974-3A55-4F07-AEEE-9098A064B866@me.com> IT WORKS! Explanation of why would be great!!!! THANKS! Kevin On 2012-12-02, at 9:04 AM, Ken FitzGerald-Smith wrote: >> >> This put everything in the correct place, but still a no-go. Python chokes on the line in top_block.py that says "import osmosdr". Module not found. >> >> I tried PYTHONPATH again to see if I could give python a hint, but no go. >> >> Just seems that python needs to be able to find the osmosdr module. > > > Kevin, presuming you have an otherwise clean build now of everything, and that it is all located in /opt/local then without me explaining why yet, try the following: > > PYTHONPATH=/opt/local/lib/python2.7/site-packages \ > DYLD_FALLBACK_LIBRARY_PATH=/opt/local/lib/python2.7/site-packages:/opt/local/lib \ > DYLD_FRAMEWORK_PATH=/opt/local/Library/Frameworks gnuradio-companion /Users/mcquiggi/Desktop/top_block.py > > I just appended your original python file to the end but you can just decide to launch the app by itself if you wish > > If it doesn't work, you could check and see what exists at those locations before reporting back. > > ls -lA /opt/local/lib/python2.7/site-packages > ls -lA /opt/local/lib/python2.7/site-packages:/opt/local/lib > ls -lA /opt/local/Library/Frameworks > > I am bit rushed just now but I can explain my research & solution later. > > Ken > > From kfs+sdr at logicatrium.com Mon Dec 3 08:48:17 2012 From: kfs+sdr at logicatrium.com (Ken FitzGerald-Smith) Date: Mon, 3 Dec 2012 08:48:17 +0000 Subject: New User - Setup Problem - osmo/rtl-sdr and grc - Mac OSX In-Reply-To: <8390D974-3A55-4F07-AEEE-9098A064B866@me.com> References: <42C8675A-3ECF-4ED5-B28D-3F8F1FE46670@logicatrium.com> <8390D974-3A55-4F07-AEEE-9098A064B866@me.com> Message-ID: <5FD3CF45-0868-46E1-B7CC-04EC14946241@logicatrium.com> On 2 Dec 2012, at 19:53, mcquiggi wrote: > IT WORKS! > > Explanation of why would be great!!!! > > THANKS! > > Kevin I struggled with this problem myself a while ago. Primarily the problem seems to be caused by the fact that '/opt/local/lib/python2.7/site-packages' is the legacy location for python packages. Modern Python is installed as a frameworks bundle. Frameworks are nothing more that containers of the libraries & associated headers and resources. For Python-2.7 under Macports that is /opt/local/Library/Frameworks/Python.framework/Versions/2.7. OSX always places public bundles in /System/Library/Frameworks. The problem is that /opt/local/lib/python2.7/site-packages is now orphaned and unfortunately osmosdr got built there. The first indication of this is the dreaded: Traceback (most recent call last): File "/Volumes/Store/src/sdr/Radios/fm_rx.py", line 22, in import osmosdr ImportError: No module named osmosdr Launch python itself to see where it is looking: blister:Radios kfs$ python -c 'import sys;from pprint import pprint as pp;pp(sys.path)' ['', '/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python27.zip', '/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7', '/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/plat-darwin', '/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/plat-mac', '/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/plat-mac/lib-scriptpackages', '/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-tk', '/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-old', '/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-dynload', '/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages', '/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/gtk-2.0', '/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/setuptools-0.6c11-py2.7.egg-info', '/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/wx-2.9.4-osx_cocoa', '/Library/Python/2.7/site-packages'] And it is plain to see that it is NOT looking in the location of where osmosdr is! We'll fix that with: PYTHONPATH=/opt/local/lib/python2.7/site-packages If you run that same enquiry now, you'll see that an extra location is added, that being: '/opt/local/lib/python2.7/site-packages', A side-note here for others with similar problems: I explicitly did not use 'export' commands while testing! If you do, unless you actually unexport them or otherwise purge them each and every time you run a command, you will not actually know what you are testing. Just prefix them to the command as I am doing until you have worked out exactly what is needed. if you now run gnu radio again with a path defined thus: PYTHONPATH=/opt/local/lib/python2.7/site-packages gnuradio-companion fm_rx.grc You get a different error: ImportError: dlopen(/opt/local/lib/python2.7/site-packages/osmosdr/_osmosdr_swig.so, 2): Library not loaded: libgnuradio-osmosdr.0.dylib But this is not the same type of error ? this is Python failing to load a library module. On Mac, shared libraries normally end in '.dyld' whereas on other os' they could be .so or .a I believe. And this is where you need to be aware of a slight difference between us and them! OSX uses DYLD_LIBRARY_PATH whereas Linux uses LD_LIBRARY_PATH for supplying library search paths. On Mac we solve this particular problem, which has the same root cause, by adding another hint: PYTHONPATH=/opt/local/lib/python2.7/site-packages \ DYLD_LIBRARY_PATH=/opt/local/lib/python2.7/site-packages:/opt/local/lib \ /Volumes/Store/src/sdr/Radios/fm_rx.py ?his leads to a third error: ImportError: dlopen(/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/gnuradio/audio/_audio_swig.so, 2): Symbol not found: _iconv Referenced from: /usr/lib/libcups.2.dylib Expected in: /opt/local/lib/libiconv.2.dylib in /usr/lib/libcups.2.dylib This one is caused by the fact that Apple's libiconv is not a direct replacement for the libiconv in Macports but it is the OSX one that is being used as witnessed by the /usr/lib above. That is easy to fix! We need to persuade the system to use the /opt/local/lib version in preference and that we do with the DYLD_FRAMEWORK_PATH environmental statement above. That leads to the compound launch statement that I got to try. PYTHONPATH=/opt/local/lib/python2.7/site-packages \ DYLD_FALLBACK_LIBRARY_PATH=/opt/local/lib/python2.7/site-packages:/opt/local/lib \ DYLD_FRAMEWORK_PATH=/opt/local/Library/Frameworks \ /Volumes/Store/src/sdr/Radios/fm_rx.py Its well worth looking at 'man dyld' to learn all about the myriad environment variables available. I used DYLD_FALLBACK_LIBRARY instead of DYLD_LIBRARY_PATH for another reason. Its effect is to allow the normal search path to be swept first and then on failure the fallback. You probably can use either. One thing you might find handy for that is yet another environment variable: DYLD_PRINT_LIBRARIES=1 If you set this, you will see exactly where the OS is looking for shared libraries. Now just in case you think I have it all worked out, I haven't! Although I have a fully built system running on Quartz with no X11 in sight, I have some issues to solve of which the primary one is that having built the entire system with clang, I now don't have a very efficient volk! It tells me it wants gcc. Since clang & gcc have a compatible ABI I am hoping to just build that volk stuff using gcc. That and the fact that Everything works except I can't change the frequency of any dongle yet! But thats this weeks problem :-) Regards Ken From ebrabant at ramlabs.com Mon Dec 3 19:35:13 2012 From: ebrabant at ramlabs.com (Edward Brabant) Date: Mon, 3 Dec 2012 11:35:13 -0800 Subject: Who do I contact if osmocom-sdr git repositories are inaccessible? Message-ID: Hello - I cannot access the git://git.osmocom.org/rtl-sdr and git://git.osmocom.org/gr-osmosdr repositories. What is the name of the contact who is responsible for maintaining the osmocom-sdr git respositories, and what is their email address? Details of the repositories errors are: [brabante at localhost build]$ git clone --progress git://git.osmocom.org/rtl-sdr Initialized empty Git repository in /home/brabante/devel/gnuradio/build/rtl-sdr/.git/ git.osmocom.org[0: 213.95.46.201]: errno=Connection refused git.osmocom.org[0: 2001:780:45:f046::201]: errno=Network is unreachable fatal: unable to connect a socket (Network is unreachable) and [brabante at localhost build]$ git clone --progress git://git.osmocom.org/gr-osmosdr Initialized empty Git repository in /home/brabante/devel/gnuradio/build/gr-osmosdr/.git/ git.osmocom.org[0: 213.95.46.201]: errno=Connection refused git.osmocom.org[0: 2001:780:45:f046::201]: errno=Network is unreachable fatal: unable to connect a socket (Network is unreachable) Thanks in advance. Regards, Ed Brabant, Contractor SPAWAR (Space and Naval Warfare Systems Command) Systems Center (SSC) Pacific Joint Tactical Networking Center (JTNC), Technical Directorate (TD), Standards Group office: 619-767-4397 -------------- next part -------------- An HTML attachment was scrubbed... URL: From martin at windycitysdr.com Mon Dec 3 20:13:31 2012 From: martin at windycitysdr.com (Martin O'Shield) Date: Mon, 3 Dec 2012 14:13:31 -0600 Subject: Who do I contact if osmocom-sdr git repositories are inaccessible? In-Reply-To: References: Message-ID: Edward, Try this: http://cgit.osmocom.org/cgit/gr-osmosdr/ & This: http://cgit.osmocom.org/cgit/rtl-sdr/ Sincerely, Martin On 12/3/12, Edward Brabant wrote: > Hello - > I cannot access the git://git.osmocom.org/rtl-sdr and > git://git.osmocom.org/gr-osmosdr repositories. What is the name of the > contact who is responsible for maintaining the osmocom-sdr git > respositories, and what is their email address? > Details of the repositories errors are: > > [brabante at localhost build]$ git clone --progress > git://git.osmocom.org/rtl-sdr > Initialized empty Git repository in > /home/brabante/devel/gnuradio/build/rtl-sdr/.git/ > git.osmocom.org[0: 213.95.46.201]: errno=Connection refused > git.osmocom.org[0: 2001:780:45:f046::201]: errno=Network is unreachable > fatal: unable to connect a socket (Network is unreachable) > > and > > [brabante at localhost build]$ git clone --progress > git://git.osmocom.org/gr-osmosdr > Initialized empty Git repository in > /home/brabante/devel/gnuradio/build/gr-osmosdr/.git/ > git.osmocom.org[0: 213.95.46.201]: errno=Connection refused > git.osmocom.org[0: 2001:780:45:f046::201]: errno=Network is unreachable > fatal: unable to connect a socket (Network is unreachable) > > Thanks in advance. > > Regards, > Ed Brabant, Contractor > SPAWAR (Space and Naval Warfare Systems Command) Systems Center (SSC) > Pacific > Joint Tactical Networking Center (JTNC), Technical Directorate (TD), > Standards Group > office: 619-767-4397 > -- [image: http://photos4.meetupstatic.com/photos/event/5/1/f/6/highres_165320982.jpeg] From peter at stuge.se Mon Dec 3 20:15:04 2012 From: peter at stuge.se (Peter Stuge) Date: Mon, 3 Dec 2012 21:15:04 +0100 Subject: Who do I contact if osmocom-sdr git repositories are inaccessible? In-Reply-To: References: Message-ID: <20121203201504.25185.qmail@stuge.se> Hello Edward, Edward Brabant wrote: > Hello - > I cannot access the git://git.osmocom.org/rtl-sdr and > git://git.osmocom.org/gr-osmosdr repositories. What is the name of > the contact who is responsible for maintaining the osmocom-sdr git > respositories, and what is their email address? > Details of the repositories errors are: > > [brabante at localhost build]$ git clone --progress git://git.osmocom.org/rtl-sdr > Initialized empty Git repository in /home/brabante/devel/gnuradio/build/rtl-sdr/.git/ > git.osmocom.org[0: 213.95.46.201]: errno=Connection refused > git.osmocom.org[0: 2001:780:45:f046::201]: errno=Network is unreachable > fatal: unable to connect a socket (Network is unreachable) Thanks for the notification! The site administrators read this mailing list, so I would expect the problem to be resolved before long. Please try again a bit later, and if things haven't improved by tomorrow I'd suggest to ping the list again. //Peter From 246tnt at gmail.com Mon Dec 3 20:16:22 2012 From: 246tnt at gmail.com (Sylvain Munaut) Date: Mon, 3 Dec 2012 21:16:22 +0100 Subject: Who do I contact if osmocom-sdr git repositories are inaccessible? In-Reply-To: References: Message-ID: > I cannot access the git://git.osmocom.org/rtl-sdr and > git://git.osmocom.org/gr-osmosdr repositories. What is the name of the > contact who is responsible for maintaining the osmocom-sdr git > respositories, and what is their email address? I would contact either your ISP or IT departement ... works fine from here. Maybe they block git protocol. Cheers, Sylvain From peter at stuge.se Mon Dec 3 20:22:39 2012 From: peter at stuge.se (Peter Stuge) Date: Mon, 3 Dec 2012 21:22:39 +0100 Subject: Who do I contact if osmocom-sdr git repositories are inaccessible? In-Reply-To: References: Message-ID: <20121203202239.25874.qmail@stuge.se> Edward Brabant wrote: > Hello - > I cannot access the git://git.osmocom.org/rtl-sdr and > git://git.osmocom.org/gr-osmosdr repositories. > Details of the repositories errors are: > > [brabante at localhost build]$ git clone --progress git://git.osmocom.org/rtl-sdr > Initialized empty Git repository in /home/brabante/devel/gnuradio/build/rtl-sdr/.git/ > git.osmocom.org[0: 213.95.46.201]: errno=Connection refused > git.osmocom.org[0: 2001:780:45:f046::201]: errno=Network is unreachable > fatal: unable to connect a socket (Network is unreachable) I tried this out locally, and it works well for me: $ git clone git://git.osmocom.org/rtl-sdr Cloning into rtl-sdr... remote: Counting objects: 1094, done. remote: Compressing objects: 100% (953/953), done. remote: Total 1094 (delta 791), reused 197 (delta 133) Receiving objects: 100% (1094/1094), 252.19 KiB, done. Resolving deltas: 100% (791/791), done. $ Suggest to check your network. //Peter From ebrabant at ramlabs.com Mon Dec 3 21:30:59 2012 From: ebrabant at ramlabs.com (Edward Brabant) Date: Mon, 3 Dec 2012 13:30:59 -0800 Subject: Who do I contact if osmocom-sdr git repositories are inaccessible? - resolved References:

Message-ID: Martin - Martin> Try this: Martin> http://cgit.osmocom.org/cgit/gr-osmosdr/ Martin> & Martin> This: Martin> http://cgit.osmocom.org/cgit/rtl-sdr/ Both of your suggested links solved the problem. Thanks very much. Regards, Ed -------------- next part -------------- An HTML attachment was scrubbed... URL: From coinchon at yahoo.com Wed Dec 5 13:29:01 2012 From: coinchon at yahoo.com (Mathias Coinchon) Date: Wed, 5 Dec 2012 05:29:01 -0800 (PST) Subject: E4000 Message-ID: <1354714141.79734.YahooMailNeo@web39302.mail.mud.yahoo.com> Hello, I was wondering if it's still possible nowadays to find on the market RTL2832 USB sticks based on the Elonics E4000 tuner since they went bankrupt. It seems that most of tuner chips used now are based on Fitopower FC0013. In term of performance, which one is the best according to your experience ? Regards Mathias -------------- next part -------------- An HTML attachment was scrubbed... URL: From 246tnt at gmail.com Wed Dec 5 14:04:07 2012 From: 246tnt at gmail.com (Sylvain Munaut) Date: Wed, 5 Dec 2012 15:04:07 +0100 Subject: E4000 In-Reply-To: <1354714141.79734.YahooMailNeo@web39302.mail.mud.yahoo.com> References: <1354714141.79734.YahooMailNeo@web39302.mail.mud.yahoo.com> Message-ID: > It seems that most of tuner chips used now are based on Fitopower FC0013. > In term of performance, which one is the best according to your experience ? Fitopower FC* all suck, don't buy that. The R820 Tuner is the most viable replacement. Cheers, Sylvain From zaitcev at kotori.zaitcev.us Wed Dec 5 17:08:18 2012 From: zaitcev at kotori.zaitcev.us (Pete Zaitcev) Date: Wed, 5 Dec 2012 10:08:18 -0700 Subject: E4000 In-Reply-To: <1354714141.79734.YahooMailNeo@web39302.mail.mud.yahoo.com> References: <1354714141.79734.YahooMailNeo@web39302.mail.mud.yahoo.com> Message-ID: <20121205100818.29b2206d@lembas.zaitcev.lan> On Wed, 5 Dec 2012 05:29:01 -0800 (PST) Mathias Coinchon wrote: > I was wondering if it's still possible nowadays to find on the market > RTL2832 USB sticks based on the Elonics E4000 tuner since they went bankrupt. This one came with E4000 a month ago: www.amazon.com/gp/product/B0099DJ6I6/ The appearance of the item was nothing like on the picture, however. Sellers substitute these things at will. -- Pete From monlinux at gmail.com Wed Dec 5 18:00:21 2012 From: monlinux at gmail.com (Eric Preston) Date: Wed, 5 Dec 2012 13:00:21 -0500 Subject: E4000 (and 820T) In-Reply-To: <1354714141.79734.YahooMailNeo@web39302.mail.mud.yahoo.com> References: <1354714141.79734.YahooMailNeo@web39302.mail.mud.yahoo.com> Message-ID: <2CD45C7A-E33C-4833-AF77-0FEDA3E28E03@gmail.com> On 2012-12-05, at 8:29 AM, Mathias Coinchon wrote: > Hello, > > I was wondering if it's still possible nowadays to find on the market RTL2832 USB sticks based on the Elonics E4000 tuner since they went bankrupt. > It seems that most of tuner chips used now are based on Fitopower FC0013. > In term of performance, which one is the best according to your experience ? > > Regards > > Mathias This guy: http://www.nooelec.com (and ebay store nooelec) is still selling sticks with the E4000 and 820T as well as the ham-it-up upconverter for HF, and I can confirm that he's actually labelled the items correctly as I've bought a handful of the E4000 and 820Ts from there in the past couple months. Eric -------------- next part -------------- An HTML attachment was scrubbed... URL: From kfs at logicatrium.com Sun Dec 2 17:04:53 2012 From: kfs at logicatrium.com (Ken FitzGerald-Smith) Date: Sun, 2 Dec 2012 17:04:53 +0000 Subject: New User - Setup Problem - osmo/rtl-sdr and grc - Mac OSX Message-ID: <42C8675A-3ECF-4ED5-B28D-3F8F1FE46670@logicatrium.com> > > This put everything in the correct place, but still a no-go. Python chokes on the line in top_block.py that says "import osmosdr". Module not found. > > I tried PYTHONPATH again to see if I could give python a hint, but no go. > > Just seems that python needs to be able to find the osmosdr module. Kevin, presuming you have an otherwise clean build now of everything, and that it is all located in /opt/local then without me explaining why yet, try the following: PYTHONPATH=/opt/local/lib/python2.7/site-packages \ DYLD_FALLBACK_LIBRARY_PATH=/opt/local/lib/python2.7/site-packages:/opt/local/lib \ DYLD_FRAMEWORK_PATH=/opt/local/Library/Frameworks gnuradio-companion /Users/mcquiggi/Desktop/top_block.py I just appended your original python file to the end but you can just decide to launch the app by itself if you wish If it doesn't work, you could check and see what exists at those locations before reporting back. ls -lA /opt/local/lib/python2.7/site-packages ls -lA /opt/local/lib/python2.7/site-packages:/opt/local/lib ls -lA /opt/local/Library/Frameworks I am bit rushed just now but I can explain my research & solution later. Ken From alancorey at yahoo.com Sun Dec 9 06:57:08 2012 From: alancorey at yahoo.com (Alan Corey) Date: Sat, 8 Dec 2012 22:57:08 -0800 (PST) Subject: Problem under OpenBSD Message-ID: <1355036228.84480.YahooMailNeo@web161504.mail.bf1.yahoo.com> Under OpenBSD 5.0 I get: Linking C executable rtl_test /usr/bin/ld: cannot find -lrt collect2: ld returned 1 exit status gmake[2]: *** [src/rtl_test] Error 1 gmake[1]: *** [src/CMakeFiles/rtl_test.dir/all] Error 2 gmake: *** [all] Error 2 It built librtlsdr.so.0.0, rtl_eeprom, rtl_fm, rtl_sdr, rtl_tcp so I think it mostly worked. In /usr/tmp/hardware/rtl_dongle/osmocom/git/rtl-sdr/build/src/CMakeFiles/rtl_test.dir/link.txt I see: -lpthread -lm -lrt -Wl The whole link.txt says (continuation \ added by me to shorten lines): /usr/bin/gcc? -DNDEBUG? -L/usr/local/lib CMakeFiles/rtl_test.dir/rtl_test.c.o \ ?-o rtl_test? librtlsdr.so.0.0 /usr/local/lib/libusb-1.0.so.1.0 -lpthread -lm \ -lrt -Wl,-rpath,/usr/tmp/hardware/rtl_dongle/osmocom/git/rtl-sdr/build/src \ -Wl,-rpath-link,/usr/X11R6/lib:/usr/local/lib It looks like it's trying to link against a library it hasn't installed yet. Is this just an OpenBSD thing or has it happened to anyone else?? I saw hamlib do something similar but I had an old version of that installed. ? Alan, ab1jx ---------------------------------------------- Radio Astronomy - the ultimate DX -------------- next part -------------- An HTML attachment was scrubbed... URL: From keenerd at gmail.com Sun Dec 9 17:54:32 2012 From: keenerd at gmail.com (keenerd) Date: Sun, 9 Dec 2012 12:54:32 -0500 Subject: Problem under OpenBSD In-Reply-To: <1355036228.84480.YahooMailNeo@web161504.mail.bf1.yahoo.com> References: <1355036228.84480.YahooMailNeo@web161504.mail.bf1.yahoo.com> Message-ID: On 12/9/12, Alan Corey wrote: > Under OpenBSD 5.0 I get: > Linking C executable rtl_test > /usr/bin/ld: cannot find -lrt > collect2: ld returned 1 exit status > gmake[2]: *** [src/rtl_test] Error 1 > gmake[1]: *** [src/CMakeFiles/rtl_test.dir/all] Error 2 > gmake: *** [all] Error 2 On linux, librt provides a very high precision and usually fairly accurate timer. This is used by rtl_test to make a rough PPM error measurement. I don't know about OpenBSD libraries. We can either #ifdef in support for whatever high resolution timer OpenBSD provides (similar to the OSX specific code in rtl_test) or if no such timers are provided (such as on Windows) we could #ifdef the whole thing out. I'm guessing OpenBSD does not have these timers. -Kyle http://kmkeen.com From hoofdeigenwijs at gmail.com Sun Dec 9 19:32:40 2012 From: hoofdeigenwijs at gmail.com (Ben Z en de rest) Date: Sun, 9 Dec 2012 20:32:40 +0100 Subject: Fwd: Gr-osmosdr and rtl_tcp with local rtlsdr connected. In-Reply-To: References:

Message-ID: (Perhaps this message appears twice. It got bounced once because I did send it before my registration completed) Hi all, I am trying to run multimode in grc and have it connect to a rtl_tcp server on another pc. (RaspberryPi) If I do this on a machine without local rtl-sdr that does work. If I run this at a pc which has also a local rtl-sdr it always chooses rtl device 0 and not the rtl_tcp server. Both systems run ubuntu 12.04 and the same grc and multimode versions. The commando used on both systems is python multimode.py --devinfo=rtl_tcp= 192.168.0.50:1234 Any hints how to solve this? Thanks, Ben -------------- next part -------------- An HTML attachment was scrubbed... URL: From horiz0n at gmx.net Sun Dec 9 20:25:20 2012 From: horiz0n at gmx.net (Dimitri Stolnikov) Date: Sun, 09 Dec 2012 21:25:20 +0100 Subject: Fwd: Gr-osmosdr and rtl_tcp with local rtlsdr connected. In-Reply-To: References:

Message-ID: Hi Ben, > If I do this on a machine without local rtl-sdr that does work. If I run > this at a pc which has also a local rtl-sdr it always chooses rtl device > 0 i just made a quick test with a locally attached dongle and GRC and can't confirm this. > The commando used on both systems is python multimode.py > --devinfo=rtl_tcp= > 192.168.0.50:1234 Is it also the case when you use rtl_tcp=192.168.0.50:1234 in GRC? Best regards, Dimitri From keenerd at gmail.com Mon Dec 10 22:41:41 2012 From: keenerd at gmail.com (keenerd) Date: Mon, 10 Dec 2012 17:41:41 -0500 Subject: Update: New and improved airplane stuff Message-ID: A few new features have been pushed in the last two days. Most significant is rtl_adsb, a fast and simple ADS-B decoder. It is not the most sensitive decoder (Prog's and rtl-1090 pick up a few more planes) but it works fairly well. Of course it lacks the interactive maps of other software, however the output can be piped into fancier programs or across the network with netcat. To use it, just run "rtl_adsb". It does not need any options and can pick up plenty of signals with only the stock antenna. Here is a snippet if you plan to use rtl_adsb over the network: while true; do rtl_adsb -R | nc -lp 8080; done Where -R enables raw mode, 8080 is the port of choice, and the while loop restarts netcat after network disconnections. Rtl_fm also got a few tweaks to make it work better with AM voice airband. Rtl_fm could always do scanning but it needed every frequency listed out explicitly. Kind of awkward with hundreds of airband channels. So now you can use ranges: rtl_fm -M -f 118M:137M:25k -s 12k -l 280 | .... That will scan every voice channel. Adjust squelch level for local conditions. Also of note are two little convenience features in rtl_fm. If the output filename is omitted, stdout is assumed. And the use of k/M/G in addition to e3/e6/e9. -Kyle http://kmkeen.com From alancorey at yahoo.com Tue Dec 11 03:34:55 2012 From: alancorey at yahoo.com (Alan Corey) Date: Mon, 10 Dec 2012 19:34:55 -0800 (PST) Subject: Problem under OpenBSD In-Reply-To: References: <1355036228.84480.YahooMailNeo@web161504.mail.bf1.yahoo.com> Message-ID: <1355196895.60620.YahooMailNeo@web161502.mail.bf1.yahoo.com> > From: keenerd > To: "osmocom-sdr at lists.osmocom.org" > Cc: > Sent: Sunday, December 9, 2012 12:54 PM > Subject: Re: Problem under OpenBSD > > On 12/9/12, Alan Corey wrote: >> Under OpenBSD 5.0 I get: >> Linking C executable rtl_test >> /usr/bin/ld: cannot find -lrt >> collect2: ld returned 1 exit status >> gmake[2]: *** [src/rtl_test] Error 1 >> gmake[1]: *** [src/CMakeFiles/rtl_test.dir/all] Error 2 >> gmake: *** [all] Error 2 > > On linux, librt provides a very high precision and usually fairly > accurate timer.? This is used by rtl_test to make a rough PPM error > measurement. > > I don't know about OpenBSD libraries.? We can either #ifdef in support > for whatever high resolution timer OpenBSD provides (similar to the > OSX specific code in rtl_test) or if no such timers are provided (such > as on Windows) we could #ifdef the whole thing out. > > I'm guessing OpenBSD does not have these timers. > > -Kyle > http://kmkeen.com > I lucked out.? The timer functions you're using are all standard under OpenBSD without loading any libraries, so I just removed the -lrt and it compiles and seems to work.? I just got the dongle in the mail today so I haven't actually seen it work yet due to other screwups, but rtl_test and everything else seem to work.? It's a NooElec R820T, serial # 13 according to the eeprom.? Came from somebody selling through Amazon.?? $19.95 with a remote and a magmount antenna.? Seems to have a protection diode.? Strange (MC?) antenna connector, gotta extend that out of the basement somehow.? Seems well made. Found 1 device(s): ? 0:? ezcap USB 2.0 DVB-T/DAB/FM dongle Using device 0: ezcap USB 2.0 DVB-T/DAB/FM dongle Found Rafael Micro R820T tuner Current configuration: __________________________________________ Vendor ID:????????????? 0x0bda Product ID:???????????? 0x2838 Manufacturer:?????????? Realtek Product:??????????????? RTL2838UHIDIR Serial number:????????? 00000013 Serial number enabled:? yes IR endpoint enabled:??? yes Remote wakeup enabled:? no OpenBSD dmesg says ugen0 at uhub0 port 2 "Realtek RTL2838UHIDIR" rev 2.00/1.00 addr 2 I've got more downloading to do before I can actually hear anything on it. ? Alan -------------- next part -------------- An HTML attachment was scrubbed... URL: From limaunion at fibertel.com.ar Wed Dec 12 02:52:45 2012 From: limaunion at fibertel.com.ar (Limaunion) Date: Tue, 11 Dec 2012 23:52:45 -0300 Subject: Update: New and improved airplane stuff In-Reply-To: References: Message-ID: <50C7F17D.5080603@fibertel.com.ar> On 12/10/2012 07:41 PM, keenerd wrote: > Most significant is rtl_adsb, a fast and simple ADS-B decoder. It is > not the most sensitive decoder (Prog's and rtl-1090 pick up a few more > planes) but it works fairly well. Of course it lacks the interactive > maps of other software, however the output can be piped into fancier > programs or across the network with netcat. To use it, just run > "rtl_adsb". It does not need any options and can pick up plenty of > signals with only the stock antenna. Hi Keenerd & all, I'm doing some tests with ADS-B (i'm a newbie in this field so please be gentle) and am being able to receive messages like these: DF=11 CA=5 ICAO Address=acc3b4 PI=0x94804c Type Code=13 S.Type/Ant.=1 ---------- DF=11 CA=5 ICAO Address=aad3b4 PI=0x024745 Type Code=13 S.Type/Ant.=1 ---------- DF=15 CA=6 ICAO Address=a8d3b4 PI=0xa22339 Type Code=4 S.Type/Ant.=0 ---------- DF=11 CA=5 ICAO Address=a8d3b4 PI=0x3721a3 Type Code=b S.Type/Ant.=0 ---------- DF=11 CA=5 ICAO Address=a8d3b4 PI=0x2d3400 Type Code=b S.Type/Ant.=0 ---------- DF=11 CA=5 ICAO Address=a8d3b4 PI=0xbec907 Type Code=b S.Type/Ant.=0 I've been reading a little about the frame format from here http://www.radartutorial.eu/13.ssr/sr25.en.html (any other better source?). I don't know yet very well what's the meaning of DF=11, 10 or 15 but almost all of the messages have a value of 11. A couple of doubts: 1) from the output shown above, it seems that for some reason I'm not receiving the complete ADS-B 'data' frames, am I right? where's the altitude, latitude, etc? why that information is not displayed? 2) Is it possible to redirect the output to virtualradarserver? I tried to redirect it as it's suggested above (rtl_adbs -R | nc....), the status is 'Connected' and 'Total messages' was around 150 but 'Aircraft tracked' was 0 and nothing shown in the map. Should it work? do I need to use -R in rtl_adsb? in virtualradarserver the 'Data source' is set to 'basestations', is that right? should I try other software? Thanks in advance for any help/tips :) LU From hoofdeigenwijs at gmail.com Sat Dec 8 18:07:24 2012 From: hoofdeigenwijs at gmail.com (Ben Z en de rest) Date: Sat, 8 Dec 2012 19:07:24 +0100 Subject: Gr-osmosdr and rtl_tcp with local rtlsdr connected. In-Reply-To: References: Message-ID: Hi all, I am trying to run multimode in grc and have it connect to a rtl_tcp server on another pc. (RaspberryPi) If I do this on a machine without local rtl-sdr that does work. If I run this at a pc which has also a local rtl-sdr it always chooses rtl device 0 and not the rtl_tcp server. Both systems run ubuntu 12.04 and the same grc and multimode versions. The commando used on both systems is python multimode.py --devinfo=rtl_tcp= 192.168.0.50:1234 Any hints how to solve this? Thanks, Ben -------------- next part -------------- An HTML attachment was scrubbed... URL: From marekpiet at gmail.com Sun Dec 9 19:48:22 2012 From: marekpiet at gmail.com (Marek Pietrzak) Date: Sun, 09 Dec 2012 20:48:22 +0100 Subject: Troubles with gr-osmosdr on ubuntu Message-ID: <50C4EB06.6020808@gmail.com> Hi, I'm trying to make my rtl dongle work with gnuradio 3.6.1 on ubuntu 12.10. I compiled both recent rtlsdr and gr-osmosdr and all installed fine. Right now I have osmosdr on the list of sources in gnuradio and want just the example FFT display. When I run it the device gets opened without errors but apparently I get no samples, because the plot is blank. The dongle is Terratec T Stick PLUS and it works ok with rtl_fm. Any hint what can be wrong? The output when running: linux; GNU C++ version 4.7.0; Boost_104900; UHD_003.004.002-0-unknown Using Volk machine: sse3_32_orc gr-osmosdr supported device types: file osmosdr fcd rtl rtl_tcp uhd Using device #0 Realtek RTL2838UHIDIR SN: 00000001 Found Elonics E4000 tuner This may be of interest - strace repeating output: poll([{fd=4, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=4, revents=POLLOUT}]) writev(4, [{"\20\0\10\0\30\0\200\4_NET_SUPPORTING_WM_CHECK", 32}, {NULL, 0}, {"", 0}], 3) = 32 poll([{fd=4, events=POLLIN}], 1, -1) = 1 ([{fd=4, revents=POLLIN}]) recv(4, "\1\0\33\f\0\0\0\0\243\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0", 4096, 0) = 32 recv(4, 0xa5b6de8, 4096, 0) = -1 EAGAIN (Resource temporarily unavailable) recv(4, 0xa5b6de8, 4096, 0) = -1 EAGAIN (Resource temporarily unavailable) Regards, Marek -------------- next part -------------- An HTML attachment was scrubbed... URL: From paknee at sandia.gov Wed Dec 12 21:25:52 2012 From: paknee at sandia.gov (Knee, Peter A) Date: Wed, 12 Dec 2012 21:25:52 +0000 Subject: Incorrect Sampling Rate Message-ID: All, I have been experimenting with the Realtek dongle and am noticing some strange behavior. There is one sampling rate that I can not seem to get to match up with the number of samples that I'm receiving asynchronously. Specifically, when I try to sample at 514 kHz, I receive samples at approximately half this rate. Has anyone experienced something similar? I've tried looking through the Osmocom driver but everything looks good and it's really odd that everything looks good for other sampling rates. Just for reference, when I run rtl_sdr, I get the following device information: Found 1 device(s): 0: ezcap USB 2.0 DVB-T/DAB/FM dongle Using device 0: ezcap USB 2.0 DVB-T/DAB/FM dongle Found Elonics E4000 tuner Any help would be appreciated! Thanks, Peter -------------- next part -------------- An HTML attachment was scrubbed... URL: From st at metafly.info Thu Dec 13 13:59:56 2012 From: st at metafly.info (Stefan Sydow) Date: Thu, 13 Dec 2012 14:59:56 +0100 Subject: Incorrect Sampling Rate In-Reply-To: References: Message-ID: <50C9DF5C.2040105@metafly.info> Hi Peter, I had problems with the Realtek chip for sampling rates below 900kHz - sounds as if you had more luck and there is only one bad rate. But I see an other problem regarding the FIR-filter inside the Realtek. This low pass has a cut-off frequency around 1MHz but is not very steep. The ADC runs internally with the XTAL clock. This can cause additional noise from mirror images, if the e4000 doesn't filter restrictive enough. So I usually work with 2MHz or 2.4MHz sampling rate. Regards Stefan From edy555 at gmail.com Fri Dec 14 08:09:46 2012 From: edy555 at gmail.com (TAKAHASHI Tomohiro) Date: Fri, 14 Dec 2012 17:09:46 +0900 Subject: patch for rtl_tcp Message-ID: Hi all, I'm new to this list. First, I want to say thank you to authors and contributors of this great work. I have set up a receiver server on Raspberry Pi with rtl_tcp, it seems it works good and can receive various signals with client gr-osmosdr on gnuradio or gqrx. But unfortunately I have encountered a trouble. I found rtl_tcp raise segv on reconnected from client. I investigated cause of segv and succeed to make a patch. Fixed rtl_tcp works good on raspberry pi(raspbian) and windows(mingw). I also make a startup script for debian/raspbian. I have push fixed code on github branch. https://github.com/edy555/rtl-sdr/tree/rtltcpFixSegv Please consider to pull this patch into original osmocom repo. Thanks, Tomohiro --- TT twitter: @edy555 blog: http://ttrftech.tumblr.com (in japanese) From sdrguru1 at gmail.com Sun Dec 16 22:44:08 2012 From: sdrguru1 at gmail.com (Sdr Guru) Date: Mon, 17 Dec 2012 00:44:08 +0200 Subject: Update: New and improved airplane stuff In-Reply-To: References:

Message-ID: On Fri, Dec 14, 2012 at 9:26 PM, Sdr Guru wrote: > On Tue, Dec 11, 2012 at 12:41 AM, keenerd wrote: > >> A few new features have been pushed in the last two days. >> >> Most significant is rtl_adsb, a fast and simple ADS-B decoder. It is >> not the most sensitive decoder (Prog's and rtl-1090 pick up a few more >> planes) but it works fairly well. Of course it lacks the interactive >> maps of other software, however the output can be piped into fancier >> programs or across the network with netcat. To use it, just run >> "rtl_adsb". It does not need any options and can pick up plenty of >> signals with only the stock antenna. >> >> > Hi Keener, > > nice work. > > Choosing between multiple devices (Windows7) is not working. > rtl_adsb.exe -d 1 > rtl_adsb.exe: invalid option -- d > > Thank you. It works now (Fedora). > I want to make a comparison between the E4000 and R820T. > > R820T produces 15% more packages than the E4000. Has anyone compared the rtl1090 and ADSB# ? http://sdrsharp.com/index.php/a-simple-and-cheap-ads-b-receiver-using-rtl-sdr SDR Guru -------------- next part -------------- An HTML attachment was scrubbed... URL: From frederic.evennou at orange.com Mon Dec 17 08:56:51 2012 From: frederic.evennou at orange.com (frederic.evennou at orange.com) Date: Mon, 17 Dec 2012 08:56:51 +0000 Subject: Information about the sampling rate of the RTLSDR driver Message-ID: <16611_1355734613_50CEDE55_16611_2974_1_735C7E4A3AD75F4F8A59DEB5B2C44F150637C7@PEXCVZYM14.corporate.adroot.infra.ftgroup> Hello, I am testing a DVB-T USB key including the Elonics E4000 chipset and I want to check the sampling rate of this card. I set up the sampling rate at 2.048 Ms/s (rtlsdr_set_sample_rate), and my storing buffer is 8*1024 bytes, so I expect receiving 1024 I/Q samples every 500 microseconds. I am using the rtlsdr_read_async function to read the samples. Unfortunately the loop in my program indicates that 8*1024 bytes are read every 2 milliseconds. I am using the gettimeofday function to measure the time in microseconds. Does this result mean that the best I can do is to read some samples every 2 ms at 2.048 Ms/s. This would mean that I am missing 1.5 ms of signal. Is that correct or I am doing something wrong ? Thanks for your help. Frederic _________________________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, France Telecom - Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, France Telecom - Orange is not liable for messages that have been modified, changed or falsified. Thank you. From 246tnt at gmail.com Mon Dec 17 09:26:19 2012 From: 246tnt at gmail.com (Sylvain Munaut) Date: Mon, 17 Dec 2012 10:26:19 +0100 Subject: Information about the sampling rate of the RTLSDR driver In-Reply-To: <16611_1355734613_50CEDE55_16611_2974_1_735C7E4A3AD75F4F8A59DEB5B2C44F150637C7@PEXCVZYM14.corporate.adroot.infra.ftgroup> References: <16611_1355734613_50CEDE55_16611_2974_1_735C7E4A3AD75F4F8A59DEB5B2C44F150637C7@PEXCVZYM14.corporate.adroot.infra.ftgroup> Message-ID: Hi, > and my storing buffer is 8*1024 bytes, so I expect receiving 1024 I/Q samples every 500 microseconds. This looks awefully small, try a larger buffer ... too small buffers cause too much overhead and can cause overruns ... default buffer size is 262144 , try with that. Cheers, Sylvain From frederic.evennou at orange.com Mon Dec 17 13:29:48 2012 From: frederic.evennou at orange.com (frederic.evennou at orange.com) Date: Mon, 17 Dec 2012 13:29:48 +0000 Subject: Information about the sampling rate of the RTLSDR driver In-Reply-To: References: <16611_1355734613_50CEDE55_16611_2974_1_735C7E4A3AD75F4F8A59DEB5B2C44F150637C7@PEXCVZYM14.corporate.adroot.infra.ftgroup> Message-ID: <30409_1355750989_50CF1E4D_30409_1150_1_735C7E4A3AD75F4F8A59DEB5B2C44F15063831@PEXCVZYM14.corporate.adroot.infra.ftgroup> Thanks for your answer. I increased the size of the output buffer but, I'm still having the problem. With a buffer of 262144 bytes, at 2.048 Ms/s, it should be full every 16ms, but my program indicates 64ms. Could it be due to a limitation on USB ports, or on my Device (Terratec Cinergy TStick RC) ? Cheers Frederic -----Message d'origine----- De?: Sylvain Munaut [mailto:246tnt at gmail.com] Envoy??: lundi 17 d?cembre 2012 10:26 ??: EVENNOU Frederic OLNC/OLPS Cc?: osmocom-sdr at lists.osmocom.org Objet?: Re: Information about the sampling rate of the RTLSDR driver Hi, > and my storing buffer is 8*1024 bytes, so I expect receiving 1024 I/Q samples every 500 microseconds. This looks awefully small, try a larger buffer ... too small buffers cause too much overhead and can cause overruns ... default buffer size is 262144 , try with that. Cheers, Sylvain _________________________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, France Telecom - Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, France Telecom - Orange is not liable for messages that have been modified, changed or falsified. Thank you. From 246tnt at gmail.com Mon Dec 17 13:42:11 2012 From: 246tnt at gmail.com (Sylvain Munaut) Date: Mon, 17 Dec 2012 14:42:11 +0100 Subject: Information about the sampling rate of the RTLSDR driver In-Reply-To: <30409_1355750989_50CF1E4D_30409_1150_1_735C7E4A3AD75F4F8A59DEB5B2C44F15063831@PEXCVZYM14.corporate.adroot.infra.ftgroup> References: <16611_1355734613_50CEDE55_16611_2974_1_735C7E4A3AD75F4F8A59DEB5B2C44F150637C7@PEXCVZYM14.corporate.adroot.infra.ftgroup> <30409_1355750989_50CF1E4D_30409_1150_1_735C7E4A3AD75F4F8A59DEB5B2C44F15063831@PEXCVZYM14.corporate.adroot.infra.ftgroup> Message-ID: Hi, > I increased the size of the output buffer but, I'm still having the problem. > With a buffer of 262144 bytes, at 2.048 Ms/s, it should be full every 16ms, but my program indicates 64ms. > Could it be due to a limitation on USB ports, or on my Device (Terratec Cinergy TStick RC) ? Well actually ... now that I rechecked, I think the problem is your math :) 262144 bytes / (2048000 samples/s * 2 bytes / sample ) = 64 ms. Cheers, Sylvain From leif at sm5bsz.com Mon Dec 17 13:52:48 2012 From: leif at sm5bsz.com (Leif Asbrink) Date: Mon, 17 Dec 2012 14:52:48 +0100 Subject: Information about the sampling rate of the RTLSDR driver In-Reply-To: <16611_1355734613_50CEDE55_16611_2974_1_735C7E4A3AD75F4F8A59DEB5B2C44F150637C7@PEXCVZYM14.corporate.adroot.infra.ftgroup> References: <16611_1355734613_50CEDE55_16611_2974_1_735C7E4A3AD75F4F8A59DEB5B2C44F150637C7@PEXCVZYM14.corporate.adroot.infra.ftgroup> Message-ID: <20121217145248.31035a38.leif@sm5bsz.com> Hello Frederic, Each sample is I and Q with 8 bit each. That is 2 bytes. When you sample at 2.048 Ms/s you get 4096 bytes/ms so your observation that it takes 2 ms to fill the buffer is fine:-) The buffer size is not critical. In my project Linrad it is a user parameter because small buffers may be useful for radio amateurs who want a small delay from antenna to loudspeaker when doing two-way communication while larger bufers may be helpful on slower computers. I tried buffers from 2048 bytes to 524288 without errors on a fast computer. You are not doing anything wrong:-) Leif > Hello, > > I am testing a DVB-T USB key including the Elonics E4000 chipset and I want to check the sampling rate of this card. > I set up the sampling rate at 2.048 Ms/s (rtlsdr_set_sample_rate), and my storing buffer is 8*1024 bytes, so I expect receiving 1024 I/Q samples every 500 microseconds. > I am using the rtlsdr_read_async function to read the samples. > Unfortunately the loop in my program indicates that 8*1024 bytes are read every 2 milliseconds. > I am using the gettimeofday function to measure the time in microseconds. > Does this result mean that the best I can do is to read some samples every 2 ms at 2.048 Ms/s. This would mean that I am missing 1.5 ms of signal. > Is that correct or I am doing something wrong ? > > Thanks for your help. > Frederic > > > _________________________________________________________________________________________________________________________ > > Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler > a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, > France Telecom - Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. > > This message and its attachments may contain confidential or privileged information that may be protected by law; > they should not be distributed, used or copied without authorisation. > If you have received this email in error, please notify the sender and delete this message and its attachments. > As emails may be altered, France Telecom - Orange is not liable for messages that have been modified, changed or falsified. > Thank you. > > From frederic.evennou at orange.com Mon Dec 17 14:41:38 2012 From: frederic.evennou at orange.com (frederic.evennou at orange.com) Date: Mon, 17 Dec 2012 14:41:38 +0000 Subject: Information about the sampling rate of the RTLSDR driver In-Reply-To: <20121217145248.31035a38.leif@sm5bsz.com> References: <16611_1355734613_50CEDE55_16611_2974_1_735C7E4A3AD75F4F8A59DEB5B2C44F150637C7@PEXCVZYM14.corporate.adroot.infra.ftgroup> <20121217145248.31035a38.leif@sm5bsz.com> Message-ID: <9166_1355755299_50CF2F23_9166_5310_1_735C7E4A3AD75F4F8A59DEB5B2C44F15063866@PEXCVZYM14.corporate.adroot.infra.ftgroup> Thanks for your help. I though IQ samples were encoded on 8 bytes. This explains my error. Cheers Frederic -----Message d'origine----- De?: osmocom-sdr-bounces at lists.osmocom.org [mailto:osmocom-sdr-bounces at lists.osmocom.org] De la part de Leif Asbrink Envoy??: lundi 17 d?cembre 2012 14:53 ??: osmocom-sdr at lists.osmocom.org Objet?: Re: Information about the sampling rate of the RTLSDR driver Hello Frederic, Each sample is I and Q with 8 bit each. That is 2 bytes. When you sample at 2.048 Ms/s you get 4096 bytes/ms so your observation that it takes 2 ms to fill the buffer is fine:-) The buffer size is not critical. In my project Linrad it is a user parameter because small buffers may be useful for radio amateurs who want a small delay from antenna to loudspeaker when doing two-way communication while larger bufers may be helpful on slower computers. I tried buffers from 2048 bytes to 524288 without errors on a fast computer. You are not doing anything wrong:-) Leif > Hello, > > I am testing a DVB-T USB key including the Elonics E4000 chipset and I want to check the sampling rate of this card. > I set up the sampling rate at 2.048 Ms/s (rtlsdr_set_sample_rate), and my storing buffer is 8*1024 bytes, so I expect receiving 1024 I/Q samples every 500 microseconds. > I am using the rtlsdr_read_async function to read the samples. > Unfortunately the loop in my program indicates that 8*1024 bytes are read every 2 milliseconds. > I am using the gettimeofday function to measure the time in microseconds. > Does this result mean that the best I can do is to read some samples every 2 ms at 2.048 Ms/s. This would mean that I am missing 1.5 ms of signal. > Is that correct or I am doing something wrong ? > > Thanks for your help. > Frederic > > > _________________________________________________________________________________________________________________________ > > Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler > a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, > France Telecom - Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. > > This message and its attachments may contain confidential or privileged information that may be protected by law; > they should not be distributed, used or copied without authorisation. > If you have received this email in error, please notify the sender and delete this message and its attachments. > As emails may be altered, France Telecom - Orange is not liable for messages that have been modified, changed or falsified. > Thank you. > > _________________________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, France Telecom - Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, France Telecom - Orange is not liable for messages that have been modified, changed or falsified. Thank you. From andrea.montefusco at gmail.com Fri Dec 21 18:11:39 2012 From: andrea.montefusco at gmail.com (Andrea Montefusco) Date: Fri, 21 Dec 2012 19:11:39 +0100 Subject: Exceptionally Hard & Soft Meeting,exploring the frontiers of open source and DIY,Berlin, December 28-30 2012 Message-ID: <50D4A65B.5080202@gmail.com> Maybe I lost some previous message, but I don't remember to have already seen that here. Anyway... From http://ehsm.eu/index.html: Harald Welte will present the Osmocom project he founded. In particular, there will be OsmocomBB, a free software GSM stack evolved enough to actually make phone calls and send SMS (plus all the possible explorations of the GSM system), and OsmoSDR, a small-size, low-cost software defined radio device. *am* --------------------------------------------------------- Andrea Montefusco iw0hdv http://www.montefusco.com tel: +393356992791 fax: +390623318709 --------------------------------------------------------- From coolchevy at gmail.com Fri Dec 21 21:44:30 2012 From: coolchevy at gmail.com (Vitaliy Kulchevych) Date: Fri, 21 Dec 2012 23:44:30 +0200 Subject: decode raw Message-ID: Hi, all! I want parse and decode raw data from my sdr device. I have RTL2832 based DVB-T receiver. I want get data from receiver via rtl-sdr sotware, parse and decode, and sent completed data through websocket to client in browser. Where I can find description of returning data from rtl_sdr, rtl_tcp. Specs, docs? Or what is the best way to do something like this my idea? Thanks! -- live free or die; From james at fivecats.org Sun Dec 30 22:21:22 2012 From: james at fivecats.org (James Sharp) Date: Sun, 30 Dec 2012 17:21:22 -0500 Subject: rtl-sdr over multicast & multiple decoders Message-ID: <50E0BE62.5080408@fivecats.org> I've been playing around with rtl-sdr as a way to stream trunking radio and air band traffic. I've done a bit of research and found people who are using multiple dongles, one to digest the control channel and one or more to tune and receive the voice channels as the talk groups come and go. They're also using multiple dongles and/or squelch scanning to stream airband signals Around here, all of the channels of the trunking system as well as all of the "interesting" fit inside the bandwidth of a dongle running at 3.6Msps. So, my question is this: Would it not be more efficient to have a single tuner dongle outputting all of its samples over multicast (or into a shared memory segment for that matter, if you want to stay on the same host) and then having a bunch of decoder processes listening to the samples and decoding what they need out of them? From sdrguru1 at gmail.com Sun Dec 30 22:39:53 2012 From: sdrguru1 at gmail.com (Sdr Guru) Date: Mon, 31 Dec 2012 00:39:53 +0200 Subject: Direct sampling mode and rtl_xxx Message-ID: Hi Is it possible to use rtl_fm, rtl_sdr and rtl_tcp in "Direct sampling mode" SDR Guru -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.nielsen at shikadi.net Mon Dec 31 01:03:34 2012 From: a.nielsen at shikadi.net (Adam Nielsen) Date: Mon, 31 Dec 2012 11:03:34 +1000 Subject: rtl-sdr over multicast & multiple decoders In-Reply-To: <50E0BE62.5080408@fivecats.org> References: <50E0BE62.5080408@fivecats.org> Message-ID: <50E0E466.7040701@shikadi.net> > Would it not be more efficient to have a single tuner dongle outputting all of > its samples over multicast (or into a shared memory segment for that matter, > if you want to stay on the same host) and then having a bunch of decoder > processes listening to the samples and decoding what they need out of them? I believe the dongles start to drop samples over 3.2Msps, so you may find you get a better quality signal by using multiple dongles with a lower sampling rate. I don't think it is necessarily any more efficient to use one dongle instead of multiple, it just depends on whether the channels of interest fit within the bandwidth of the dongle. If they do, then great, you will only need one. If not then you don't have much of a choice. Cheers, Adam. From leif at sm5bsz.com Mon Dec 31 01:17:55 2012 From: leif at sm5bsz.com (Leif Asbrink) Date: Mon, 31 Dec 2012 02:17:55 +0100 Subject: rtl-sdr over multicast & multiple decoders In-Reply-To: <50E0BE62.5080408@fivecats.org> References: <50E0BE62.5080408@fivecats.org> Message-ID: <20121231021755.253ee4f8.leif@sm5bsz.com> Hello James, You might use Linrad: http://www.sm5bsz.com/linuxdsp/linrad.htm Preferrable under Linux where performance is very good. You can run a master instance of Linrad connected to the dongle and set it to send fourier transforms (fft1) as UDP to the network. You can then runn a large number of linrad slaves that pick up the data and produce the sound output of the channels of your choice. You may use the squelch to make all the channels quiet when there is no signal. You may route all the channels to your loudspeaker and you can also save all the channels as separate .wav files at i.e. 8 kHz sampling rate which means 16 kB/s per channel. In case you want to monitor 10 channels that is 9.6 megabytes per hour. Normally you would throw those files away, but if something happens they might be interesting. You can also save the raw data, but linrad would save 16 bit per sample which means 3.2*2*2=12.8 megabytes per second which is 46 gigabytes per hour. Still, with a modern disk you can save 24 hours (1.1 TB) in a single file. In case there was no interesting event, just delete it. You can use Linrad to save a small fraction of the big file just as if it were a signal from the antenna. Linrad is a bit different from other SDR software and many people find it has a steeper learning curve. Depending on who you are this may be more or less true. Linrad is quite general and a bit old-fashioned. You do not have buttons for USB CW or LSB. The user has to set a suitable bandwidth and place the BFO at a suitable point outside the filter for those modes. One can also place the BFO inside the filter or far outside for other modes just as in radios from 1960 and earlier. Regards Leif / SM5BSZ > I've been playing around with rtl-sdr as a way to stream trunking radio > and air band traffic. I've done a bit of research and found people who > are using multiple dongles, one to digest the control channel and one or > more to tune and receive the voice channels as the talk groups come and > go. They're also using multiple dongles and/or squelch scanning to > stream airband signals > > Around here, all of the channels of the trunking system as well as all > of the "interesting" fit inside the bandwidth of a dongle running at > 3.6Msps. So, my question is this: > > Would it not be more efficient to have a single tuner dongle outputting > all of its samples over multicast (or into a shared memory segment for > that matter, if you want to stay on the same host) and then having a > bunch of decoder processes listening to the samples and decoding what > they need out of them? > From sdrguru1 at gmail.com Mon Dec 31 01:19:41 2012 From: sdrguru1 at gmail.com (Sdr Guru) Date: Mon, 31 Dec 2012 03:19:41 +0200 Subject: Direct sampling mode and rtl_xxx In-Reply-To: <1356912146.95076.YahooMailNeo@web161505.mail.bf1.yahoo.com> References: <1356912146.95076.YahooMailNeo@web161505.mail.bf1.yahoo.com> Message-ID: On Mon, Dec 31, 2012 at 2:02 AM, Alan Corey wrote: > Some of them have a -R option for raw, I think that's what it does (rtl_fm > anyway). > This is a different topic. raw = no demodulation About "Direct sampling mode" https://groups.google.com/forum/#!topic/ultra-cheap-sdr/cG988R1D8uE SG > > Any documentation on this set of programs would be a good thing, other > than looking in the code or using --help. > > Alan > > > ----- > Radio Astronomy - the ultimate DX > > ------------------------------ > *From:* Sdr Guru > *To:* osmocom-sdr at lists.osmocom.org > *Sent:* Sunday, December 30, 2012 5:39 PM > *Subject:* Direct sampling mode and rtl_xxx > > Hi > > Is it possible to use rtl_fm, rtl_sdr and rtl_tcp in "Direct sampling > mode" > > SDR Guru > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alancorey at yahoo.com Mon Dec 31 05:29:24 2012 From: alancorey at yahoo.com (Alan Corey) Date: Sun, 30 Dec 2012 21:29:24 -0800 (PST) Subject: Trying to use rtl_fm, etc Message-ID: <1356931764.86318.YahooMailNeo@web161502.mail.bf1.yahoo.com> With rtl_fm, I get a tiny burst of audio about once a minute. My dongle is a vendor ID 0x0bda, product ID0x2838 from http://www.amazon.com/gp/browse.html?ie=UTF8&marketplaceID=ATVPDKIKX0DER&me=A2JO7YP9I9Y3D6 I did: rtl_fm -f 88500000 - | play -t raw -r 24k -e signed-integer -b 16 -c 1 -V1 - I got: Found 1 device(s): ? 0:? Realtek, RTL2838UHIDIR, SN: 00000013 Using device 0: ezcap USB 2.0 DVB-T/DAB/FM dongle Found Rafael Micro R820T tuner -: (raw) ? Encoding: Signed PCM ? Channels: 1 @ 16-bit Samplerate: 24000Hz Replaygain: off ? Duration: unknown In:0.00% 00:00:00.00 [00:00:00.00] Out:0???? [????? |????? ]??????? Clip:0 Oversampling input by: 42x. Oversampling output by: 1x. Buffer size: 8.13ms Tuned to 88752000 Hz. Sampling at 1008000 Hz. Output at 24000 Hz. Exact sample rate is: 1008000.009613 Hz Tuner gain set to automatic. In:0.00% 00:00:00.68 [00:00:00.00] Out:16.4k [ =====|===== ]??????? Clip:0 ^CSignal caught, exiting! The dongle works if I boot into Windows, but in OpenBSD I can't get anything out of it.? I'm still trying to get dependencies for Gnuradio together.? The only odd thing is that being OpenBSD, there's no -lrt when I link.? Those functions are built into something else so I compile without the -lrt.? There isn't an -lrt library. I've tried writing little scripts to run it so I do it consistently.? My wide FM one: #!/bin/sh rtl_fm -W -l 0 -f 88500000 - | play -t raw -r 32000 -e signed-integer -b 16 -c 1 -V4 - Narrow: #!/bin/sh rtl_fm -N -l 0 -f 162550000 - | play -t raw -r 32k -e signed-integer -b 16 -c 1 -V4 - I've played with various options.? If I use -R it runs for a long time with lots of data by Sox's meter, but I don't hear anything.? If I pipe it to a file (without -R) the file is very small and grows slowly, not what I would expect from audio.? I just grabbed a fresh copy by git yesterday but it works about the same. A fresh run: freebie# rtl_fm -N -f 162550000 - | play -t raw -r 32k -e signed-integer -b 16 -c 1 -V 4 - Found 1 device(s): play: SoX v14.3.2 ? 0:? Realtek, RTL2838UHIDIR, SN: 00000013 Using device 0: ezcap USB 2.0 DVB-T/DAB/FM dongle Found Rafael Micro R820T tuner Oversampling input by: 42x. Oversampling output by: 1x. Buffer size: 8.13ms Tuned to 162802000 Hz. Sampling at 1008000 Hz. Output at 24000 Hz. Exact sample rate is: 1008000.009613 Hz Tuner gain set to automatic. Signal caught, exiting! I don't have much idea what's going on, but I'm tempted to try opening it from a pipe (in C) to see if I can capture anything more. ? Alan ----- Radio Astronomy - the ultimate DX -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.nielsen at shikadi.net Mon Dec 31 06:28:21 2012 From: a.nielsen at shikadi.net (Adam Nielsen) Date: Mon, 31 Dec 2012 16:28:21 +1000 Subject: Trying to use rtl_fm, etc In-Reply-To: <1356931764.86318.YahooMailNeo@web161502.mail.bf1.yahoo.com> References: <1356931764.86318.YahooMailNeo@web161502.mail.bf1.yahoo.com> Message-ID: <50E13085.5090901@shikadi.net> > With rtl_fm, I get a tiny burst of audio about once a minute. > > A fresh run: > freebie# rtl_fm -N -f 162550000 - | play -t raw -r 32k -e signed-integer -b 16 > -c 1 -V 4 - Just FYI, you can see here that: > Output at 24000 Hz. However you have told 'play' to play the audio at a sampling rate of 32kHz, even though the audio data is only arriving at 24kHz. So you will get stuttering as the audio buffer keeps running out and waiting for more data to arrive. For me (under Linux), I get best results using the -r option to rtl_fm to set the output audio sampling rate to 48kHz, then tell play to play at 48kHz too. This way my system doesn't have to resample it to 48kHz before it can mix the stream into the system-wide audio output. Note that the -s option sets the signal bandwidth and -r sets the output audio sampling rate. A lot of people misunderstand the purpose of the -s option, however you shouldn't need it unless you are trying to receive data signals. -W and -N set -s to the correct values for voice transmissions. I would also suggest playing a .wav file with the same 'play' options just to make sure your system can play mono audio at low sampling rates. I know my sound card drivers won't (possibly because I am using a SPDIF connection to an external amplifier) so I need the Linux audio system to upmix it to 48kHz 16-bit stereo or I won't hear anything. Cheers, Adam.