From thatjackelliott at kpov.org Wed Oct 5 00:23:41 2016 From: thatjackelliott at kpov.org (Jack Elliott) Date: Tue, 4 Oct 2016 17:23:41 -0700 Subject: [Icecast] Source client (Windows and OS/2 versions). In-Reply-To: <57D8B911.4090804@os2.snc.ru> References: <57D89037.8040009@os2.snc.ru> <58667adc-6fc3-5e65-c95a-cdc0000ff153@kpov.org> <57D8B911.4090804@os2.snc.ru> Message-ID: <4fb7fd2b-54cb-961d-5059-e917bd191b62@kpov.org> Many thanks. -- That Jack Elliott (541) 848 7021 KPOV 88.9 FM High Desert Community radio Producer, The Wednesday Point Host, The Sunday Classics On 09/13/2016 07:42 PM, Andrey Vasilkin wrote: > readme.txt in archive and comments in ices.conf > > 14.09.16 14:12, Jack Elliott ?????: >> >> Any documentation for this? >> >> -- >> That Jack Elliott >> KPOV 88.9 FM High Desert Community radio >> Producer, The Wednesday Point >> Host, The Sunday Classics >> On 09/13/2016 04:48 PM, Andrey Vasilkin wrote: >>> IceS-ne 0.4.2 for OS/2, eComstation and Windows based on Centova >>> Cast Edition. Many bugs have been fixed. Added new features useful >>> for me, I hope for you too. >>> >>> ftp://idenis.snc.ru/users/GreenPoison/IceS-ne-20160912.zip >>> ftp://digi.os2.snc.ru/pub/Radio/IceS-ne-20160912.zip >>> >>> New features available in this version IceS-ne: >>> >>> - Advanced encoding control. IceS-ne encodes a stream in CBR >>> (constant bitrate) or in two types of variable bitrate: VBR >>> (variable bitrate) and ABR (average bitrate). You can specify the >>> encoding quality and values of lowest and highest sample rates for >>> the variable bitrate. >>> >>> - Named semaphores control. >>> >>> - CUE file can be disabled in the configuration file. However, for >>> OS/2 it can be obtained at any time from the named pipe. >>> >>> - Character encoding for metadata can be set in the configuration >>> file. Before sending to the server metadata will be converted to the >>> specified encoding. It is also possible to specify the encoding of >>> id3v1 mp3 tags. Tags id3v1 will be used when there is no tags id3v2 >>> in mp3 file. >>> >>> - A new built-in module for playlist. A local path to the media >>> files can be specified instead playlist file. When directory >>> specified, built-in playlist module will periodically scan files and >>> new list will be used if it have been changed. >>> >>> - A new type of playlist module - "program". The module is runs once >>> by IceS and receives requests on STDIN every time when IceS need to >>> get the name of the next file. The module responds to STDOUT the >>> name of file and (optionally) metadata, maximum playing time and >>> line number in the playlist. After response module switches to the >>> waiting next request. >>> >>> - Log files. This version of IceS supports rotation based on maximum >>> size of the log. >>> >>> - IceS-ne can be installed as Windows system service. >>> >>> >>> -- >>> Donations are most welcome! >>> >>> >>> >>> _______________________________________________ >>> Icecast mailing list >>> Icecast at xiph.org >>> http://lists.xiph.org/mailman/listinfo/icecast >> >> >> >> _______________________________________________ >> Icecast mailing list >> Icecast at xiph.org >> http://lists.xiph.org/mailman/listinfo/icecast > > -- > Donations are most welcome! > > > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast -------------- next part -------------- An HTML attachment was scrubbed... URL: From digi at os2.snc.ru Wed Oct 5 03:10:29 2016 From: digi at os2.snc.ru (Andrey Vasilkin) Date: Wed, 5 Oct 2016 15:10:29 +1200 Subject: [Icecast] Source client (Windows and OS/2 versions). In-Reply-To: <4fb7fd2b-54cb-961d-5059-e917bd191b62@kpov.org> References: <57D89037.8040009@os2.snc.ru> <58667adc-6fc3-5e65-c95a-cdc0000ff153@kpov.org> <57D8B911.4090804@os2.snc.ru> <4fb7fd2b-54cb-961d-5059-e917bd191b62@kpov.org> Message-ID: <57F46F25.4070202@os2.snc.ru> Latest versions: http://hobbes.nmsu.edu/h-search.php?key=ices-ne&pushbutton=Search 05.10.16 12:23, Jack Elliott ?????: > > Many thanks. > > -- > That Jack Elliott > (541) 848 7021 > KPOV 88.9 FM High Desert Community radio > Producer, The Wednesday Point > Host, The Sunday Classics > On 09/13/2016 07:42 PM, Andrey Vasilkin wrote: >> readme.txt in archive and comments in ices.conf >> >> 14.09.16 14:12, Jack Elliott ?????: >>> >>> Any documentation for this? >>> >>> -- >>> That Jack Elliott >>> KPOV 88.9 FM High Desert Community radio >>> Producer, The Wednesday Point >>> Host, The Sunday Classics >>> On 09/13/2016 04:48 PM, Andrey Vasilkin wrote: >>>> IceS-ne 0.4.2 for OS/2, eComstation and Windows based on Centova >>>> Cast Edition. Many bugs have been fixed. Added new features useful >>>> for me, I hope for you too. >>>> >>>> ftp://idenis.snc.ru/users/GreenPoison/IceS-ne-20160912.zip >>>> ftp://digi.os2.snc.ru/pub/Radio/IceS-ne-20160912.zip >>>> >>>> New features available in this version IceS-ne: >>>> >>>> - Advanced encoding control. IceS-ne encodes a stream in CBR >>>> (constant bitrate) or in two types of variable bitrate: VBR >>>> (variable bitrate) and ABR (average bitrate). You can specify the >>>> encoding quality and values of lowest and highest sample rates for >>>> the variable bitrate. >>>> >>>> - Named semaphores control. >>>> >>>> - CUE file can be disabled in the configuration file. However, for >>>> OS/2 it can be obtained at any time from the named pipe. >>>> >>>> - Character encoding for metadata can be set in the configuration >>>> file. Before sending to the server metadata will be converted to >>>> the specified encoding. It is also possible to specify the encoding >>>> of id3v1 mp3 tags. Tags id3v1 will be used when there is no tags >>>> id3v2 in mp3 file. >>>> >>>> - A new built-in module for playlist. A local path to the media >>>> files can be specified instead playlist file. When directory >>>> specified, built-in playlist module will periodically scan files >>>> and new list will be used if it have been changed. >>>> >>>> - A new type of playlist module - "program". The module is runs >>>> once by IceS and receives requests on STDIN every time when IceS >>>> need to get the name of the next file. The module responds to >>>> STDOUT the name of file and (optionally) metadata, maximum playing >>>> time and line number in the playlist. After response module >>>> switches to the waiting next request. >>>> >>>> - Log files. This version of IceS supports rotation based on >>>> maximum size of the log. >>>> >>>> - IceS-ne can be installed as Windows system service. >>>> >>>> >>>> -- >>>> Donations are most welcome! >>>> >>>> >>>> >>>> _______________________________________________ >>>> Icecast mailing list >>>> Icecast at xiph.org >>>> http://lists.xiph.org/mailman/listinfo/icecast >>> >>> >>> >>> _______________________________________________ >>> Icecast mailing list >>> Icecast at xiph.org >>> http://lists.xiph.org/mailman/listinfo/icecast >> >> -- >> Donations are most welcome! >> >> >> >> _______________________________________________ >> Icecast mailing list >> Icecast at xiph.org >> http://lists.xiph.org/mailman/listinfo/icecast > > > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast -- Jabber: digi at frs.snc.ru WorldTree radio Donations are most welcome! -------------- next part -------------- An HTML attachment was scrubbed... URL: From obatard at hammicus.org Sun Oct 9 20:58:50 2016 From: obatard at hammicus.org (Olivier BATARD) Date: Sun, 9 Oct 2016 22:58:50 +0200 Subject: [Icecast] SSL. Message-ID: Hello, I?m new to icecast and I?m trying to setup icecast on Debian 8, with the 2.4.3 version, compiled manually. The thing is I can?t make the ssl part work. I have a listen directive like this : 8483 1 and ssl-certificate : /usr/local/share/icecast/icecast.pem I generated the certificate with the commands : openssl req -x509 -newkey rsa:4096 -keyout key.pem -out cert.pem -nodes -days 365 cat key.pem >> crt.pem But when I start the server, everything is fine but I can?t load the page https://server.domain.local:8483/admin The browser hangs and close the connection with an error : ? can?t establish a secure connection ? Here?s the icecast logs : [2016-10-09 20:55:02] INFO stats/_stats_thread stats thread started [2016-10-09 20:55:02] INFO yp/yp_update_thread YP update thread started [2016-10-09 20:56:30] INFO sighandler/_sig_die Caught signal 2, shutting down... [2016-10-09 20:56:30] INFO main/main Shutting down [2016-10-09 20:56:30] INFO fserve/fserve_shutdown file serving stopped [2016-10-09 20:56:31] INFO slave/_slave_thread shutting down current relays [2016-10-09 20:56:31] INFO slave/_slave_thread Slave thread shutdown complete [2016-10-09 20:56:31] INFO auth/auth_shutdown Auth shutdown [2016-10-09 20:56:31] INFO yp/yp_shutdown YP thread down [2016-10-09 20:56:31] INFO stats/stats_shutdown stats thread finished I don?t understand what I missed. Can anyone help me ? Thanks by advance, Olivier. -------------- next part -------------- An HTML attachment was scrubbed... URL: From walteryork at hotmail.com Sun Oct 9 22:01:29 2016 From: walteryork at hotmail.com (Walter) Date: Sun, 9 Oct 2016 18:01:29 -0400 Subject: [Icecast] SSL. In-Reply-To: References: Message-ID: I had the same issues starting out.? This link is good without needing centova... http://forums.centova.com/index.php?topic=3965.0 Specifically you need to install prerequisite packages.? I highly recommend using package installer rather than manual build and make sure your certificate is created properly. On Oct 9, 2016, 5:34 PM, at 5:34 PM, Olivier BATARD wrote: >Hello, > >I?m new to icecast and I?m trying to setup icecast on Debian 8, with >the 2.4.3 version, compiled manually. > > >The thing is I can?t make the ssl part work. > >I have a listen directive like this : > > > 8483 > 1 > > >and ssl-certificate : > >/usr/local/share/icecast/icecast.pem > >I generated the certificate with the commands : > >openssl req -x509 -newkey rsa:4096 -keyout key.pem -out cert.pem -nodes >-days 365 >cat key.pem >> crt.pem > >But when I start the server, everything is fine but I can?t load the >page https://server.domain.local:8483/admin > > >The browser hangs and close the connection with an error : ? can?t >establish a secure connection ? > >Here?s the icecast logs : > >[2016-10-09 20:55:02] INFO stats/_stats_thread stats thread started >[2016-10-09 20:55:02] INFO yp/yp_update_thread YP update thread >started >[2016-10-09 20:56:30] INFO sighandler/_sig_die Caught signal 2, >shutting down... >[2016-10-09 20:56:30] INFO main/main Shutting down >[2016-10-09 20:56:30] INFO fserve/fserve_shutdown file serving stopped >[2016-10-09 20:56:31] INFO slave/_slave_thread shutting down current >relays >[2016-10-09 20:56:31] INFO slave/_slave_thread Slave thread shutdown >complete >[2016-10-09 20:56:31] INFO auth/auth_shutdown Auth shutdown >[2016-10-09 20:56:31] INFO yp/yp_shutdown YP thread down >[2016-10-09 20:56:31] INFO stats/stats_shutdown stats thread finished > >I don?t understand what I missed. > >Can anyone help me ? > >Thanks by advance, > >Olivier. > >------------------------------------------------------------------------ > >_______________________________________________ >Icecast mailing list >Icecast at xiph.org >http://lists.xiph.org/mailman/listinfo/icecast -------------- next part -------------- An HTML attachment was scrubbed... URL: From jerickson at logicalnetworking.net Sat Oct 15 00:28:12 2016 From: jerickson at logicalnetworking.net (Jordan Erickson) Date: Fri, 14 Oct 2016 17:28:12 -0700 Subject: [Icecast] New version of Cool Mic Message-ID: <7c5b7ba9-e6ca-377d-6d2c-7f3311924805@logicalnetworking.net> Hi all, I'm pleased to announce a new version of Cool Mic, an open source Icecast source client for Android. This version brings in support for streaming Opus audio, as well as a host of other improvements. Some main features include: + Opus and Vorbis streaming support + Active listener count + Graphical VU meter + Fine-grained control over streaming, audio, metadata parameters + A simple interface We hope to gain as much feedback as possible on this release as it will likely be the last before we submit it to Google Play. For more info, downloads, screenshots, access to the code and our public test server please visit https://coolmic.net - thank you very much! Sincerely, Jordan Erickson From mark at tafn.org.uk Sun Oct 16 18:47:07 2016 From: mark at tafn.org.uk (Mark) Date: Sun, 16 Oct 2016 19:47:07 +0100 Subject: [Icecast] Icecast help Message-ID: Good evening, i am new to icecast and trying to do the following 1 i have a stream going 24 hours 7 days a week with back to back music and what i am trying to do is have our djs connect thugh the day at there time slots but are all around the Uk so not from 1 location the problem is when i am streaming noone elce can start there show with out me disconnecting the software i am using is station playlist was told what i am trying to do i would need icecast only have been using shoutcast hope some one can help Mark. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jeffares.robert at gmail.com Sun Oct 16 21:54:37 2016 From: jeffares.robert at gmail.com (Robert Jeffares) Date: Mon, 17 Oct 2016 10:54:37 +1300 Subject: [Icecast] Icecast help In-Reply-To: References: Message-ID: <0ced10e0-713c-0635-fb45-954de434ae4a@gmail.com> You can use Station Playlist to pick up the stream from the remote DJ R On 17/10/16 07:47, Mark wrote: > Good evening, > i am new to icecast and trying to do the following > 1 i have a stream going 24 hours 7 days a week with back to back music > and what i am trying to do is have our djs connect thugh the day at > there time slots but are all around the Uk so not from 1 location > the problem is when i am streaming noone elce can start there show > with out me disconnecting > the software i am using is station playlist > was told what i am trying to do i would need icecast only have been > using shoutcast > hope some one can help > Mark. > > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast -- *Communication Consultants* 64 Warner Park Avenue Laingholm Auckland 0604 09 8176358 0221693124 06 650 6087 -------------- next part -------------- An HTML attachment was scrubbed... URL: From ross at stationplaylist.com Mon Oct 17 00:11:54 2016 From: ross at stationplaylist.com (Ross Levis) Date: Mon, 17 Oct 2016 13:11:54 +1300 Subject: [Icecast] Icecast help In-Reply-To: <0ced10e0-713c-0635-fb45-954de434ae4a@gmail.com> References: <0ced10e0-713c-0635-fb45-954de434ae4a@gmail.com> Message-ID: <009d01d2280b$12928830$37b79890$@com> Hi Mark, I?m subscribed to this group also. Icecast Server supports fallback mounts to handle this situation. We have this configured for some of our stream hosting customers. Something like this is configured in the icecast.xml... /auto.aac 0 /live.aac /auto.aac 1 0 /listen.aac /live.aac 1 0 Your automation sends to /auto.aac, you advertise /listen.aac for the listeners to connect to. DJ's connect to /live.aac. Change or remove the ".aac" depending on codec. Regards, Ross. From: Icecast [mailto:icecast-bounces at xiph.org] On Behalf Of Robert Jeffares Sent: Monday, 17 October 2016 10:55 a.m. You can use Station Playlist to pick up the stream from the remote DJ R On 17/10/16 07:47, Mark wrote: Good evening, i am new to icecast and trying to do the following 1 i have a stream going 24 hours 7 days a week with back to back music and what i am trying to do is have our djs connect thugh the day at there time slots but are all around the Uk so not from 1 location the problem is when i am streaming noone elce can start there show with out me disconnecting the software i am using is station playlist was told what i am trying to do i would need icecast only have been using shoutcast hope some one can help Mark. _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast -- Communication Consultants 64 Warner Park Avenue Laingholm Auckland 0604 09 8176358 0221693124 06 650 6087 From ross at stationplaylist.com Mon Oct 17 13:06:44 2016 From: ross at stationplaylist.com (Ross Levis) Date: Tue, 18 Oct 2016 02:06:44 +1300 Subject: [Icecast] Icecast help In-Reply-To: <4F156895357449B3943D78F1BF2CA6F6@MARKSPC> References: <0ced10e0-713c-0635-fb45-954de434ae4a@gmail.com> <009d01d2280b$12928830$37b79890$@com> <4F156895357449B3943D78F1BF2CA6F6@MARKSPC> Message-ID: <006101d22877$5127d570$f3778050$@com> Marc, Lines with a are commented and not used. You need to remove these around the mount items. The < Earth icemaster at localhost 100 2 524288 30 15 10 1 65535 password password admin password 139.162.236.22 8000
1 /usr/share/icecast2 /var/log/icecast2 /usr/share/icecast2/web /usr/share/icecast2/admin access.log error.log 3 10000 0 Mark. From: Ross Levis Sent: Monday, October 17, 2016 1:11 AM To: 'Icecast streaming server user discussions' ; 'Mark' Subject: RE: [Icecast] Icecast help Hi Mark, I?m subscribed to this group also. Icecast Server supports fallback mounts to handle this situation. We have this configured for some of our stream hosting customers. Something like this is configured in the icecast.xml... /auto.aac 0 /live.aac /auto.aac 1 0 /listen.aac /live.aac 1 0 Your automation sends to /auto.aac, you advertise /listen.aac for the listeners to connect to. DJ's connect to /live.aac. Change or remove the ".aac" depending on codec. Regards, Ross. From: Icecast [mailto:icecast-bounces at xiph.org] On Behalf Of Robert Jeffares Sent: Monday, 17 October 2016 10:55 a.m. You can use Station Playlist to pick up the stream from the remote DJ R On 17/10/16 07:47, Mark wrote: Good evening, i am new to icecast and trying to do the following 1 i have a stream going 24 hours 7 days a week with back to back music and what i am trying to do is have our djs connect thugh the day at there time slots but are all around the Uk so not from 1 location the problem is when i am streaming noone elce can start there show with out me disconnecting the software i am using is station playlist was told what i am trying to do i would need icecast only have been using shoutcast hope some one can help Mark. _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast -- Communication Consultants 64 Warner Park Avenue Laingholm Auckland 0604 09 8176358 0221693124 06 650 6087 From icecast at axperia.net Wed Oct 19 07:57:35 2016 From: icecast at axperia.net (Jean-Marc Coursimault) Date: Wed, 19 Oct 2016 09:57:35 +0200 Subject: [Icecast] Increasing Icecast input buffering ? Message-ID: <5807276F.700@axperia.net> Hello, My question is : is there a way to have Icecast buffer the input / increase the input buffering ? Even though the latency would increase ? Why : On some radio streams, the listeners to a Icecast stream experience very frequent silences / disconnections. I strongly suspect that the source has a slow/bursty connection to Icecast so that the data sent to the Icecast server arrives in too discontinuous chunks, even though the average connection speed is ok. What's more, they tell me that the Icecast output is in advance vs the actual radio broadcast (through a link to their FM emitter). So I guess that their emitter has some sort of buffering. Thanks -- JM From phschafft at de.loewenfelsen.net Wed Oct 19 08:55:47 2016 From: phschafft at de.loewenfelsen.net (Philipp Schafft) Date: Wed, 19 Oct 2016 08:55:47 +0000 Subject: [Icecast] Increasing Icecast input buffering ? In-Reply-To: <5807276F.700@axperia.net> References: <5807276F.700@axperia.net> Message-ID: <1476867347.1776.14.camel@de.loewenfelsen.net> Good morning, On Wed, 2016-10-19 at 09:57 +0200, Jean-Marc Coursimault wrote: > Hello, > > My question is : is there a way to have Icecast buffer the input / > increase the input buffering ? Even though the latency would increase ? > Why : On some radio streams, the listeners to a Icecast stream > experience very frequent silences / disconnections. There is no input buffer in Icecast2 at all: Icecast2 forwards the data as fast as it can (from source to listener). Icecast itself has no idea of time (that would require Icecast to interact with the data itself). That is why. There is the queue (the size of the queue can be configured, see the manual). The queue is a single buffer that allows jitters in transmission. But that is not a buffer that belongs to the input or output side. It's kind of both of the same time. When the source sends data it's append to the queue. When the data got transmitted to all clients the tail of the queue is removed. (It's a kind of a ring buffer). In case Icecast2 itself disconnects any listener that is because the client fall to much behind (reached the tail of the queue). That is normally caused by clients that can not receive or process the data at the speed (bitrate) the source sends. In case Icecast2 itself source that is because of source timeout (can also be configured). That is a timeout to disconnect stalled source connections. Basically Icecast2 expect the source to send at least some data within this timeout interval. Both cases are logged in the error.log (see your config). Consider to raise the debug level to 'debug' (4) to get a more verbose output. Another cause could be that clients for some reason disconnect. That can e.g. happen in case the client has some network or processing trouble. If none of the above seems to be happening I would suggest to increase the client's buffer and see if that fixes the problem. > I strongly suspect that the source has a slow/bursty connection to > Icecast so that the data sent to the Icecast server arrives in too > discontinuous chunks, even though the average connection speed is ok. In case Icecast2 disconnects the source for some reason (that in all cases is logged to error.log) there are some options on how to fix it depending on the details of your setup. Sometimes it helps to tune the encoder parameters. Reducing the bitrate for example. Another thing that you should make sure is that you do not have any periods of digital silence that are close to the source timeout. Digital silence will let the encoder drop the bitrate that low, that it may not generate output at least once per timeout interval. > What's more, they tell me that the Icecast output is in advance vs the > actual radio broadcast (through a link to their FM emitter). So I guess > that their emitter has some sort of buffering. It's normal that different channels have different latencies. This is sometimes also caused by the physical aspects of the technologies used. Without more details and log files it's hard to tell what exactly happens. I hope that I sill provided you with some helpful pointers. with best regards, PS: There is also an IRC channel on Freenode at #icecast. > > Thanks > -- JM -- Philipp Schafft (CEO/Gesch?ftsf?hrer) Telephon: +49.3535 490 17 92 L?wenfelsen UG (haftungsbeschr?nkt) Registration number: Bickinger Stra?e 21 HRB 12308 CB 04916 Herzberg (Elster) VATIN/USt-ID: Germany DE305133015 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: This is a digitally signed message part URL: From mark at tafn.org.uk Thu Oct 20 02:14:43 2016 From: mark at tafn.org.uk (Mark) Date: Thu, 20 Oct 2016 03:14:43 +0100 Subject: [Icecast] Icecast not showing up song title or artis Message-ID: <287C6A59544E474EB8EE4E20578CA2C7@MARKSPC> Good morning, First i would just like to say a big thanks for the help my server is all up and running now the only problem is when i am playing a track it is not displaying title and artis in winamp or on the webpage or dj name witch is set in station playlist it does in shoutcast Mark. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmc at axperia.net Wed Oct 19 14:23:50 2016 From: jmc at axperia.net (Jean-Marc Coursimault) Date: Wed, 19 Oct 2016 16:23:50 +0200 Subject: [Icecast] Increasing Icecast input buffering ? In-Reply-To: <1476867347.1776.14.camel@de.loewenfelsen.net> References: <5807276F.700@axperia.net> <1476867347.1776.14.camel@de.loewenfelsen.net> Message-ID: <580781F6.1050506@axperia.net> Hi, Thank you very much for your answer. I just tried to increase the queue size to 13048576 (an arbitrary, but large, number). I increased the client / header / source timeouts to 30, 35, 30 respectively. Seems strange now, the sound jumps (forward), at least it seems that some parts of the song are cut. I've increased the debug-level to 4, but now I get a gazillion messages. I tried to grep on the mountpoint name, but I do not see anything significant. What should I grep on ? I could send you the icecast.xml, but there's nothing special in it. (Icecast 2.3.3). The flux is http://live.francra.org:8000/Radio-Calade. Thanks for your help ! -- JM Le 19/10/2016 10:55, Philipp Schafft a ?crit : > Good morning, > > On Wed, 2016-10-19 at 09:57 +0200, Jean-Marc Coursimault wrote: >> Hello, >> >> My question is : is there a way to have Icecast buffer the input / >> increase the input buffering ? Even though the latency would increase ? >> Why : On some radio streams, the listeners to a Icecast stream >> experience very frequent silences / disconnections. > There is no input buffer in Icecast2 at all: > > Icecast2 forwards the data as fast as it can (from source to listener). > Icecast itself has no idea of time (that would require Icecast to > interact with the data itself). That is why. > There is the queue (the size of the queue can be configured, see the > manual). The queue is a single buffer that allows jitters in > transmission. But that is not a buffer that belongs to the input or > output side. It's kind of both of the same time. > > When the source sends data it's append to the queue. When the data got > transmitted to all clients the tail of the queue is removed. (It's a > kind of a ring buffer). > > In case Icecast2 itself disconnects any listener that is because the > client fall to much behind (reached the tail of the queue). That is > normally caused by clients that can not receive or process the data at > the speed (bitrate) the source sends. > > In case Icecast2 itself source that is because of source timeout (can > also be configured). That is a timeout to disconnect stalled source > connections. Basically Icecast2 expect the source to send at least some > data within this timeout interval. > > Both cases are logged in the error.log (see your config). Consider to > raise the debug level to 'debug' (4) to get a more verbose output. > > > Another cause could be that clients for some reason disconnect. That can > e.g. happen in case the client has some network or processing trouble. > > If none of the above seems to be happening I would suggest to increase > the client's buffer and see if that fixes the problem. > > > >> I strongly suspect that the source has a slow/bursty connection to >> Icecast so that the data sent to the Icecast server arrives in too >> discontinuous chunks, even though the average connection speed is ok. > In case Icecast2 disconnects the source for some reason (that in all > cases is logged to error.log) there are some options on how to fix it > depending on the details of your setup. > > Sometimes it helps to tune the encoder parameters. Reducing the bitrate > for example. Another thing that you should make sure is that you do not > have any periods of digital silence that are close to the source > timeout. Digital silence will let the encoder drop the bitrate that low, > that it may not generate output at least once per timeout interval. > > >> What's more, they tell me that the Icecast output is in advance vs the >> actual radio broadcast (through a link to their FM emitter). So I guess >> that their emitter has some sort of buffering. > It's normal that different channels have different latencies. This is > sometimes also caused by the physical aspects of the technologies used. > > > Without more details and log files it's hard to tell what exactly > happens. I hope that I sill provided you with some helpful pointers. > > > with best regards, > > > PS: There is also an IRC channel on Freenode at #icecast. > >> Thanks >> -- JM > > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast -- -- Jean-Marc Coursimault ___________________________________________ Axperia SARL Les Contamines, 38420 Revel jmc at axperia.net T?l 06 88 62 55 71 RCS 453651606 Grenoble NAF 6311Z TVA intra FR16453651606 -------------- next part -------------- An HTML attachment was scrubbed... URL: