Many thanks to SWLing Post contributor, Rob Gray, who writes:
Happy Holidays Thomas!
As I see those that like to raise awareness of radios in TV and movies, here’s my submission. A Swedish friend of mine sent this to me and it’s a little rough to follow without knowing the language, but there are certainly radios in the episode!
Many thanks to SWLing Post contributor, Rob Gray, who shares the following tips:
Reciva Gateway not responding: More Info, possible workarounds.
Reading the comments in the SWLing Post blog, it sounds like many people are receiving the dreaded “Reciva Gateway not responding” message and at a loss how to proceed from there. I’m assuming that for every person that writes a comment, there are many experiencing the message and not writing. Hopefully, the following information will save some internet radios from becoming e-waste and ending up in a landfill.
As background, I’m only familiar with the CCrane WiFi1 radio, this one.:
The CC Wifi
There is a way on these radios to at least recover use of the stations stored in the presets (you did enter on the presets, didn’t you?). The material is repeated in the comments of this webpage. I suspect that many people won’t wade through the 100+ comments, therefore a separate blog posting is offered.
On to the important stuff…
Here’s what works for me as of October, 2021
During startup, the radio displays:
Message: Finding Gateway
Message: Network Error Reciva Gateway not responding
For the message “Network Error Reciva Gateway not responding”, press the BACK button (which then shows Select network). Then press the BACK button AGAIN. The display shows Preset x Stopped. At that point, select a preset from the remote or radio, and it should lock in and play your station preset (assuming the info entered to the preset is valid)!
I’ve been doing this for weeks and it seems to consistently work!
Some other possible options
Depending upon the internet radio (and I have personal experience with only two, both from CCrane), there may be some other possible solutions.
I’ve looked into the Sharpfin project and it looks very interesting. With the demise of Reciva, there’s activity again with getting the radios functioning with this software. Do an internet search for the latest information and/or these links are a starting point of what’s involved:
I’ve had success with my CCrane WiFi2 radio, which is TuneIn-based, using Serviio and the UPnP utility built into the wifi radio. I was NOT able to get Serviio to work with my CCrane WiFi1 (Reciva) radio for streaming live audio, but could access audio files stored on the main computer hard-drive (with tinkering). There may be other similar options usable with UPnP, but I haven’t investigated much beyond Serviio.
That’s all that I have on the topic for now. However, DON’T discard your radios yet. There are some talented and motivated people trying to figure out ways to keep these internet radios running. Keep checking back on the SWLing Post blog comments as people continue to post new information. Tinker around with them, you might get them running again! If you do decide to discard your radio, I’d urge you to find a responsible method of disposal, donate in general, donate to a gifted and motivated hacker, etc. Good luck to all that have been affected by this unfortunate and unnecessary decision to shut Reciva down.
[Please note that in these examples, the Brave web browser is being used in a Windows environment. The procedure is nearly identical for Chrome. Other web browsers and operating systems may vary slightly.]
Image 1 (Click to enlarge)
After logging in and searching for your desired station(s) (as shown in Image 1 above using NPR as an example search), click the speaker icon of the station of interest (see Image 2 below).
That brings up another browser window (center-right window in Image 3 below).Pressing “F12” brings up another window of DevTools (Developer Tools).
Under “DevTools”, select “Console” (you may find it under the >>) as shown in the image above.The URL is shown in the “Console” window (image 04), and should be http://xxxxxx, and not the secure https://xxxxxx.
Extracting Audio Stream Information from station websites
Digging out streams from station websites can be a little trickier.Using an example of the webpage for the NPR station KCLU, once loaded, press “F12” to bring up the developer tools as shown on the right-hand side of Image 4 below.
Then Press “F5” to reload the page, and the Play button to start the audio stream.
In the Developer Tools window, select “Network”, as shown in the Image 5 above.
While the stream is playing, look for the longest bar, which indicates activity.Sorting the files in this window by size or time (if descending order, be at the top of the list, if descending order at the bottom of the list) can make searching for the “bar” easier, or just look for it in the list as shown in the Image 6 above.Look for the file associated with the “bar” under “Name”, right-click on that file, Copy, and left-click “Copy link address” as shown in the Image 7 below.
That is usually your stream, or something close to it.In this example, this is the link address copied:
That’s a little messy, and you can experiment with shortening it.In this case, the link can be shortened to: https://kclustream.callutheran.edu:8090/kclump3 [removing the question mark and all characters following it] and the stream still plays in a web browser on the computer–while I’ve not tested it, it would probably play in your internet radio. You’ll just have to experiment.
However, in this case (and most certainly not all), shortening the link to https://kclustream.callutheran.edu:8090/brings up another page with all sorts of data, and clicking the M3U file on that page downloads a file.Opening that file with Notepad reveals this link (https://kclustream.callutheran.edu:8090/kcluaac), which also plays the stream, and in my guess, is probably the real stream URL.
Different web pages will reveal different ‘formats’ of URLs–one simply has to experiment to get something to work.The procedure is essentially the same with other pages, though there is often variation so a certain amount of experimentation is sometimes needed to tease out the stream URLs.There isn’t really any one set of instructions that will work for everything (that I’ve found anyway!).
The examples shown used Google Chrome, and the Brave browser works exactly the same.The operating system used was Windows.Firefox seems similar (F12) and other browsers probably also work similar, though the appearance might be a bit different.
A few things that might add clarification with ‘odd’ streams:
In the developer tools window under Name, sometimes those items (files) are labelled as just a semicolon, or are labelled something like ‘stream.’
Sometimes the stream URL is httpS://…., with those, try dropping the “s” and the http://…. often works.
I often tried any proposed streams out on my desktop computer first, however there were some that wouldn’t play on the desktop that did on the Reciva radio, and vise-versa.But generally, if it didn’t work on the computer, it didn’t work on the internet radio.
Sometimes the URLs point to a link with a .pls extension.In a browser, those links tend to initiate a download (at least on my setup, and was the case with the M3U file in the KCLU example).You can download the file, then open with a text editor (Notepad for example) and read the link there.
For some, the URL won’t work. For those, I would get them to work by adding a semicolon (;) to the end of what you think might be the link.I’ve had a few work with that trick!
While digging out steams is tedious–especially if you have a lot of them–there’s a potentially very rewarding payoff!When you create the .pls files (as described in other Reciva postings in this blog), you can easily copy those to many other devices (Android phone/tablet, iPod/iPhone, other computers, Kodi, etc.) and use them there.I’ve only started on this project, but I used an old (very old) iPod touch, entered the stream URL into Safari, placed the iPod in a docking station (a dime/dozen at second-hand stores) and basically created an internet radio facsimile.As the iPod is too old for the App Store, entering the URL’s and bookmarking them should provide convenience.The .pls files work well in my Android devices with VLC player, and even with Kodi (on a Raspberry Pi). They also work on my TV by placing the files in the “Video” section, read from external media (can probably use the boot SD card for memory storage as well, the files are very small).
Thank you for sharing this, Rob!
I recall our friend, Tracy Wood, discussing in some detail how to find radio streams a few years ago at the Winter SWL Fest. He was on a mission to find rare local and regional South American stations that aren’t easily available outside the area.
I have used the approach you mentioned above and it is effective.
Readers: if you have other tips, please feel free to share them in the comments section.
“Apparently, even stations with URLs stored locally on the radios as presets, will eventually stop working. The Reciva chips require a token to be renewed periodically from the Reciva server; once the server is turned off, the token can no longer be renewed, and the radio becomes a dead parrot. Apparently Reciva did this to prevent their chips from being pirated.”
Another contributor wrote:
“….when I asked Grace about it, their reply was that while the presets would work for a time, eventually even that function won’t work because the radios require a token to be renewed periodically from a Reciva server. If the server is gone and the token can’t be renewed, the radio becomes a doorstop. It wasn’t clear how long the radio will work…”
I don’t know if this is true or not (time will quickly show), but when I asked C.Crane about this a while back, they seemed aware of the possibility and their experts gave it a 50/50% chance of success/failure based on tokens.
Speaking with a very knowledgeable friend on the topic, he has described that the real, ultimate way to tackle this problem is to have a ‘packet sniffer’ and monitor all the traffic in/out of the network to understand what data is being used (like if there is a token for example) and reverse engineer what Reciva is doing.
Thank you for bringing this to my attention, Rob.
Tokens: Can someone prove or disprove this?
There are some savvy programmers, network specialists, developers, and hackers in the SWLing Post community. My hope is that someone can use a packet sniffer or similar device to determine if this is true or not. Since the Reciva service will close down by the end of the month, time is of the essence.
My hope is that if there is a token, it won’t shut down functionality to a point that we can’t stream from our own IIS or perhaps the token can be reverse-engineered. Or maybe there is no token at all, or if there is it will have no impact on usability after the Reciva service has closed.
Please comment and/or reach out to me with any evidence. I’d like to clear this up with some facts. Many thanks in advance!
Many thanks to SWLing Post contributor, Rob Gray, who writes:
I recently returned back from a three-month trip in Africa (Namibia, South Africa, and Morocco) and had a couple of shortwave-related items that you might be interested in.
The rental car in Namibia had shortwave capabilities in the in-dash radio! The rental company was oblivious to the option when I mentioned it as a huge perk, I really don’t think they understood or cared. The radio was a Sony CDX-G1200U, and while I find this radio for sale in North America, I don’t see any mention of shortwave. I suspect shortwave is either an option for foreign markets (at least Namibia in this case), or possibly activated via a modification or firmware upgrade. Perhaps any shortwave enthusiasts travelling to other regions of the world might keep an eye out for this model.
There were two ‘bands’, low (SW1) included some of the tropical bands up to 41 meters, and high (SW2) covered 31 meters through about 19 MHz or so. Decent coverage for casual mobile listening.
I found the performance of the radio quite satisfactory in Namibia, the BBC came in very well in the mornings and evenings. There was a little more on shortwave during the day in English, Channel Africa, etc., but the BBC was by far the best offering for listening.
Another equipment data point from around the world, this time in Morocco.
Several vendors in the Medina’s sold various radios (of questionable quality). The photo [above] was taken in Tetouan (which isn’t a touristy area) in March, but I did note similar for sale in Fez.
Brilliant, Rob! It sounds like you’ve visited some gorgeous parts of the world in your travels. I imagine on the long stretches of rural roads in Namibia, you could enjoy a proper low-noise environment for shortwave listening as long as the car itself didn’t produce RFI!
Post readers: Have you driven a car recently that sported a shortwave radio capabilities? Please comment!
Many thanks to SWLing Post contributor, Rob Gray, who writes:
I took this snap today while visiting in St. Petersburg Russia for a few months. Not exciting radios by any means, but given this store was something like a Best Buy, I thought it was interesting that shortwave still has a small presence.
Thanks for sharing, Rob! I can’t think of the last time I visited an electronics retailer and found as many shortwave radios on the shelf. At least, not since the days of RadioShack.
Spread the radio love
Please support this website by adding us to your whitelist in your ad blocker. Ads are what helps us bring you premium content! Thank you!