Highlights on the myradio.no software:
HAM PODCASTS:
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.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 to the network stream at http://51.174.179.171: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.212.116:4444/live -o local
# (-o local means send audio to RPI's multipole jack connector (using stereo earplugs)
or
$ omxplayer rtmp://84.214.212.116: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.179.171: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.212.116:4444/live or
$ ffplay http://51.174.179.171:8888/hls/stream.m3u8
* VLC (universal):
$ cvlc http://51.174.179.171:8000/stream
$ cvlc http://51.174.179.171:8888/hls/stream.m3u8
* VLC (better for Android MX player):
$ cvlc rtm://84.214.212.116:4444/live (very slow stream start up)
or better
$ cvlc http://51.174.179.171:8888/hls/stream.m3u8
* Newer Firefox Web browser: Install an RTMP stream player plugin or HLS plugin first, then do URL: rtmp://84.214.212.116:4444/live or better http://79.135.25.182: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.")
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 |
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
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
cabin_fmscan
cabin_jack
remote_gpio_not_active_always_experimental_only
MODE:
ENTER ANY FREQUENCY [MHz] by using the buttons below:
BAND [MHz]:
Deltas:
----------- Log in is required in order to continue-------
T1 Updated SUN Data Tønsberg PiDoc MotionEye Frekvenser - NKOM Cabin Back to top1