Help & Support
Launching the audio squawk service
According to tech experts WebRTC represents the most complete standardised collection of technologies needed to create reliable, high quality, open, and compatible real-time communication platform.
If you are using Google Chrome or Firefox as your browser, you already have WebRTC enabled.
For best experience use a Google Chrome browser if possible. Chrome has the best debugging and WebRTC support, followed by Firefox. Microsoft Edge and other platforms work well but are more prone to issues.
Important: Chrome Tab Discarding and Reloading
Google Chrome has built in memory management processes that can lead to the Livesqauwk windows being silently disabled in the background. This may occur when your device is running low of memory.
If when you reselect the Livesquawk tab you see the tab/page reload and the player buttons have returned to needing to be clicked to start the player, this will be due to this issue.
In order to decrease the likelihood of the Livesquawk tab being discarded you should right click the tab and select "Pin".
Random disconnections
Unlike the old Flash player that buffered the audio and wait for a reconnection, WebRTC players tend to simply stop trying to send the audio until a sufficient connection is re-established.
If this occurs there are a couple of steps to try:
- Check your Wi-Fi connectivity and signal strength.
- If the network or Wi-Fi is disconnected, you will need to get it back on the network then reconnect.
- If a computer loses a Wi-Fi network and swaps to a new SSID or base station, then the gap can disconnect it. If the IP address stays the same, then it will come back automatically. If it fully swaps networks, then you will need new routing and should click reconnect.
- Perform a hard refresh (Ctrl+F5)
- Firewall blocks the connection (see below).
Resetting the Player
As is the case with Netflix or Disney+ players, if the player is left on overnight and the device it’s on goes into ‘sleep’ mode, the player will disconnect and discontinue the audio. However, it isn’t always apparent that connection has been lost. Therefore, it is always advisable to refresh the player at the start of every new session (Ctrl+F5).
Firewalls
If you work for a corporation you are more than likely going to have a firewall in place for security reasons. This can sometimes cause issues receiving the service.
Failed WebRTC connections can be caused by restrictive networks behind symmetric NATs, port blocks and even protocol blocks at the application & transport layers.
Check for firewalls - Try running on a different network - some corporate networks limit specific protocol's connectivity, so running on an ADSL line or a different network with normal connectivity may solve the issue.
To set up the new WebTRC player through a firewall make a secure sockets connection to the server IP 54.77.234.138 on port 443.
Once the connection is established a peer-to-peer session is created over UDP - if this is not available it will try TCP – using the port range 6970 to 9999 if outbound traffic is restricted then a firewall rule between the internal clients and the IP address 54.77.234.138 will need to be created for 443 and the range of ports above. This is a two-way connection.
If a proxy server is also implemented this may also need to be bypassed.
Issues to note
- - Extremely high CPU usage does not allow compression on some machines. If it is starving other processes, this can lead to the compression algorithms not having enough CPU to function. You can check this in the System Measurement tab of your device.
Please note: The “squawk” is not constant commentary; it only delivers important news and data.