Welcome to Ham Radio Server
myradio.no

Experimental Linux Raspberry server

Linux RPI rocks!
Thanks all honored reports from you out there, both domestic and abroad, also those on Android (=Linux kernel). I feel enraptured.
All services on this web server is performed only by my Raspberry PC both as publisher and server. No Web hotel, external server or commercial third part SW is used. I write all software myself based on open source tools. No licenses, accounts or fees required for anyone! As a consequence no personal or third party file storage is done.
On ham podcasts I overwrite to same filename all the time for each new QST transmission. Nothing stored over time. Only technical experiments are my interest.
Server features:

Ham Podcasts:

(Please allow some seconds for download BEFORE clicking play |>)


















Your browser does not support the video tag.

-->

Streams:

PROGRAMMER'S EXPERIMENTAL STREAMS (NO HAM):

























Now first today I want to show you a video about an interesting radar sensor

Developers: I hope to release the software and methods soon.

About - My side

This is my free of advertising experimental audio broadcast server (may also run video). The myradio.no server gives you the ability to efficiently use the hardware resources of a remote ham radio or ham radio antenna without having the same physical resources at the location you are, but makes you enjoy using these resources for listening any time.
The aim has been to put together a ham radio software server that transmit radio activity from the most central geographical regions of Norway and to execute all this software made only on a tiny Raspberry Pi PC (RPI). I try to code in such a way that you may listen in on a variety of multiple heterogeneous client OS platforms to cover users having different software installed between a Flash player and a server. The reliable credit card sized RPI runs everything headless. It doesn't need any keyboard, mouse or screen. No moving parts: no rotating disk, no cooling, no fan. All solid state, all in just a little match box, 5V and this software. That's all. You may hide it anywhere at a stingy power consumption (I have one of them inside a wooden framed sofa in our dining room).
I have programmed the RPI to completely restore web, podcasts and radio settings automatic after power cycle without any helping hands and this works as a charm on this tiny PC. You can trust it 100% and fine also for cabin operation. All calendar lookups, radio rig control, audio feeders, audio server and Web server seen here are all hosting and running inside this little Linux PC match box and has no other external help/accounts or PC dependencies.

There is no external Web hotel involved and as absolutely no Microsoft program and their silly accounts to bind are used here, we may compile and supply any services we like to add in later on as we own all stages of the process ourselves. Absolutely no accounts needed and no fees to pay for running this server. The same for clients using it. We are not dependent on any other company. Open SW tools are so much appreciated and gives total freedom and no limitations to make anything we want.

New service(s) coming in 2016: I will update my program with a routine that reads a calendar, add on my ICOM rig control layer and learn the RPI about local QST transmissions and hence change to that freq that day at correct time and stop scanning to keep on with the complete QST transmission without interrupts. When the QST vanish and time elapsed the program could force scan start to again show further ham activity. Other add ons (?): On night time the server may transmit relaxed music or latest top news until traffic heard ? or send last national QST as a pod cast service ..hmm...I'm just kidding or am I ? ...I've start coding something like this now for fun and joy. During disaster cases I may also deploy dedicated multiple standby frequency streams (selected to be scan operated or not). IF you need I can then take such requests from clients if they want as I already do remote operate both the Pi and radio through a dedicated sysop ssh connection I have made. I can do any service we want. Perhaps you have more ideas? Tell me.
Rgds Steinar

About - Your side

To listen you may use any client PC, PAD device or smart phone (Flash based/ RTMP) and OS like Linux, BSD, MAC OS X, UNIX, Solaris, Oracle Linux, Android(=Linux kernel), Chrome and Windows. You may though experience trouble on Apple iOS caused by the Apple Inc. and Adobe Systems controversy over Adobe Flash technology, but for the latter case please read further on: I have made workarounds here to handle this controversy also so you may use iOS to listen as well as I have made an RTMPtoHLS converter to solve this. Then you may use Safari, OS X, and iOS software. It is similar to MPEG-DASH in that it works by breaking the overall stream into a sequence of small chunks of HTTP-based file downloads

