<div dir="ltr">Thanks Thomas<div class="gmail_extra"><br><br><div class="gmail_quote">2014-05-23 17:44 GMT-03:00 "Thomas B. Rücker" <span dir="ltr"><<a href="mailto:thomas@ruecker.fi" target="_blank">thomas@ruecker.fi</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div class="">On 05/23/2014 06:55 PM, dragonauta wrote:<br>

> Hi all, this is my first time on this list.<br>
> I have a very basic icecast2 server installed from Ubuntu repository.<br>
> It's running on a linux Ubuntu Studio 12.04 LTS with an Athlon 64 X2<br>
> 5200+.<br>
> This linux box is at a Community FM Radio Station.<br>
><br>
> We installed a radio automatization software called "Radit".<br>
> Radit is developed by a spanish guy and runs very well. It's open<br>
> source and multi-platform.<br>
><br>
> Radit is a four program combo: an automatizer, an encoder, a weather<br>
> reporter (get humidity, temp,etc) and a playing grid.<br>
> Sorry if I can't describe exactly, english is not my main language.<br>
><br>
> The encoder uses mp3, ogg and aac+, with bitrates from 32 to 320.<br>
><br>
> The problem is that we have some hiccups on the streaming.<br>
> Example, lets say we listen the phrase: "this is my black pencil"<br>
> on the streaming we hear:"this...ak pencil"<br>
<br>
</div>To get a better idea of where that happens you should check if this<br>
"skipping" is the same for all listeners, if yes, then it comes from the<br>
source client, if not it is something between icecast and the listener<br>
client.<br>
<div class=""><br></div></blockquote><div> </div><div>We tried with <a href="http://muses.org">muses.org</a> (radio player online) and TuneIn from diferent locations, even with differents ISP.</div><div>Using PC and android smartphone.</div>
<div>Also tested with vlc</div><div><br></div><div>If you anyone wants to check:</div><div>Look at TuneIn for "Radio Barriletes"</div><div>Our player (muses): <a href="http://barriletes.org.ar/radio1.html">http://barriletes.org.ar/radio1.html</a></div>
<div>And direct access: <a href="http://radiobarriletes.sytes.net:8000/barriletes.mp3">http://radiobarriletes.sytes.net:8000/barriletes.mp3</a></div><div><br></div><div>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.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div class="">
<br>
> I didn't play much with config, just changed user, password and host<br>
> The encoder is pointing to localhost and I've tried every combination<br>
> of mp3,ogg and aac+ with different bitrates.<br>
> We hear hiccups all the time from internet (it's not the buffering<br>
> hold, that is normal).<br>
><br>
> I've checked PC, everything is normal. I didn't have yet the chance to<br>
> listen from same lan.<br>
> Maybe someone can point me right direction.<br>
<br>
</div>It could be that the source client skips for some reason, e.g. because<br>
of CPU load. This can easily happen also on a multi-CPU system if the<br>
encoding is single threaded and saturates the core on which it's running.<br>
<br></blockquote><div>Linux top shows this</div><div><div>Tasks: 174 total,   2 running, 172 sleeping,   0 stopped,   0 zombie</div><div>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</div>
<div>Mem:   1931676k total,  1650232k used,   281444k free,   468284k buffers</div><div>Swap:  2095100k total,   108644k used,  1986456k free,   890236k cached</div><div><br></div><div>  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND</div>
<div> 1918 operador  20   0  543m  70m  21m S   14  3.7   5401:22 Radit</div><div> 1904 operador  20   0  268m  20m  13m S    6  1.1   2804:29 raditcast</div><div> 1739 operador   9 -11  180m 6724 4644 S    4  0.3   2105:52 pulseaudio</div>
<div>24929 operador  20   0  4460 1924  744 S    4  0.1  11:31.26 lame</div></div><div><br></div><div>Radit its the automatizer, raditcast is the wrapper that uses lame to encode and makes connection to icecast2</div><div>
<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
I don't have an immediate idea where your problem could be coming from,<br>
so it's important to go step by step and rule out each part. It might<br>
help to look at all possible logging, both on the source and on the<br>
icecast (error.log) side.<br>
<br></blockquote><div>I looked at logs, everything looks normal. Logs are in level 3 (should I turn debug on?)</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

Good luck fixing your issue!<br>
<br>
Thomas<br><br></blockquote><div><br></div><div>Thank you again</div></div><div><br></div>-- <br><div dir="ltr">GPG-Key: 2FFBC43B<br>Linux Registered User #436806<br><a href="http://www.preguntaslinux.org" target="_blank">www.preguntaslinux.org</a> :: supermoderador<div>
<a href="http://bbs.archbang.org" target="_blank">bbs.archbang.org</a> :: moderator<br><a href="http://jinetedeldragon.wordpress.com" target="_blank">jinetedeldragon.wordpress.com</a><br><br></div><div><br></div></div>
</div></div>