Thanks for your response Michel. I encode with Omnia AX/E Software so that it can be processed a bit and it has built in MP3 Encoders. I believe it is happening to all my streams, but I only use the mp3 codec. Was encouraged to hear that I wasn’t the only one having an issue and look forward to some trouble shooting thoughts. I do not build my own packages so whatever OpenSSL version is in the win32 release on icecast.org is what I have used. Thanks Gary D From: Michel van Dop <mvandop at xs4all.nl> Sent: Thursday, December 06, 2018 2:59 AM To: Icecast streaming server user discussions <icecast at xiph.org> Cc: Gary Dearth <GDearth at olivet.edu> Subject: Re: [Icecast] https stream play 1 second and stop Hi, 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. Gary do you have this problem only on a mp3 stream? I use ProppFrexx onair Pro encoders for mp3. And i see this problem on Sam Broadcaster Pro 2018.x (lame encoders). I must restart Icecast 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. I send Philipp personally a stream url where it goes wrong now (not restarted). Best regards, Michel Gary Dearth schreef op 2018-12-05 14:20: I have the same issue occur on a windows server 2008 running 2.4.3 and recently upgraded to 2.4.4 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. Gary D. -----Original Message----- From: Icecast <icecast-bounces at xiph.org<mailto:icecast-bounces at xiph.org>> On Behalf Of Philipp Schafft Sent: Wednesday, December 05, 2018 7:09 AM To: Icecast streaming server user discussions <icecast at xiph.org<mailto:icecast at xiph.org>> Subject: Re: [Icecast] https stream play 1 second and stop Good afternoon, On Wed, 2018-12-05 at 13:02 +0100, Michel van Dop wrote: Hi Philipp, We use OpenSSL 1.0.2k-fips 26 Jan 2017 on CentOS Linux release 7.5.1804 (Core) When we restart the Icecast stream the problem is gone. The problem is gone when you restart the STREAM or when you restart Icecast? Do you have an URL to such a stream for me? With best regards, Philipp Schafft schreef op 2018-12-05 12:10: Good morning, On Wed, 2018-12-05 at 11:29 +0100, Michel van Dop wrote: Hi, We have sometimes a problems with playing in https the stream starts playing and stops in html5 or direct in the browser after a second. If we use the same stream on http, there is no problem. I can not find anything in the error log. We use Icecast 2.4.3. Is this problem solve in 2.4.4? There is no such bug known to us in Icecast. However: There is a bug in some OpenSSL versions that cause this behaviour. Which OpenSSL version do you use? Please also note that 2.4.4 include a very important security fix for URL Auth [0 [1]]. So upgrade to Icecast 2.4.4 is generally recommended. With best regards, [0] https://icecast.org/news/icecast-release_2_4_4/ -- -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.xiph.org/pipermail/icecast/attachments/20181206/43aa5d38/attachment.html>
Hi Gary, I change the type of encoder for the mountpoint what go wrong from mp3 to opus, but same problem. No mp3 problem. I restart Icecast and it works again. I set the log on (4) debug mode hope i can find something. Best regards, Michel Gary Dearth schreef op 2018-12-06 14:50:> Thanks for your response Michel. I encode with Omnia AX/E Software so that it can be processed a bit and it has built in MP3 Encoders. I believe it is happening to all my streams, but I only use the mp3 codec. Was encouraged to hear that I wasn't the only one having an issue and look forward to some trouble shooting thoughts. I do not build my own packages so whatever OpenSSL version is in the win32 release on icecast.org is what I have used. > > Thanks > > Gary D > > FROM: Michel van Dop <mvandop at xs4all.nl> > SENT: Thursday, December 06, 2018 2:59 AM > TO: Icecast streaming server user discussions <icecast at xiph.org> > CC: Gary Dearth <GDearth at olivet.edu> > SUBJECT: Re: [Icecast] https stream play 1 second and stop > > Hi, > > 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. > Gary do you have this problem only on a mp3 stream? I use ProppFrexx onair Pro encoders for mp3. > And i see this problem on Sam Broadcaster Pro 2018.x (lame encoders). > > I must restart Icecast 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. > > I send Philipp personally a stream url where it goes wrong now (not restarted). > > Best regards, > Michel > > Gary Dearth schreef op 2018-12-05 14:20: > > I have the same issue occur on a windows server 2008 running 2.4.3 and recently upgraded to 2.4.4 > 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. > > Gary D. > > -----Original Message----- > From: Icecast <icecast-bounces at xiph.org> On Behalf Of Philipp Schafft > Sent: Wednesday, December 05, 2018 7:09 AM > To: Icecast streaming server user discussions <icecast at xiph.org> > Subject: Re: [Icecast] https stream play 1 second and stop > > Good afternoon, > > On Wed, 2018-12-05 at 13:02 +0100, Michel van Dop wrote: > > Hi Philipp, > > We use OpenSSL 1.0.2k-fips 26 Jan 2017 on CentOS Linux release > 7.5.1804 > (Core) > > When we restart the Icecast stream the problem is gone. > > The problem is gone when you restart the STREAM or when you restart Icecast? > > Do you have an URL to such a stream for me? > > With best regards, > > Philipp Schafft schreef op 2018-12-05 12:10: > > Good morning, > > On Wed, 2018-12-05 at 11:29 +0100, Michel van Dop wrote: > > Hi, > > We have sometimes a problems with playing in https the stream > starts playing and stops in html5 or direct in the browser after a second. > If we use the same stream on http, there is no problem. I can not > find anything in the error log. > > We use Icecast 2.4.3. Is this problem solve in 2.4.4? > > There is no such bug known to us in Icecast. However: > There is a bug in some OpenSSL versions that cause this behaviour. > > Which OpenSSL version do you use? > > Please also note that 2.4.4 include a very important security fix > for URL Auth [0 [1]]. So upgrade to Icecast 2.4.4 is generally recommended. > > With best regards, > > [0] https://icecast.org/news/icecast-release_2_4_4/ [1]-- -- Links: ------ [1] https://icecast.org/news/icecast-release_2_4_4/ -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.xiph.org/pipermail/icecast/attachments/20181206/7cb195be/attachment-0001.html>
Hi, Today we see big update voor CentOS 7 64bit include openssl 1:1.0.2k-16.el7 openssl-libs 1:1.0.2k-16.el7 Before update openssl version OpenSSL 1.0.2k-fips 26 Jan 2017 Afther install the updates and reboot.. openssl version OpenSSL 1.0.2k-fips 26 Jan 2017... I do not understand.. i hope this update the version of opensssl and fixing the ssl problem in Icecast. Best regards, Michel Michel van Dop schreef op 2018-12-06 21:32:> Hi Gary, > > I change the type of encoder for the mountpoint what go wrong from mp3 to opus, but same problem. > No mp3 problem. > > I restart Icecast and it works again. I set the log on (4) debug mode hope i can find something. > > Best regards, > Michel > > Gary Dearth schreef op 2018-12-06 14:50: > > Thanks for your response Michel. I encode with Omnia AX/E Software so that it can be processed a bit and it has built in MP3 Encoders. I believe it is happening to all my streams, but I only use the mp3 codec. Was encouraged to hear that I wasn't the only one having an issue and look forward to some trouble shooting thoughts. I do not build my own packages so whatever OpenSSL version is in the win32 release on icecast.org is what I have used. > > Thanks > > Gary D > > FROM: Michel van Dop <mvandop at xs4all.nl> > SENT: Thursday, December 06, 2018 2:59 AM > TO: Icecast streaming server user discussions <icecast at xiph.org> > CC: Gary Dearth <GDearth at olivet.edu> > SUBJECT: Re: [Icecast] https stream play 1 second and stop > > Hi, > > 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. > Gary do you have this problem only on a mp3 stream? I use ProppFrexx onair Pro encoders for mp3. > And i see this problem on Sam Broadcaster Pro 2018.x (lame encoders). > > I must restart Icecast 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. > > I send Philipp personally a stream url where it goes wrong now (not restarted). > > Best regards, > Michel > > Gary Dearth schreef op 2018-12-05 14:20: > > I have the same issue occur on a windows server 2008 running 2.4.3 and recently upgraded to 2.4.4 > 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. > > Gary D. > > -----Original Message----- > From: Icecast <icecast-bounces at xiph.org> On Behalf Of Philipp Schafft > Sent: Wednesday, December 05, 2018 7:09 AM > To: Icecast streaming server user discussions <icecast at xiph.org> > Subject: Re: [Icecast] https stream play 1 second and stop > > Good afternoon, > > On Wed, 2018-12-05 at 13:02 +0100, Michel van Dop wrote: > > Hi Philipp, > > We use OpenSSL 1.0.2k-fips 26 Jan 2017 on CentOS Linux release > 7.5.1804 > (Core) > > When we restart the Icecast stream the problem is gone. > > The problem is gone when you restart the STREAM or when you restart Icecast? > > Do you have an URL to such a stream for me? > > With best regards, > > Philipp Schafft schreef op 2018-12-05 12:10: > > Good morning, > > On Wed, 2018-12-05 at 11:29 +0100, Michel van Dop wrote: > > Hi, > > We have sometimes a problems with playing in https the stream > starts playing and stops in html5 or direct in the browser after a second. > If we use the same stream on http, there is no problem. I can not > find anything in the error log. > > We use Icecast 2.4.3. Is this problem solve in 2.4.4? > > There is no such bug known to us in Icecast. However: > There is a bug in some OpenSSL versions that cause this behaviour. > > Which OpenSSL version do you use? > > Please also note that 2.4.4 include a very important security fix > for URL Auth [0 [1]]. So upgrade to Icecast 2.4.4 is generally recommended. > > With best regards, > > [0] https://icecast.org/news/icecast-release_2_4_4/ [1]-- -- _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast -- Links: ------ [1] https://icecast.org/news/icecast-release_2_4_4/ -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.xiph.org/pipermail/icecast/attachments/20181207/d7e37708/attachment.html>
Hi, I bult saturday a new RPM for icecast 2.4.4 on the last version of CentOS Linux release 7.6.1810 (Core) include the openssl update. I run it on the debug mode (4). Tonight i have the same problem on https on mount /live a mp3 192k stream. It play 2 seconds and stop. (when i try to use include .m3u so /live.m3u he go to http in software player) Here is the debug error log. I hope you find them useful (see /live) : [2018-12-09 21:29:07] DBUG auth/add_authenticated_listener client authenticated, passed to source [2018-12-09 21:29:07] DBUG source/source_main Client added for mountpoint (/live) [2018-12-09 21:29:07] INFO source/source_main listener count on /live now 1 [2018-12-09 21:29:07] DBUG format/format_check_http_buffer processing pending client headers [2018-12-09 21:29:07] DBUG stats/modify_node_event update global clients (15) [2018-12-09 21:29:07] DBUG stats/modify_node_event update global connections (52301) [2018-12-09 21:29:07] DBUG stats/modify_node_event update global clients (16) [2018-12-09 21:29:07] DBUG stats/modify_node_event update global connections (52302) [2018-12-09 21:29:07] DBUG stats/modify_node_event update "/flac.flac" total_bytes_read (18373627904) [2018-12-09 21:29:07] DBUG stats/modify_node_event update "/flac.flac" total_bytes_sent (82768157916) [2018-12-09 21:29:07] DBUG stats/modify_node_event update global client_connections (50480) [2018-12-09 21:29:07] DBUG stats/modify_node_event update "/live" listeners (1) [2018-12-09 21:29:07] DBUG stats/modify_node_event update global listeners (12) [2018-12-09 21:29:07] DBUG stats/modify_node_event update global listener_connections (11687) [2018-12-09 21:29:07] DBUG client/client_send_bytes Client connection died [2018-12-09 21:29:07] DBUG source/source_main Client removed [2018-12-09 21:29:07] INFO source/source_main listener count on /live now 0 [2018-12-09 21:29:07] DBUG auth/add_listener_to_source max on /live is 400 (cur 0) [2018-12-09 21:29:07] DBUG auth/add_listener_to_source Added client to /live [2018-12-09 21:29:07] DBUG auth/add_authenticated_listener client authenticated, passed to source [2018-12-09 21:29:07] DBUG stats/modify_node_event update global listeners (11) [2018-12-09 21:29:07] DBUG stats/modify_node_event update global clients (15) [2018-12-09 21:29:07] DBUG stats/modify_node_event update "/live" listeners (0) [2018-12-09 21:29:07] DBUG stats/modify_node_event update global client_connections (50481) [2018-12-09 21:29:07] DBUG source/source_main Client added for mountpoint (/live) [2018-12-09 21:29:07] INFO source/source_main listener count on /live now 1 [2018-12-09 21:29:07] DBUG format/format_check_http_buffer processing pending client headers [2018-12-09 21:29:07] DBUG client/client_send_bytes Client connection died [2018-12-09 21:29:07] DBUG source/source_main Client removed [2018-12-09 21:29:07] INFO source/source_main listener count on /live now 0 Best regards, Michel Michel van Dop schreef op 2018-12-06 21:32:> Hi Gary, > > I change the type of encoder for the mountpoint what go wrong from mp3 to opus, but same problem. > No mp3 problem. > > I restart Icecast and it works again. I set the log on (4) debug mode hope i can find something. > > Best regards, > Michel > > Gary Dearth schreef op 2018-12-06 14:50: > > Thanks for your response Michel. I encode with Omnia AX/E Software so that it can be processed a bit and it has built in MP3 Encoders. I believe it is happening to all my streams, but I only use the mp3 codec. Was encouraged to hear that I wasn't the only one having an issue and look forward to some trouble shooting thoughts. I do not build my own packages so whatever OpenSSL version is in the win32 release on icecast.org is what I have used. > > Thanks > > Gary D > > FROM: Michel van Dop <mvandop at xs4all.nl> > SENT: Thursday, December 06, 2018 2:59 AM > TO: Icecast streaming server user discussions <icecast at xiph.org> > CC: Gary Dearth <GDearth at olivet.edu> > SUBJECT: Re: [Icecast] https stream play 1 second and stop > > Hi, > > 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. > Gary do you have this problem only on a mp3 stream? I use ProppFrexx onair Pro encoders for mp3. > And i see this problem on Sam Broadcaster Pro 2018.x (lame encoders). > > I must restart Icecast 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. > > I send Philipp personally a stream url where it goes wrong now (not restarted). > > Best regards, > Michel > > Gary Dearth schreef op 2018-12-05 14:20: > > I have the same issue occur on a windows server 2008 running 2.4.3 and recently upgraded to 2.4.4 > 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. > > Gary D. > > -----Original Message----- > From: Icecast <icecast-bounces at xiph.org> On Behalf Of Philipp Schafft > Sent: Wednesday, December 05, 2018 7:09 AM > To: Icecast streaming server user discussions <icecast at xiph.org> > Subject: Re: [Icecast] https stream play 1 second and stop > > Good afternoon, > > On Wed, 2018-12-05 at 13:02 +0100, Michel van Dop wrote: > > Hi Philipp, > > We use OpenSSL 1.0.2k-fips 26 Jan 2017 on CentOS Linux release > 7.5.1804 > (Core) > > When we restart the Icecast stream the problem is gone. > > The problem is gone when you restart the STREAM or when you restart Icecast? > > Do you have an URL to such a stream for me? > > With best regards, > > Philipp Schafft schreef op 2018-12-05 12:10: > > Good morning, > > On Wed, 2018-12-05 at 11:29 +0100, Michel van Dop wrote: > > Hi, > > We have sometimes a problems with playing in https the stream > starts playing and stops in html5 or direct in the browser after a second. > If we use the same stream on http, there is no problem. I can not > find anything in the error log. > > We use Icecast 2.4.3. Is this problem solve in 2.4.4? > > There is no such bug known to us in Icecast. However: > There is a bug in some OpenSSL versions that cause this behaviour. > > Which OpenSSL version do you use? > > Please also note that 2.4.4 include a very important security fix > for URL Auth [0 [1]]. So upgrade to Icecast 2.4.4 is generally recommended. > > With best regards, > > [0] https://icecast.org/news/icecast-release_2_4_4/ [1]-- -- _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast -- Links: ------ [1] https://icecast.org/news/icecast-release_2_4_4/ -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.xiph.org/pipermail/icecast/attachments/20181209/abcb4c66/attachment.html>