A word of latency: You may listen at this RPI server with different latency depending on your client software and how it performs. Be aware that receiving broadcast transmissions always means much higher latency than targeting a smaller audience, but also strongly depends on how much your client SW buffers up, your router activity and your Inet bandwidth/latency as traffic is TCP based and lost packets are retransmitted. This should cause no difficulties, but if so, reduce number of processes running in your PC that steals your CPU cycles and memory. This will help decreasing latency and reduce the number of retransmissions between the server and your client. If you follow these rules you should receive with very good audio quality from this server.

HOW TO LISTEN AT LIVE REPEATERS USING THE RPI ITSELF

If you prefer to use your own player you may listen also listen to the network stream at http://51.174.165.11:8000/stream Codec: MPEG Audio layer 1/2 (mpga) Channels: Stereo Sample rate: 44100 Hz Currently: Bitrate: 64 kb/s

Wed Dec 2 2015: At present my audio feeder scans 145.575 - 145.7875 MHz, NFM, resume SCAN:ON, resume PAUSE: 20 sec, resume HOLD: 5 sec, squelch: ON. Currently under consideration: Turning on tone squelch to avoid digital transmission "noise".

Listen at the rtmp stream some few lines below. To listen live at the radio you need a player or a HTML5 plugin running at your side.

Important: If using the Raspberry Pi as RX for for audio/video rendering the best result will be to stop all graphical apps and decode directly from the command line. This will leave best CPU performance for a better audio/video result.


Client software candidates reported good for rendering audio on the RPI PC itself are (turn off any graphical apps first for best results):

* OMXPLAYER (best choice on Raspian):
$ omxplayer rtmp://84.214.214.16:4444/live -o local
# (-o local means send audio to RPI's multipole jack connector (using stereo earplugs)
or
$ omxplayer rtmp://84.214.214.16:4444/live -o hdmi
# (-o hdmi means send audio to HDMI speakers on a HDMI screen).
Beyond this you may also use Bluetooth audio out from an RPI 3 to your Bluetooth speakers with a nice sound

If Apple based HLS stream is preferred, use similar:
$ omxplayer http://51.174.165.11:8888/hls/stream.m3u8 -o hdmi
# (-o hdmi means send audio to HDMI speakers on a HDMI screen).

* FFPLAY (good choice on Ubuntu Mate):
$ ffplay rtmp://84.214.214.16:4444/live or
$ ffplay http://51.174.165.11:8888/hls/stream.m3u8

* VLC (not so good choice on RPI):
$ cvlc rtmp://84.214.214.16:4444/live (very slow stream start up)
or better
$ cvlc http://51.174.165.11:8888/hls/stream.m3u8

* VLC: ' vlc | Media | Open network stream | rtmp://84.214.214.16:4444/live | Play | wait some 20 sec until play time counter slowly increases in left corner | you have the stream...| adjust VLC volume and listen....' (very slow stream start up in VLC. Hint: use other player)

* Newer Firefox Web browser: Install an RTMP stream player plugin or HLS plugin first, then do URL: rtmp://84.214.214.16:4444/live or better http://51.174.165.11:8888/hls/stream.m3u8.(Wait some good seconds after clicking link once as the TCP based connection takes place in the background while waiting).

* Android: MX PLAYER: ' use link above ' (quick start up, a very good choice)

Client reports:

* Apple: Live Media Player: ' use link above ' (LA8FHA: "I hear repeaters using App from AppStore,Luong Hoang, iOS 8.3, but Android MX PLAYER is faster. Never heard so many repeaters earlier than present on this stream." LA7HJ in Bodø reports: "I hear several radio repeaters on RTMP on my iPAD everywhere I go now". LA3SHA:"From my cabin I run on my iPAD (iOS). I use VLC from AppStore directly from the Safari Web bowser. Thank you bringing the LA Ham Radio test server here.")

