<html><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /></head><body style='font-size: 10pt; font-family: Verdana,Geneva,sans-serif'>
<p>Hi, <br /><br />What strikes me is that the problem is with a mp3 stream. We use in the same icecast stream FLAC and opus and the have not this problem. <br />Gary do you have this problem only on a mp3 stream? I use ProppFrexx onair Pro encoders for mp3.<br />And i see this problem on Sam Broadcaster Pro 2018.x (lame encoders). <br /><br />I must restart Icecast<span> and it works fine for another week or two (same). I try to stop en start the encoder in ProppFrexx but i do not solve the problem.<br /><br />I send Philipp personally a stream url where it goes wrong now (not restarted). <br /><br />Best regards,<br /></span><span>Michel</span></p>
<p><br /><br />Gary Dearth schreef op 2018-12-05 14:20:</p>
<blockquote type="cite" style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0"><!-- html ignored --><!-- head ignored --><!-- meta ignored -->
<div class="pre" style="margin: 0; padding: 0; font-family: monospace">I have the same issue occur on a windows server 2008 running 2.4.3 and recently upgraded to 2.4.4<br /> I don't know what open ssl was packaged with it. It seems to run fine for a week or two and then all of a sudden it starts this same issue of playing one second and then stopping. Restart the service and it works fine for another week or two. But only an issue on https, the http streams are fine. Been dealing with this since beginning of year when we created the https streams for alexa use. Got my distro from the icecast.org repository.<br /> <br /> Gary D.<br /> <br /> <br /> -----Original Message-----<br /> From: Icecast <<a href="mailto:icecast-bounces@xiph.org">icecast-bounces@xiph.org</a>> On Behalf Of Philipp Schafft<br /> Sent: Wednesday, December 05, 2018 7:09 AM<br /> To: Icecast streaming server user discussions <<a href="mailto:icecast@xiph.org">icecast@xiph.org</a>><br /> Subject: Re: [Icecast] https stream play 1 second and stop<br /> <br /> Good afternoon,<br /> <br /> On Wed, 2018-12-05 at 13:02 +0100, Michel van Dop wrote:
<blockquote type="cite" style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0">Hi Philipp,<br /> <br /> We use OpenSSL 1.0.2k-fips 26 Jan 2017 on CentOS Linux release <br /> 7.5.1804<br /> (Core)<br /> <br /> When we restart the Icecast stream the problem is gone.</blockquote>
<br /> The problem is gone when you restart the STREAM or when you restart Icecast?<br /> <br /> Do you have an URL to such a stream for me?<br /> <br /> With best regards,<br /> <br /> <br />
<blockquote type="cite" style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0">Philipp Schafft schreef op 2018-12-05 12:10:<br /> <br />
<blockquote type="cite" style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0">Good morning,<br /> <br /> On Wed, 2018-12-05 at 11:29 +0100, Michel van Dop wrote: <br /> <br />
<blockquote type="cite" style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0">Hi,<br /> <br /> We have sometimes a problems with playing in https the stream <br /> starts playing and stops in html5 or direct in the browser after a second.<br /> If we use the same stream on http, there is no problem. I can not <br /> find anything in the error log.<br /> <br /> We use Icecast 2.4.3. Is this problem solve in 2.4.4?</blockquote>
<br /> There is no such bug known to us in Icecast. However:<br /> There is a bug in some OpenSSL versions that cause this behaviour.<br /> <br /> Which OpenSSL version do you use?<br /> <br /> Please also note that 2.4.4 include a very important security fix <br /> for URL Auth [0 [1]]. So upgrade to Icecast 2.4.4 is generally recommended.<br /> <br /> With best regards,<br /> <br /> [0] <a href="https://icecast.org/news/icecast-release_2_4_4/" target="_blank" rel="noopener noreferrer">https://icecast.org/news/icecast-release_2_4_4/</a></blockquote>
</blockquote>
</div>
</blockquote>
<p><br /></p>
<div>-- <br />
<pre> </pre>
</div>
</body></html>