Icecast - Mar 2013 - Hiya! And a question...

New to the list (and forum, but waiting for a moderator to approve - hence my
question here) but not new to icecast.

I have a question - I'm running an Airtime install with Icecast - and yes I
asked them first but this has flummoxed them over at Sourcefabric - anyone had a
problem with a HQ (192kbs) stream rebuffering every few seconds during a FTP/SSH
upload to a remote streaming server? Strangely the libShout and low (mono 96kbs)
streams are fine during this, but not streamhigh (the HQ stream). I'm only
uploading one file?doesn't seem to matter big or small, the HQ stream goes
crazy during this. Fine other times. Tried both Filezilla and Cyberduck over
root SSH or FTP under a designated ftp user, still the same issue.

Looking at top (I'm using Ubuntu 12.10 on a VPS with 1Gb RAM + 1GB burst
& dual CPU Xeon for my streaming server) I can't see a process hogging
resources, proftpd or sshd is like 1-5%.

It's really odd, and really frustrating?.I'm on Icecast 2.3.2 because
that's the one in main repo - would a manual upgrade to 2.3.3/2.4 beta fix
this?

Are there any special repos for Ubuntu Ices? I can 'make' from source
but would prefer to keep stuff repo-friendly for easy future updates.

Thanks

Tim - Radio Clash Live (http://listen.radioclash.com)

On Sat, 30 Mar 2013, Tim Baker wrote:
> I have a question - I'm running an Airtime install with Icecast - and 
> yes I asked them first but this has flummoxed them over at Sourcefabric 
> - anyone had a problem with a HQ (192kbs) stream rebuffering every few 
> seconds during a FTP/SSH upload to a remote streaming server? Strangely 
> the libShout and low (mono 96kbs) streams are fine during this, but not 
> streamhigh (the HQ stream). I'm only uploading one file?doesn't
seem to
> matter big or small, the HQ stream goes crazy during this. Fine other 
> times. Tried both Filezilla and Cyberduck over root SSH or FTP under a 
> designated ftp user, still the same issue.
It's not completely clear to me where the transfer is happening and where 
the stream is being sourced and served from.

If the stream is being sourced from A and served on B, and the file 
transfer is from A to B, then this is probably just a matter of the 
transfer swamping all available bandwidth.  If yo can prioritise the 
stream connection in your router, this should take care of this.

If the Icecast server is A and it's being sourced on the same machine, and 
a transfer to B is causing this, it could well be the same sort of issue. 
If it's a hosted server, you may need to get the operating system/kernel 
to do the prioritising, and I'm not sure how one would do this.

If it's some other combination, let us know what it is so we can make 
other suggestions.

Cheers,
Geoff.