hi thomas, thank you for your reply. here are my doubts, 1. what is sample rate and is there any relation between bitrate and sample rate. 2. how can i see data log for streams on icecast server - i want to see if there is any spikes in users on particular mountpoint, so that i can configure that stream on a dedicated server with high bandwidth. 3. are there any security measures i should take to protect from hackers. 4. i want to see any configuration recommendations in icecast documentation. 5. i can share my documentation if you are interested to write an article on how-to-setup basic icecast server to stream live feed. With Best -Ashwin. +91-9959166266 On Mon, Apr 22, 2013 at 12:30 AM, <icecast-request at xiph.org> wrote:> Send Icecast mailing list submissions to > icecast at xiph.org > > To subscribe or unsubscribe via the World Wide Web, visit > lists.xiph.org/mailman/listinfo/icecast > or, via email, send a message with subject or body 'help' to > icecast-request at xiph.org > > You can reach the person managing the list at > icecast-owner at xiph.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Icecast digest..." > > > Today's Topics: > > 1. Re: configuration (Thomas B. R?cker) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sun, 21 Apr 2013 12:08:38 +0000 > From: "Thomas B. R?cker" <thomas at ruecker.fi> > Subject: Re: [Icecast] configuration > To: icecast at xiph.org > Message-ID: <5173D6C6.7000805 at ruecker.fi> > Content-Type: text/plain; charset=ISO-8859-1 > > Hi, > > On 04/20/2013 04:33 PM, Ashwin Kumar wrote: > > can any one tell me about the configurations and best practices, as i > > see the documentation > > in icecast.org/docs/icecast-2.3.3/icecast2_config_file.htmlis > > good to get started, but i want to tune configuration. > > This is the authoritative documentation, there is not much beyond that. > If you have specific questions about parts or something is unclear, then > you can ask here on the mailing list. > > > > i want to know about fine tuning audio quality, security, any other > > stuff related to noise reduction or any thing makes me good at > > configuring stream. > > As Icecast doesn't touch the stream content, the quality and other audio > parameters are out of the scope. That is something that you'll have to > tackle on the side of the source client. > > > > can you please improve it for new guys like me. > > We're happy to improve our documentation, but for that we need to know > what is unclear or missing. > You can also file tickets about documentation at trac.xiph.org > > Cheers > > Thomas > > > ------------------------------ > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > lists.xiph.org/mailman/listinfo/icecast > > > End of Icecast Digest, Vol 107, Issue 12 > **************************************** >-------------- next part -------------- An HTML attachment was scrubbed... URL: lists.xiph.org/pipermail/icecast/attachments/20130422/68bb15e2/attachment.htm
Hi, On 04/21/2013 07:51 PM, Ashwin Kumar wrote:> hi thomas, > > thank you for your reply. > here are my doubts,I hope you don't doubt Icecast, but meant 'questions'. Anyway, on to the items.> 1. what is sample rate and is there any relation between bitrate and > sample rate. >That's more of a fundamental question. I'd recommend to read about the basics of digital audio and codecs. That is certainly going to answer any questions in this regard. You could start here: en.wikipedia.org/wiki/Digital_audio and here: en.wikipedia.org/wiki/Audio_codec and follow to other articles or better resources. A university library should also have books that cover digital signal processing. In brief: with lossy codecs there is a loose relationship between sample rate and bit rate.> 1. how can i see data log for streams on icecast server - i want to > see if there is any spikes in users on particular mountpoint, so > that i can configure that stream on a dedicated server with high > bandwidth. >Icecast follows the Unix principle of focusing on one thing and getting it right. This means that while we do produce all the necessary raw data for this it is not necessarily easy to grasp by looking at it. There are however other tools that are good at specifically processing logs or status data. In the question at hand you can resort to either log analysis - most server log software supports icecast; or you can use real time sampling - there are plug-ins for Munin and Cacti at least. e.g. ruecker.fi/foss/icecast/munin-icecast-0.1.tar.bz2> 1. are there any security measures i should take to protect from hackers. >- Chose secure passwords that can't be brute-forced - use separate passwords for every user, if necessary use a secured url-auth backend. - preferably use SSL for connections that need to authenticate or secure them otherwise (local, vpn, tunnels, etc.)> 1. i want to see any configuration recommendations in icecast > documentation. >The documentation provides examples that can be easily customized to each individual use case. Icecast also ships with a default config file for a minimal use case, make sure to change passwords though.> 1. i can share my documentation if you are interested to write an > article on how-to-setup basic icecast server to stream live feed. >I believe there are quite many such articles already, also the archive of this mailing list serves as a good source of information to interested parties. Cheers Thomas PS: please send plain text emails to the mailing list. Using HTML emails causes problems. Thanks!
Hello !! I use Icecast (version 2.3.3-1) on Debian GNU/Linux. The same listener can connect to the Icecast server many times as desired and maintain such connections active for an indefinite time, even using the same PC and the same web browser. This can be seen listening to this radio station (HTML5) 186.148.147.191:8001/zuzenean.ogg and looking for some statistics here (updated every 30 seconds) 186.148.147.191/nor/nor.php Thinking that many servers have a not too wide Internet bandwidth, can be implemented in the Icecast configuration any option that would limit the number of simultaneous connections to the same listener ?. Of course, there may be more of one listener behind a single IP and also such listeners may be using the same operating system and the same web browser. So, how differentiate them ?. If the server does not know the MAC address numbers for each listener, can be achieved with PHP ($ _SERVER ['REMOTE_PORT'], $ _SERVER ['REMOTE_USER'], etc.) to differentiate them ?. Maybe this is already covered by a newer Icecast version. Jos? Luis
"Thomas B. Rücker"
2013-Apr-26 15:05 UTC
[Icecast] Simultaneous connections (same listener)
Hi, On 04/26/2013 02:18 PM, Jos? Luis Artuch wrote:> Hello !! > I use Icecast (version 2.3.3-1) on Debian GNU/Linux. > The same listener can connect to the Icecast server many times as > desired and maintain such connections active for an indefinite time, > even using the same PC and the same web browser. [...] > Thinking that many servers have a not too wide Internet bandwidth, can > be implemented in the Icecast configuration any option that would limit > the number of simultaneous connections to the same listener ?.This is a possible use case for an url-auth backend. Through an URL auth backend you are free to enforce self defined rules on client connections. icecast.org/docs/icecast-2.3.3/icecast2_listenerauth.html Cheers Thomas