<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-family: Calibri, sans-serif;"><div><div>HI,</div><div><br></div><div>I suspect this has to do with the addition of Stereo Support to mod_shout around June.</div><div><br></div><div>This only happens when one uses "<param name="rate" value="48000”/>” in local_stream.conf.xml</div><div><div><br></div><div>I think the padding being added is actually less than the "1s of empty audio” - because the largest value passed to ‘memset’ in mod_shout.c can be 64K.</div><div>Adding stereo halved the original pad duration. So with a 64Kbuffer @ 48000 (2 bytes per sample and Stereo), I think you only get 0.3 seconds of ‘buffer’, which is just not enough for the streaming to keep up reliably and therefor the repeated ‘gaps’.</div></div><div><br></div><div>Change it to "<param name="rate" value=“32000”/>” and the issue goes away as it then gives 0.5 seconds of buffer (which was 1 second before stereo).</div><div><br></div><div><div><div>-- </div><div><span class="Apple-style-span" style="font-family: Arial; font-size: 13px;">Keith <br><br></span></div></div></div></div><span id="OLK_SRC_BODY_SECTION"><div style="font-family:Calibri; font-size:11pt; text-align:left; color:black; BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; PADDING-BOTTOM: 0in; PADDING-LEFT: 0in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid; BORDER-RIGHT: medium none; PADDING-TOP: 3pt"><br></div></span></body></html>