* Mac: VLC 2.2.1: ' use the link above ' (LA7UM: "I hear repeaters using OSX 10.10 Yosemite. In the kitchen they are heard reliable thru my Wi-Fi". LA9AI:"Here down in Tenerife I am listening live at Follo local QST on Mondays via this server using both WiFi at our hotel and direct on my Android Samsung Galaxy S4 using 'MX player'. Nice quality from the LA Test Server. Another: "I use an ordinary dining room broadcast radio: I can even listen VHF repeaters on my Pinell broadcast radio now! Nice, got an extra ham radio this way. Don't need to be in the shack and saves me a lot of batteries on the handheld radio.")

LA3F home Web page is at www.la3f.no

Linux scales! Linux is now running from tiny Raspberry PCs, Android (Linux kernel) to huge Linux supercomputers! 97 percent of the world's fastest computers are now based on Linux which has ruled supercomputing based on its power. (See the new 2015 top500 ranking list with the world leading super computer system with RMAX of incredible 33862.7 TFlop/s)


How much can I listen live on my 3G/4G mobile broadband using myradio.no ?

Well, this is a question of the transmission bitrate currently used on myradio.no server, the protocol, how much you listen and the size of your paid mobile broadband (GB/month). Currently I have set my audio server with a bitrate of 48kbits/sec (which I could clearly even more reduce, but I want quality in the transmissions). Your local client software will also handshake/ACK back packets and steal some (but little) bandwidth in addition. Currently when myradio.no sends audio it eats tiny approximately 7 kB/sec on RTMP to get your mobile broadband account (if used) last longer. As a rule of thumb you may then listen at myradio.no minimum about 1h 30m pr.every day on an 1 GB/month account without exceeding your paid broadband limit pr.month. A 6 GB pr.month account will give you almost 9 hours of listening time pr. day! In comparison listening at nrk.no instead will give you only 1h 15min on the same 6GB/month account (as they use 6-7 times higher bitrate). Hence, listening to myradio.no is not a bad idea as the tiny bitrate is used. (If you watch much video or spend much bandwidth on other activities these times will of course decrease quite much!).

www.myradio.no LIVE TRANSMISSION SCHEDULE (XX = 00..23):

Day Time Transmission Source Mode Listen via
Every Day XX:00 - XX:02 Air Traffic Gardermoen Volmet/en-route ATIS AM RTMP,HLS,HTTP(PUT method) stream and Podcast
Every Day XX:02 - XX:59 Radio Amateur traffic 145.575-145.7875 MHz scan NFM RTMP,HLS,HTTP(PUT method) stream

Podcasts:

Day Time Transmission Source Mode Listen via
Sun 08:30 QSTA-LA CW LM90C CW Podcast or live
Sun 10:00 QSTA-LA PHONE LM90C LSB Podcast or live
Sun 10:30 RPO ringen LA6XI LSB Post Phoned as was irregular
Sun 20:00 QST Mjøsbyene LA3R NFM Podcast or live
Sun 20:00 QST Horten LA2Z NFM Post Phoned as collides with QST Mjøsbyene
Sun 21:00 QST Drammen LA2D NFM Podcast or live
Mon 20:00 QST Follo LA3F NFM Podcast or live
Mon 21:30 QST Oslo LA4O Nytt NFM Podcast or live
Wed 23:00 QST Grenland LA1G LSB Live


Experimental Podcasts - mainly a service for North of Norway and hams abroad

As an extra service I am about to automate some JavaScript, Python and C code I wrote that takes the QST-LA transmissions driven from a Bash script and doing some event driven calendar functions. The code is mostly written now which avoid me doing any manual radio and record operations at all during QSTs. The latest transmissions are then captured automatic for you by doing some event driven calendar functions. My QTH is OK for VHF/UHF reception but bad for HF. I am interesting in getting an external HF feeder to my server. Do you supply one? Do you have good HF reception conditions at your cabin? I can tell you how to feed the server at home with this tiny little match box in your cabin. And the best: The RPI PC is very easy to operate and program.

Disclaimer:
This experimental site and software is made and maintained by me on my spare time. If this site is down, I am either testing or coding further on that day. No commercial software is used. Have fun. chat1_for_test_normally_dead dmr dmr_scan

remote_gpio_not_active_always_experimental_only

Private section - TRX control - owner only



MODE:


ENTER ANY FREQUENCY [MHz] by using the buttons below:




BAND [MHz]:


Deltas:



----------- Log in is required in order to continue-------