Skip to main content

System Updates Stream

A few updates where due in the music stream so decided to update the Windows 2019 data center OS that hosts the music application Sam Broadcaster and the music stream relay OS on Linux Fedora that hosts IceCast and ShoutCast streams with the stunnel as well.

So far everything looks good and will be up in about 15 minutes if not sooner from the time of this post.

Updated Streaming Music Server OS and Sam Broadcaster Application

Well I was working on getting my Linux workstation’s IPMI working properly and then see if its working in the manner I wanted when I decide I may as well start the W2019 OS updates on my streaming server. After 3 reboots I brought up my streaming software Spacial Audio’s SAM Broadcaster noticed a new version and decide to update that as well.

Another nice late morning getting my domain updated and future proofed. More to come as I will be updating my HPE C7000 Flex modules soon as well.

Update Centos8 Relay Server

Doing and update for my Centos8 Linux server’s OS and will be rebooting and temporarily not streaming music. This server hosts my IceCast and ShoutCast streams. Since my relay server would be down I decided to install the Security updates on my W2019 Data center music server as well that hosts my Spacial Audio Broadcaster software that runs my music catalogs with the help of the MariaDB database.

Be back shortly!

Updating Streaming Server OS and Application

That time again to update the W2012 r2 server OS with the latest security patches and also SAM from Spacial Audio to the latest version. Will not be streaming for a bit then I will also tackle updating WordPress to its latest version and the Centos 7 Linux OS I am running the web server on. I am also updating the system that runs the IceCast stream relays which is another Centos 7 system

Now Using MP3 Lame Encoders

I was seeing one of the CPU’s getting hammered on the server side and discovered that the normal mp3 encoders I was using was pegging the CPU to 100 percent.
This is why its good to have a test system, I was thinking it was network or driver related and took a few network services I’m not yet using away from my backup sever and that did nothing. I was about to get more intrusive and switch which NIC the music streamed out and look into drivers but decided to look around the web and Spacial Audio forums for clues.
I didn’t get my exact answer but saw a mention about mp3 lame encoders. So I started up my streams on the test server and turned them off one by one and presto the mp3 encoders were the issue. I configured some mp3 LAME encoders and CPU usage went way down!
I guess the Windows codecs used by the mp3 encoders for my normal mp3 streams was the issue.
Made the same change on the production music server and CPU usage is now down to acceptable levels on the server side!
Watched a movie and then couldn’t get back to sleep so came in to test my theories, now time to get a little sleep!