Welcome to Linux Ham Radio Server
myradio.no (Raspberrypi based)

Thank you for your questions abt missing out myradio.no!
Due to my moving house there will be an outage period
No ham radio is currently connected to myradio.no
I'll resume my ham transmissions Nov 1 2023
so stay tuned or call me at 47367505

I wish to express gratitude for all positive feedbacks to my private coded domain. I feel exhilarated.
********  2023-04-22: Radio at myradio.no will soon have an outage due to moving house. Anyone to house the radio? Call me LA7XQ at 47367505******** animated-radio-image-0056 HTML5
HTML5 MyStanford| Login| Lightning| SDR1| SDR2| CorrectTime| NORD_POOL_PRICES| YR LAST_TEMPS| YR RADAR| _
ALWAYS press the blue LIVE RESYNC above first to sync up real time and reset players
Starting |> will download first,then pls wait. On podcast you may download thru player's right :icon
Press play button and wait some seconds as the player will download episode first
WAIT for the Speaker Symbol to be BOLD (Chrome). After getting BOLD, press the play button(s) above |> or wait for autoplay. (Whether Autoplay is active is a question of YOUR browser setting). ONLY WHEN COUNTER IS RUNNING AUDIO IS PRESENT! (radio is squelched). The RX sensitivity of this LIVE SCAN radio is superb and the reason why many hams prefer this radio for listening distent calls.

Streams are active as long as (Chrome/Firefox) counter running! If counter stops please resync, reload web page [Cntrl F5] or restart your web browser. No sound? Remember that the radios are squelched. Silence when no traffic! Do activate a repeater call yourself (South East Norway/Oslo) and listen back stage on the LIVE streams!

Highlights on the myradio.no software:


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



Back to...

Some special requests...

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.

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.


If you prefer to use your own player you may listen to the network stream at 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:// -o local
# (-o local means send audio to RPI's multipole jack connector (using stereo earplugs)
$ omxplayer rtmp:// -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 -o hdmi
# (-o hdmi means send audio to HDMI speakers on a HDMI screen).

* FFPLAY (good choice on Ubuntu Mate):
$ ffplay rtmp:// or
$ ffplay

* VLC (universal):
$ cvlc

$ cvlc

* VLC (better for Android MX player):
$ cvlc rtm:// (very slow stream start up)
or better
$ cvlc

* Newer Firefox Web browser: Install an RTMP stream player plugin or HLS plugin first, then do URL: rtmp:// or better 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.")

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 VHF SCHEDULE (XX = 00..23):

Day Time Transmission Frequency Mode Listen via
Every XX:00 - XX:02 Air Traffic Gardermoen Volmet/en-route ATIS AM RTMP,HLS,HTTP(PUT method) stream and Podcast
Every XX:02 - XX:59 Radio Amateur traffic 145.575-145.7875 MHz scan NFM RTMP,HLS,HTTP(PUT method) stream
Every 22:00 Grenlandsgruppen check in 2m,70cm,4m,6m NFM,DMR,Fusion HTTP(PUT method) stream

Back to top

Podcasts and LIVE VHF SCHEDULE (confirmed):

Day Time Frequency Source Mode Listen via
Sun 08:30 QSTLA-CW LA1C CW Podcast or live(not active)
Sun 10:00 QSTLA-PHONE LA1C 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 22:00 Grenlandsgruppen LA1G NFM Live

LIVE HF SCHEDULE - 80m RING QSOs etc (none confirmed)

Day Time Transmission Frequency Mode Listen via
Every 08:15 - HF stream start 3702 kHz LSB LIVE HF streams
Every 08:30 - 09:30 Morning chat 3680 kHz LSB LIVE HF streams
Every 09:30 - 10:00 Vestlandsringen 3708.5 kHz LSB LIVE HF stream1
Mon-Sat 09:30 - 10:30? Swedish chat group 3717 kHz LSB LIVE HF stream2
Mon-Sat 10:00 - 10:45? Morning chat 3628 kHz LSB LIVE HF stream1
Sun 10:15 - 10:45 Grenlandsgruppen check in 3670 kHz LSB LIVE HF stream2
Sun 10:00 - 12:00 QSTLA SSB 3725 kHz LSB LIVE HF streams
Sun "10:30" - RPO Update/LA6XI 3642 kHz LSB
Every XX:00 - XX:03, XX=11..22 NRK news,3 min when no other schedules 153 kHz LW, Ingøy Finnmark AM LIVE HF streams
Sat 14:00 - 15:30?, starts Oct 13 2019 LA2OLD old equipment group 3660 kHz AM/USB LIVE HF streams
Every 18:00 - 18:30 Evening chat 3628 kHz LSB LIVE HF stream
Every When no timed schedule Default frequency 3702 kHz LSB LIVE HF stream
Every 22:30 - 08:15 SILENCE DURING NIGHT No HF streams

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.

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 cabin_fmscan cabin_jack


Private section - TRX control - owner only

Listen live at the Norwegian VHF repeaters


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



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

T1 Updated SUN Data Tønsberg PiDoc MotionEye Frekvenser - NKOM Cabin Back to top