[Icecast] Hiccup on streaming

dragonauta dragonauta.x at gmail.com
Sun May 25 14:07:54 PDT 2014


Ok, tested on LAN: no hiccups, its very fluid stream at 32kbps
tested with TuneIn, VLC and MX Player (for android)

Also tested from Internet for last two days and noticed no hiccup,
so I'm thinking that my ISP is having problems.

Is there a minimum/recommended bandwith for ISP connections when streaming?

Right now I have 3mbps download and 0.60mbps upload.
I know I should have better upload rate, I will go to my ISP to check for
other plans



2014-05-23 20:10 GMT-03:00 dragonauta <dragonauta.x at gmail.com>:

> Thanks Thomas
>
>
> 2014-05-23 17:44 GMT-03:00 "Thomas B. Rücker" <thomas at ruecker.fi>:
>
> On 05/23/2014 06:55 PM, dragonauta wrote:
>> > Hi all, this is my first time on this list.
>> > I have a very basic icecast2 server installed from Ubuntu repository.
>> > It's running on a linux Ubuntu Studio 12.04 LTS with an Athlon 64 X2
>> > 5200+.
>> > This linux box is at a Community FM Radio Station.
>> >
>> > We installed a radio automatization software called "Radit".
>> > Radit is developed by a spanish guy and runs very well. It's open
>> > source and multi-platform.
>> >
>> > Radit is a four program combo: an automatizer, an encoder, a weather
>> > reporter (get humidity, temp,etc) and a playing grid.
>> > Sorry if I can't describe exactly, english is not my main language.
>> >
>> > The encoder uses mp3, ogg and aac+, with bitrates from 32 to 320.
>> >
>> > The problem is that we have some hiccups on the streaming.
>> > Example, lets say we listen the phrase: "this is my black pencil"
>> > on the streaming we hear:"this...ak pencil"
>>
>> To get a better idea of where that happens you should check if this
>> "skipping" is the same for all listeners, if yes, then it comes from the
>> source client, if not it is something between icecast and the listener
>> client.
>>
>>
> We tried with muses.org (radio player online) and TuneIn from diferent
> locations, even with differents ISP.
> Using PC and android smartphone.
> Also tested with vlc
>
> If you anyone wants to check:
> Look at TuneIn for "Radio Barriletes"
> Our player (muses): http://barriletes.org.ar/radio1.html
> And direct access: http://radiobarriletes.sytes.net:8000/barriletes.mp3
>
> I didn't tested on site, through lan, because I'm not at that location
> right now. It's a test I want to perform.
>
>
>>
>> > I didn't play much with config, just changed user, password and host
>> > The encoder is pointing to localhost and I've tried every combination
>> > of mp3,ogg and aac+ with different bitrates.
>> > We hear hiccups all the time from internet (it's not the buffering
>> > hold, that is normal).
>> >
>> > I've checked PC, everything is normal. I didn't have yet the chance to
>> > listen from same lan.
>> > Maybe someone can point me right direction.
>>
>> It could be that the source client skips for some reason, e.g. because
>> of CPU load. This can easily happen also on a multi-CPU system if the
>> encoding is single threaded and saturates the core on which it's running.
>>
>> Linux top shows this
> Tasks: 174 total,   2 running, 172 sleeping,   0 stopped,   0 zombie
> Cpu(s): 27.5%us,  6.8%sy,  0.0%ni, 65.1%id,  0.4%wa,  0.0%hi,  0.2%si,
>  0.0%st
> Mem:   1931676k total,  1650232k used,   281444k free,   468284k buffers
> Swap:  2095100k total,   108644k used,  1986456k free,   890236k cached
>
>   PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
>  1918 operador  20   0  543m  70m  21m S   14  3.7   5401:22 Radit
>  1904 operador  20   0  268m  20m  13m S    6  1.1   2804:29 raditcast
>  1739 operador   9 -11  180m 6724 4644 S    4  0.3   2105:52 pulseaudio
> 24929 operador  20   0  4460 1924  744 S    4  0.1  11:31.26 lame
>
> Radit its the automatizer, raditcast is the wrapper that uses lame to
> encode and makes connection to icecast2
>
>
>
>> I don't have an immediate idea where your problem could be coming from,
>> so it's important to go step by step and rule out each part. It might
>> help to look at all possible logging, both on the source and on the
>> icecast (error.log) side.
>>
>> I looked at logs, everything looks normal. Logs are in level 3 (should I
> turn debug on?)
>
>
>
>> Good luck fixing your issue!
>>
>> Thomas
>>
>>
> Thank you again
>
> --
> GPG-Key: 2FFBC43B
> Linux Registered User #436806
> www.preguntaslinux.org :: supermoderador
> bbs.archbang.org :: moderator
> jinetedeldragon.wordpress.com
>
>
>


-- 
GPG-Key: 2FFBC43B
Linux Registered User #436806
www.preguntaslinux.org :: supermoderador
bbs.archbang.org :: moderator
jinetedeldragon.wordpress.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.xiph.org/pipermail/icecast/attachments/20140525/b7555eab/attachment.htm 


More information about the Icecast mailing list