1000 FAQs, 500 tutorials and explanatory videos. Here, there are only solutions!
Generally speaking, we are compatible with all software listed here: https://www.icecast.org/apps/ but they don't all allow AAC stream for example.
Our guides for Edcast (standalone autonomous version) / Edcast (Winamp plugin version) / Nicecast / Sam Broadcaster / Simplecast / Mixxx
If you're using some software which isn't mentioned above, don't hesitate to comment on this FAQ and send us its name so we can add it to the list.
In the event of failure, the player isn't updated. In the players'configuration page, there is a message in red.
When a configuration change is made to your player, it may take some time for the changes to be reflected.
To streamradio, a good quality Internet connection is required along with sufficientthroughput. Sufficient throughput means having a sufficient margin of freebandwidth at all times. The more you share the Internet connection used forstreaming with other computers, the more likely it is that your radio streamwill be disrupted.
Our test tells you what throughput you need.It calculates the available throughput. Therefore, if your radio streams aresending audio and other transfers are also in progress to and from thecomputer in question or indeed other computers sharing the same line,measured throughput will be lower than your line's theoretical throughput.If you are unsure of anything, please send the result of this test, withmeasurements taken at various times of the day (and evening), letting usknow the technical specifications of your Internet connection and the numberof computers sharing the line.
A standard ADSL connection issufficient in most cases. Nonetheless, for the convenience of you and yourlisteners, we recommend having a dedicated Internet connection used solelyfor your radio broadcast and to rent a second connection for all of yourother needs. It is sometimes also worth asking your ISP to check the qualityof your line and measure the effective bandwidth.
You canpotentially run a longer buffering test to check for isolated instances ofsaturation (more information).
Actions to be carried out
Log in to your administration console
Go to users and rights management
In the managing rights table, you will find a column for email alerts
You can refine the selection for your various streams (receive an alert for such radio, but not for another...)
All interruptions are registered by the system and displayed in the events (in your administration console); if the daily automatic rebooting of streams is activated, we won't register any interruption within a 5 minute time frame after the hour that was defined.
Every minute, a script checks for breaks and will only send an email and create an event when the interruption lasts for at least 5 minutes. A second email is sent if the break lasts more than 30 minutes. If the stream resumes and that you have received a warning email, you'll receive another email confirming that the stream has restarted. All interruptions are logged and kept for 30 days, however you will not be disturbed for minor interruptions.
Regarding the potential reasons for these interruptions, please refer to this FAQ (click here).
It is possible to have the live radio stream start with a pre-recorded advert. This is what is termed a 'pre-roll' in-stream ad (post-roll and mid-roll are not possible for live streams).
The first absolutely essential step is to sign a contract with https://adswizz.com/
AdsWizz will send you the necessary configuration parameters (identifiers, tags, URLs etc).
Contact Infomaniak to enable the AdsWizz option (specifying the stream in question)
Insert the parameters provided by AdsWizz into your control panel under Flash Player -> Advanced settings
Your audio stream will then have the advert inserted at the start.
If a streaming servergoes down, this will cause tens of thousands of listeners to disconnect atthe same time, all of whom will then attempt to reconnect. This then leadsto an overload and causes listeners to receive the password request. Theythen need to attempt to reconnect half a minute or so later. In general, thesituation will return to normal within a few minutes.
In terms ofour live statistics, every listener connection request calls a script whichrecords the data and forwards a connection authorisation to our streamingservers; this is done quickly and transparently. For all streams in generalor for any individual stream, customers may also configure a script to be called that will authenticateusers in the case of premium streams and display the password window.
Unfortunately, when a server goes down, all listeners connected tothat server, for all radio streams, are disconnected and obviously attemptto reconnect. The load balancing system does not know whether the server isdown and therefore sends some connection requests to that server.
Even when a server is starting up and working normally, there is always asmall delay before the situation returns to normal, given that there are alarge number of connection requests. It is also possible that if a large ISPhas an outage, listeners will suddenly disconnect and reconnect at the sametime, causing a bottleneck. 99% of the time, our server operation remainsstable and fortunately, they rarely go down.
- the streams is interrupted whenever this prompt appears
- the prompt also appears when streams are unstable
There can be various reasons for disconnections occurring. If there are no apparent issues with our infrastructure or the Internet, please firstly check your encoder configuration in accordance with the instructions given in the corresponding guide.
You might also check that upstream components are working properly:
- if you are streaming an FM radio, check that your capture board is working correctly
- if you are broadcasting a web radio, check that your streaming software (WinAmp, SamBroadcaster, Station Playlist, etc.) is working correctly
If may be that your ADSL line is no longer able to keep up with the data being sent to the server. You should have a minimum equivalent upstream bandwidth (or "upload" speed) to match the total of all streams being uploaded to the server (e.g. for one radio streamed at 128kbs plus another streamed at 48kbs, this gives 130 + 50 = 180kbs).
Generally, radio stations have a dedicated ADSL line for uploading their audio streams to avoid all of the available upstream bandwidth being used up whenever, for example, a large e-mail with an attachment is sent at the same time (bearing in mind that upload speed is never the same as download speed) which would then saturate the line in the upload direction and cause streams to break up (during encoding), meaning in turn that users experience this breakup as the stream is downloaded.
Your ISP may also cause an outage on the line which, however short, will also cause a break in the radio stream.
If your encoder (Oddcast/Edcast etc) is configured to upload metadata to our servers via a text file hosted with another provider and the latter experiences disruption, the stream may also be disrupted!
Also, pay attention to the load on your computer's CPU: make sure that this is not the bottleneck by checking that you have enough memory if you are carrying out other operations in addition to the AAC stream encoding, which is a particularly memory-hungry task!
Note that if all streaming goes down, our teams are notified automatically and will take action immediately. We log all connections and disconnections to the encoder on our incoming stream server and will send you an e-mail notification.
The diagnostics page in your control panel provides access to various information:
The "Network Status" section provides information on the overall status of our infrastructure.
The "Incoming Streaming Servers" section tests that incoming and outgoing streaming servers are working correctly (more information).
Finally, the "Internet Connection" section allows you to test the connection between your server and our infrastructure.