Mac users may have felt a little left out of the RTL2832U SDR revolution since there has not been a really easy way to get the RTl2832U to run with one of the SDR software programs like HDSDR. If you are a pretty hardcore Mac user, you know that OSX is basically a custom version of Linux. So, if you really wanted to dig in to the Linux side of OSX you can get a RTL2832U running under OSX. The simplest way to get a RTL2832U stick running on a Mac is to just install Windows under Bootcamp and away you go. However, thanks to Alain de Carolis, there is now a fast easy way to get the RTL2832U going on your Mac. You don’t even have to install anything on your Mac. You can even run the software from a USB stick. Alan has created a custom version of the BorIP server and HDSR that is wrapped in some “linux magic” that will allow both the RTL2832U and HDSDR to run on your Mac. You simply download the DMG file from Alains’ website and unpack the DMG file. Here are the instructions for getting this going from Alains’ website:
1) Download the DMG package from here: https://dl.dropbox.com/u/17744176/HDSDR%20OSX%20v2.51%20RC1.dmg
2) Double click to open the DMG file
3) The “HDRSDR OSX” virtual drive that the DMG created will contain 3 files: README.TXT, “GNURadio – borip_server” and HDSDR. Read the first and copy the two others anywhere in you system (Applications, Desktop or anywhere else you like)
4) Eject the “HDRSDR OSX” virtual drive. You can now also erase the DMG, if you want
5) Double click on the “GNURadio – borip_server” application (that you have just copied) in order to run it
6) A Terminal Window should appear with some text running in it. The latest two lines will be:
==> Starting TCP server on port: 28888
==> TCP server running on (‘0.0.0.0′, 28888) in thread: Thread-1
7) Double click on the “HDSR” application. HDSR (with the ExtIO window) should now appear
8) Connect HDSR to the dongle as if you were on Windows
9) Click on START to activate the receiver
10) You should now be receiving signals
We tested the software on an older iMac that uses a 3.06 Ghz dual core Intel processor , 4 GB ram, using OSX 10.8.2 with an RTL2832U with a E4000 chipset and an RTL2832U with a R820T chipset. Starting with the RTL2832U / E4000, the BorIP server starts very quickly in the terminal window. However, the HDSDR program took several minutes to start and find the RTL2832U stick. Once everything was loaded. HDSDR worked fine with the RTL2832U / E4000 chip. After a few minutes we did notice a little stuttering in the audio, but several background processes were running which may have caused this. We didn’t check that every single little feature worked on HDSDR using Alains’ software. We were just pretty satisfied that at least you could receive ok with the HDSDR and the RTL2832U stick.
With the RTL2832U / R820T, the software did not work right away. The reason for this appeared to be because the BorIP server is set by default to an E4000 chip. You have to wait awhile for the everything to time out. When the ExtIO panel comes up try changing the Device Hint to RTL from the drop-down menu. You may have to restart everything after making this change to get it to work. If nothings happens for awhile. you may also have to cancel the box that pops up that says it’s setting up the device and go to the ExtIO screen and have it manually create the RTL device hint. It works with the R820T, but it is a lot tricker to get working than the E4000. There also may be a long pause once you hit the start button in HDSDR, but you should eventually hear some audio. The other issue we ran into is that the Magic Mouse can be way oversensitive to try using HDSDRs’ scroll wheel tuning feature. It appears the program could use a little more tweaking to work better with the R820T. If you are using an E4000 chip you will probably have less problems at this stage. If you are interested in seeing this developed further, you may want to comment on Alains’ website.
Thanks to Alain for giving Mac users the ability to easily experiment with RTL2832U sticks.
RTL2832U and HDSDR Running on OSX
36 thoughts on “Using the RTL2832U on the Macintosh”
No go with me, after a few seconds HDSDR exits and keeps doing so if I try to relaunch it. I am using a 2009 mac mini with 4GB ram and a 2.26Ghz dual core CPU running OSX 10.8.2
yea no go on my mac either!
What is the minimum processor (& speed) needed on a Mac? G5, Intel: coreduo, core2duo, i3… etc. ? Thanks.
Works right out of the box, great job.
MacBook Pro , MacOSX 1.8.3 , 2.3GHz Intel Core i5, 8GB
I am really interested in SDR radio. I was able to download and install the software off of your link https://dl.dropbox.com/u/17744176/HDSDR%20OSX%20v2.51%20RC1.dm
I’m now ready to purchase the hardware dongle device. I think I’ve found one off of EBay. Here is the link…
The name of the device is DVB-T Realtek SDR RTL-SDR Receiver tuner stick RTL2832U & R820T MCX Input. I’m interested in this because of the frequency range which is from 25MHz to 1700MHz. Will this device work on my MAC?
Thanks for any suggestions and advice you may be able to offer.
OS X is NOT a version of Linux! OS X comes from FreeBSD which IS NOT Linux but BSD which is a totally different operating system.
Umm, no. Mac OS X comes from the Darwin branch of BSD, not FreeBSD. Binaries aren’t really compatible between the two. However, there are numerous ways to make them compatible– with reservations in terms of how the Mac OS protects its ports, and does things in the Apple file systems.
BSD is not a totally different operating system, it’s the alternative that University of California at Berkeley made to AT&T licensed Unix.
Linux, OTOH, is not Unix, but is made to be very very Unix-like; BSD/Berkeley Software Distribution is licensed differently, and Darwin is available on the Internet if you want to get especially close to Mac OS. Ultimately, it’s better to just join Apple’s developer program if you’re interested in depth.
Try to repair your rights
‘OS X comes from FreeBSD’ sounds more true than ‘OSX is basically a custom version of Linux’.
Some parts(libc, most std userland, etc) of OS X comes from FreeBSD is even better truth;-)
BSD is UNIX, OS X is UNIX, FreeBSD is not
and Linux is totally not UNIX.
Anyway saying that OS X is custom version of Linux is something between blasphemy and ignorance
Hi and thank you for your effort to give us a easy solutions 🙂 unluckly I have a Macbook mid 2006 with 32bit proc, it doesn’t work for that, am I right? 🙁
I am really pleased I found the above. I have been using HDSDR under VMWare Fusion and it works fairly well but with the odd glitch on my 2007 iMac. It is my preferred SDR prog.
I was dubious about trying this but it works with my FUNCUBE PRO PLUS, and much more smoothly. All I did was to put the Funcube’s ExtIO DLL into the HDSDR folder in the package and bingo.
Thank you and Alain!
Did yours work out of the box when you selected the Funcube’s ExtIO DLL from the drop down? Mine is saying hardware not ready?
You are correct, contrary to my original post. The ExtIO does not get picked up but HDSDR works with the Soundcard [F5] input set to FUNcube Dongle V2. I had originally thought that this was via the dll but clearly it is not.
Works fine with my MacBook Air (2011) with the “RTL” device hint and a fc0013 / RTL2832U dongle but NOT with a R820T / RTL2830U .
The borip server says it has found the 2832 (EZcap EzTV) but hasn’t implemented the tuner interface.
While borip is “probing” for tuners it doesn’t even say R820T , all the others are mentioned.
Is there another version of borip that includes the R820T?
Great work otherwise
I use a Bonito RadioJet on my iMac, running in Win XP sp3 under VMWare, on OSX 10.8.4 with no problems. The VMWare being the crucial item giving correct access to the iMac’s USB ports and sound output devices.
I try this one, It’s working good. Somehow, I feel that the number of freq. show on screen and the one picked up on my radio isn’t the same, but the same sound.
I am using RTL2832U with a E4000 chipset.
Thank you very much!
I follow the setup instructions OK up to step 6); then this error message appears:
borip_server has encountered a fatal error, and will now terminate.
here is the terminal text that results from trying to launch borip_server:
Last login: Sun Jul 5 18:58:30 on console
cd “/Users/RCS/Applications/CrossOver/HDSDR/GNU Radio – borip_server.app/Contents/Resources/Contents/”; ./MacOS/borip_server; exit
rodney-steffens-macbook-pro-6:~ RCS$ cd “/Users/RCS/Applications/CrossOver/HDSDR/GNU Radio – borip_server.app/Contents/Resources/Contents/”; ./MacOS/borip_server; exit
dlopen(/Users/RCS/Applications/CrossOver/HDSDR/GNU Radio – borip_server.app/Contents/Resources/Contents/Frameworks/Python.framework/Versions/2.7/Python, 1): no suitable image found. Did find:
/Users/RCS/Applications/CrossOver/HDSDR/GNU Radio – borip_server.app/Contents/Resources/Contents/Frameworks/Python.framework/Versions/2.7/Python: unknown required load command 0x80000022logout
Looks to me like some issue with python framework – whatever that is.
Cant get er to work! on my mac.
I truly appreciate this post. I’ve been looking everywhere for this! Thank goodness I found it on Bing. You’ve made my day! Thank you again! akkebddddabddbdd
i bought http://www.ebay.com/itm/151280105098 and after some work to figure out how to get it to come up and work but i found a problem.
i decided to tune to my local radio at fm 1065 all i get is a tone that varies as i change the frequency to either side.
is one of the following the case?
1. the model i got is the one listed in above url is the wrong model and should be the one that comes in larger packaging and dongle is 1 inch square instead of the long 1 by 4 inch rectangle (i placed order for the smaller dongle).
2. a customs crackdown has banned what frequencies we are allowed to tune into (sort of why police scanners are not allowed to tune into cell phone frequencies).
3. digital dongles no longer support analog and many fm and other radios did not upgrade to digital.
4. defective unit (i ordered new one because just the shipping alone would void out much of the return + i felt a burr on the end as if the unit had been opened (possible to get picture of the board) so i dont know if they damaged it getting the picture).
*** Forbidden. HTTP links blacklisted. Request number a href=”http://cleantalk.org/show_request?request_id=1e04c1ac50630182e2517b3445f2aacc” rel=”nofollow”1e04c1ac50630182e2517b3445f2aacc/a. Antispam service cleantalk.org. ***
i was not trying to spam i was just pointing to an item.
how should i post an item in the future
You provide wrong information here. OSX is not a version of Linux. OSX is based on BSD Unix.
The Mac and RTL-SDR have come a long way this last year. I am running gnuradio with rtl-sdr and apps like rtlsdr-scanner all natively on my Macbook Pro.
Installations like gnuradio, Gqrx and all can all be installed using MacPorts now. As simple as “sudo port install gnuradio” for example.
Everything worked as described, however I am only receiving static, no audio. tried to tune to local FM channels as a test. Usually works on rtlsdr under windows.
Also the wave appears the same no matter what frequency I set it to. Anyone else had this problem ?
Try and follow this: http://www.cubicsdr.com A very interesting development.
Both are not all running on my 2007 iMac
Too bad this is not being explored further. I would love to have this working with the new R820T2 chips, but all i get is:
Could not find tuner automatically after probe
Found RTL2832 device: ezcap EzTV (tuner: interface not implemented)
Now it’s oct 2015 & nothing seems to have changed; I’ve got the same problem: no wave of frequencies only noise even with a PMR Walkie Talkie right beside of the receivers antenna, no audio to listen to, only noise.
Successfully initialised demod: “Hama nano”
Probing “e4k”…not found.
Probing “fc0013″…not found.
Probing “fc2580″…not found.
Probing “fc0012″…not found.
Probing “e4000″…not found.
Could not find tuner automatically after probe
Found RTL2832 device: Hama nano (tuner: interface not implemented)
Sample rate range: 900001 – 3200000 Hz
Crystal frequency: 28800000 Hz
Wait delay: 24.576 ms
[UDP Sink “udp_sink (7)”] Payload size: 1472
[UDP Sink “udp_sink (7)”] BorIP: enabled
[UDP Sink “udp_sink (7)”] Connected: 127.0.0.1:28888
–> Using GnuRadioDevice wrapper for
!!> Restricting calculated payload size: 65536 to maximum: 65024
[UDP Sink “udp_sink (7)”] Payload size: 65024
–> Created device:
[UDP Sink “udp_sink (7)”] Connected: 127.0.0.1:28888
Wait delay: 24.576 ms
Wait delay: 24.576 ms
Capture threading starting: 0x10572c000
Finished buffering (81920/131072) [#0]
Both CubicSDR v0.1.4-beta & CubicSDR v0.1.3-beta are not running at all on my 2007 iMac.
I just published an updated version of my bundle. Its much faster and works with Yosemite and El Capitan. Its based on HDSDR 2.70 and rtl_tcp. Here is the link: http://k1fm.us/2015/10/hdsdr-on-osx-the-easy-way-reloaded/
I think my experience can be helpful to someone:
I was able to install HDSDR through Wine on OSx. The installer is a lot smaller compared to .dmg file, that´s why I did this. I try to save every MB, because I use a small SSD (120GB). The program starts and works nicely, but I don´t know what to do to make the RTL “drivers” to be recognized and work on a Mac. The method described on this site did not worked for me under Yosemite (and now maybe even worse, I´m using El Capitan already). Any tips are welcome. Thanks.
Right after sending my last comment here I saw a message by Alain:
“I just published an updated version of my bundle. Its much faster and works with Yosemite and El Capitan. Its based on HDSDR 2.70 and rtl_tcp. Here is the link: http://k1fm.us/2015/10/hdsdr-on-osx-the-easy-way-reloaded/
I recommend you guys to upgrade the information on the old post so more people will see it. Thanks for the AWESOME work.
I decided to install the .DMG file based on version 2.70 and it worked 100%.
I am very grateful to Alain for having done so. Alain, do you have a blog with a Paypal button? You need to start getting donations from users, seriously. I can´t do it now, but I assure you I will donate you soon I get a job. In the meanwhile SDR will help me to not feel so anxious and depressed, specially now when I will have to cancel my internet service.
Mac OS X is a custom version of Linux? That statement couldn’t be more wrong. Both operating systems are built upon BSD Unix, one (Mac OS X) with the Mach Kernel, and the other Linux with the Linux Kernel. Mac OS X was in NO WAY derived from Linux.
“If you are a pretty hardcore Mac user, you know that OSX is basically a custom version of Linux.”
Totally wrong, they are unrelated operating systems. You should correct this mistake.
However, there is crossover between the two, in that some apps and libraries have been ported over to OS X from the GNU/Linux world. These can usually be found on MacPorts, essentially the OS X version of the FreeBSD Ports collection.