From marius at flage.org Tue Dec 1 07:17:37 2015 From: marius at flage.org (Marius Flage) Date: Tue, 1 Dec 2015 08:17:37 +0100 Subject: [Icecast] Making icecast stream available outside my network? In-Reply-To: <565CC6C5.70100@gmail.com> References: <565CC6C5.70100@gmail.com> Message-ID: <565D4991.1010306@flage.org> Hi! Are you even sure that your icecast server is exposed on the internet? Is your icecast server running on a public or private ip address? If it's running on a private ip address (192.168.0.0/16, 10.0.0.0/8 or 172.16.0.0/12), then you have to do some port forwarding, so your listeners can reach it. - Marius Den 30.11.2015 22:59, skrev Matt Turner: > Hi, i'm a newb to using icecast. > what i'm using is, foobar2000, with the altacast encoder. > I went in to the config file, and changed the adminname/password. > i've left everything else at there defaults. > I open up altacast, and add a new encoder, giveing it the user name, and > password. > it works fine. > But when giveing the link to people to listen, they say they can't open it. > I've read up on the doc, but still can't seem to figure it out. > Using NVDA, witch is a screen reader, and windows 8.1. > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 196 bytes Desc: OpenPGP digital signature URL: From meturner2214 at gmail.com Tue Dec 1 08:32:20 2015 From: meturner2214 at gmail.com (Matt Turner) Date: Tue, 1 Dec 2015 03:32:20 -0500 Subject: [Icecast] Making icecast stream available outside my network? In-Reply-To: <565D4991.1010306@flage.org> References: <565CC6C5.70100@gmail.com> <565D4991.1010306@flage.org> Message-ID: <565D5B14.1000800@gmail.com> Hi, yess its running on my local ip address. I've loged in to the router, andf orwarded port 8000. On 12/1/2015 2:17 AM, Marius Flage wrote: > Hi! > > Are you even sure that your icecast server is exposed on the internet? > Is your icecast server running on a public or private ip address? If > it's running on a private ip address (192.168.0.0/16, 10.0.0.0/8 or > 172.16.0.0/12), then you have to do some port forwarding, so your > listeners can reach it. > > - Marius > > Den 30.11.2015 22:59, skrev Matt Turner: >> Hi, i'm a newb to using icecast. >> what i'm using is, foobar2000, with the altacast encoder. >> I went in to the config file, and changed the adminname/password. >> i've left everything else at there defaults. >> I open up altacast, and add a new encoder, giveing it the user name, and >> password. >> it works fine. >> But when giveing the link to people to listen, they say they can't open it. >> I've read up on the doc, but still can't seem to figure it out. >> Using NVDA, witch is a screen reader, and windows 8.1. >> _______________________________________________ >> 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: From marius at flage.org Tue Dec 1 08:37:42 2015 From: marius at flage.org (Marius Flage) Date: Tue, 1 Dec 2015 09:37:42 +0100 Subject: [Icecast] Making icecast stream available outside my network? In-Reply-To: <565D5B14.1000800@gmail.com> References: <565CC6C5.70100@gmail.com> <565D4991.1010306@flage.org> <565D5B14.1000800@gmail.com> Message-ID: <565D5C56.9090802@flage.org> Maybe try the following tool to actually check if the port is open: http://www.yougetsignal.com/tools/open-ports/ ? And if you're comfortable with it, share the ip address either on the list or to me privately, so I can check for you. Have you checked the firewall running on the icecast server itself? If you're running Windows, make sure you've exempted the icecast program from the firewall rules. - Marius On 01. des. 2015 09:32, Matt Turner wrote: > Hi, yess its running on my local ip address. > I've loged in to the router, andf > orwarded > port 8000. > On 12/1/2015 2:17 AM, Marius Flage wrote: >> Hi! >> >> Are you even sure that your icecast server is exposed on the internet? >> Is your icecast server running on a public or private ip address? If >> it's running on a private ip address (192.168.0.0/16, 10.0.0.0/8 or >> 172.16.0.0/12), then you have to do some port forwarding, so your >> listeners can reach it. >> >> - Marius >> >> Den 30.11.2015 22:59, skrev Matt Turner: >>> Hi, i'm a newb to using icecast. >>> what i'm using is, foobar2000, with the altacast encoder. >>> I went in to the config file, and changed the adminname/password. >>> i've left everything else at there defaults. >>> I open up altacast, and add a new encoder, giveing it the user name, and >>> password. >>> it works fine. >>> But when giveing the link to people to listen, they say they can't open it. >>> I've read up on the doc, but still can't seem to figure it out. >>> Using NVDA, witch is a screen reader, and windows 8.1. >>> _______________________________________________ >>> 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 > > > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: OpenPGP digital signature URL: From meturner2214 at gmail.com Tue Dec 1 20:02:29 2015 From: meturner2214 at gmail.com (Matt Turner) Date: Tue, 1 Dec 2015 15:02:29 -0500 Subject: [Icecast] Making icecast stream available outside my network? In-Reply-To: <565D5C56.9090802@flage.org> References: <565CC6C5.70100@gmail.com> <565D4991.1010306@flage.org> <565D5B14.1000800@gmail.com> <565D5C56.9090802@flage.org> Message-ID: <565DFCD5.1090809@gmail.com> Hi, used that tool, and the port is open, and icecast is allowed to run on firewall. On 12/1/2015 3:37 AM, Marius Flage wrote: > Maybe try the following tool to actually check if the port is open: > http://www.yougetsignal.com/tools/open-ports/ ? > > And if you're comfortable with it, share the ip address either on the > list or to me privately, so I can check for you. Have you checked the > firewall running on the icecast server itself? If you're running > Windows, make sure you've exempted the icecast program from the > firewall rules. > > - Marius > > On 01. des. 2015 09:32, Matt Turner wrote: >> Hi, yess its running on my local ip address. >> I've loged in to the router, andf >> orwarded >> port 8000. >> On 12/1/2015 2:17 AM, Marius Flage wrote: >>> Hi! >>> >>> Are you even sure that your icecast server is exposed on the internet? >>> Is your icecast server running on a public or private ip address? If >>> it's running on a private ip address (192.168.0.0/16, 10.0.0.0/8 or >>> 172.16.0.0/12), then you have to do some port forwarding, so your >>> listeners can reach it. >>> >>> - Marius >>> >>> Den 30.11.2015 22:59, skrev Matt Turner: >>>> Hi, i'm a newb to using icecast. >>>> what i'm using is, foobar2000, with the altacast encoder. >>>> I went in to the config file, and changed the adminname/password. >>>> i've left everything else at there defaults. >>>> I open up altacast, and add a new encoder, giveing it the user name, and >>>> password. >>>> it works fine. >>>> But when giveing the link to people to listen, they say they can't open it. >>>> I've read up on the doc, but still can't seem to figure it out. >>>> Using NVDA, witch is a screen reader, and windows 8.1. >>>> _______________________________________________ >>>> 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 >> >> >> >> _______________________________________________ >> 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: From sm at noisynotes.com Wed Dec 2 18:25:54 2015 From: sm at noisynotes.com (Steve Matzura) Date: Wed, 02 Dec 2015 13:25:54 -0500 Subject: [Icecast] Problem with fallback on 2.31 on Windows XP In-Reply-To: <412072D0-032F-4956-9A0D-97ED50357301@gmail.com> References: <412072D0-032F-4956-9A0D-97ED50357301@gmail.com> Message-ID: On Mon, 30 Nov 2015 10:33:01 +0100, you wrote: >Could you post the config you used with comments? >Currently there is at least one closing comment tag without a opening tag >as far as I can see, which is confusing. >If that is the file you are using, maybe you accidentally commented it out? >Despite that it should works, but all of the paths in the config need to be >adjusted for Windows! I presume you mean paths like /home/ etc., I'll fix those. Re the edited file, sorry, I thought I was doing a good thing by removing the comments and making it shorter. Here's the file as it was, totally unedited. 100 2 5 524288 30 15 10 1 65535 oliver88 oliver770 tyler hackme 192.168.1.10 8000 1 ./ ./logs ./web ./admin access.log error.log 4 10000 0 From sm at noisynotes.com Wed Dec 2 18:27:41 2015 From: sm at noisynotes.com (Steve Matzura) Date: Wed, 02 Dec 2015 13:27:41 -0500 Subject: [Icecast] Problem with fallback on 2.31 on Windows XP In-Reply-To: References: Message-ID: The intro and script stuff can and should be removed. Re the passwords, they're all internal anyway, so it doesn't matter. This particular server is not, cannot be, seen from the outside. On Mon, 30 Nov 2015 09:40:47 +0000 (GMT), you wrote: >Hi, > >A few issues with your file: > >1. It's probably not finding the intro files. If you don't want them, >remove them. > >2. It's almost certainly not finding the on-connect and on-disconnect >scripts. You'll definitely need to remove these. > >There are probably other issues. IMHO, delete anything you don't need in >the file. > >Oh and I hope those passwords were not the actual passwords. I'd change >them now if they are. > >Geoff. > >_______________________________________________ >Icecast mailing list >Icecast at xiph.org >http://lists.xiph.org/mailman/listinfo/icecast From sm at noisynotes.com Fri Dec 4 18:28:38 2015 From: sm at noisynotes.com (Steve Matzura) Date: Fri, 04 Dec 2015 13:28:38 -0500 Subject: [Icecast] Problem with fallback on 2.31 on Windows XP In-Reply-To: References: Message-ID: I got most of my Icecast problems worked out, with one exception: If I want to locate any file or directory on another drive in Windows, how is that path specified? For instance, if I change to D:\Someplace and I set to 1 to accommodate this, what's the proper syntax for the directive? Is it: D:/Someplace or maybe /d/Someplace or can the system root not be moved off drive C? From sm at noisynotes.com Sat Dec 5 18:02:49 2015 From: sm at noisynotes.com (Steve Matzura) Date: Sat, 05 Dec 2015 13:02:49 -0500 Subject: [Icecast] Problem with fallback on 2.31 on Windows XP In-Reply-To: References: Message-ID: <1i966bhd0ka3sqibvbi6i1tsnfff52glk1@4ax.com> Everything's now up and running correctly, with one unrelated problem: When I disconnect the live stream and it goes to the fallback mount point, sometimes it's very slow to fall back, and sometimes I get the famous problem that acts like a speed mismatch, where the fallback stream plays slower or faster, or buffers so badly that the listen port has to reconnect in order to sort it out. Both encoders--the live and the backup--are running at the same bit rate. Any other things to check? From jvoosten at bankai.nl Sun Dec 6 12:13:35 2015 From: jvoosten at bankai.nl (Jeroen van Oosten) Date: Sun, 06 Dec 2015 13:13:35 +0100 Subject: [Icecast] Listener statistics on a fallback stream Message-ID: <5664266F.3020302@bankai.nl> Hello, I've come across a small problem and I'm not sure it's a bug or a misconfiguration in icecast, so I thought I'd ask here. The situation: we have an automated radio station that is fed from a dedicated virtual machine with SAM broadcaster. I set up a stream with a fallback mount; SAM connects to the fallback. Now, whenever the DJ wants to broadcast live all he has to do is start up his studio and connect to the 'real' stream, thus taking over the stream without having to logon to the server, stop encoders, etc. When he's done he disengages the stream and listeners are automatically back on the automated stream. This setup may be somewhat unusual in that we're running in "fallback" mode most of the time. The problem I have is that the listener statistics are now on the fallback stream, not the 'real' one, so now are listener graphs are flat at zero :( Of course I could pull the statistics from the fallback mount, but then we won't have listener stats for when we're live. To me it sounds like a bug; surely the fallback never needs statistics, only the real steam because this is where listeners connect to. Or maybe I need a different configuration. This the portion of my configuration that deals with the streams: /high.mp3 /high-server.mp3 1 /high-server.mp3 0 1 Listeners are directed to http://radiogfm.dyndns.org:8200/high.mp3, SAM connects to .../high-server.mp3. There are also 2 ACC+ streams with the same structure. So, what I want to know is: how do I get the proper listener statistics from /high.mp3? Is it a bug? Is there a different configuration that will work? The main requirement is that switching over to live streaming is effortless, i.e. just turn on the encoder on the DJ machine and start streaming. Thanks in advance, Jeroen -- Bankai Software Jeroen van Oosten Telefoon: 010-4134567 E-mail: jvoosten at bankai.nl KvK inschrijving: 24455492 "If you think it's expensive to hire a professional to do the job, wait until you hire an amateur." --Red Adair From yahav.shasha at gmail.com Sun Dec 6 12:58:23 2015 From: yahav.shasha at gmail.com (Yahav Shasha) Date: Sun, 6 Dec 2015 14:58:23 +0200 Subject: [Icecast] Listener statistics on a fallback stream In-Reply-To: <5664266F.3020302@bankai.nl> References: <5664266F.3020302@bankai.nl> Message-ID: > > >To me it sounds like a bug; surely the fallback never needs statistics, > only the real steam because this is where listeners connect to. Well, the fallback mount is still a mount-point nonetheless. you could still use it as a "regular" mount-point even if its configured as a fallback to another. Now, as for the statistics, should we be able to help without knowing what system you use to gather your statistics and build those charts? or i missed it? anyway, i can think of two options: 1. gather statistics for both mount-points. 2. depend on the software you use, you can write some code to determinate whether a live source is connected and pull the stats from the relevant mount-point accordingly. On Sun, Dec 6, 2015 at 2:13 PM, Jeroen van Oosten wrote: > Hello, > > I've come across a small problem and I'm not sure it's a bug or a > misconfiguration in icecast, so I thought I'd ask here. > > The situation: we have an automated radio station that is fed from a > dedicated virtual machine with SAM broadcaster. I set up a stream with a > fallback mount; SAM connects to the fallback. Now, whenever the DJ wants > to broadcast live all he has to do is start up his studio and connect to > the 'real' stream, thus taking over the stream without having to logon > to the server, stop encoders, etc. When he's done he disengages the > stream and listeners are automatically back on the automated stream. > This setup may be somewhat unusual in that we're running in "fallback" > mode most of the time. > > The problem I have is that the listener statistics are now on the > fallback stream, not the 'real' one, so now are listener graphs are flat > at zero :( Of course I could pull the statistics from the fallback > mount, but then we won't have listener stats for when we're live. > > To me it sounds like a bug; surely the fallback never needs statistics, > only the real steam because this is where listeners connect to. Or maybe > I need a different configuration. > > This the portion of my configuration that deals with the streams: > > > /high.mp3 > /high-server.mp3 > 1 > > > /high-server.mp3 > 0 > 1 > > > Listeners are directed to http://radiogfm.dyndns.org:8200/high.mp3, SAM > connects to .../high-server.mp3. There are also 2 ACC+ streams with the > same structure. > > So, what I want to know is: how do I get the proper listener statistics > from /high.mp3? Is it a bug? Is there a different configuration that > will work? The main requirement is that switching over to live streaming > is effortless, i.e. just turn on the encoder on the DJ machine and start > streaming. > > Thanks in advance, > > Jeroen > > -- > Bankai Software > Jeroen van Oosten > Telefoon: 010-4134567 > E-mail: jvoosten at bankai.nl > KvK inschrijving: 24455492 > > "If you think it's expensive to hire a professional to do the job, wait > until you hire an amateur." --Red Adair > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > -- Yahav Shasha, Web Developer +972-(0)549214421 http://www.linkedin.com/in/yahavs -------------- next part -------------- An HTML attachment was scrubbed... URL: From jvoosten at bankai.nl Sun Dec 6 13:41:50 2015 From: jvoosten at bankai.nl (Jeroen van Oosten) Date: Sun, 06 Dec 2015 14:41:50 +0100 Subject: [Icecast] Listener statistics on a fallback stream In-Reply-To: References: <5664266F.3020302@bankai.nl> Message-ID: <56643B1E.8020700@bankai.nl> Hello, On 06-12-15 13:58, Yahav Shasha wrote: > > >To me it sounds like a bug; surely the fallback never needs > statistics, > only the real steam because this is where listeners connect to. > > > Well, the fallback mount is still a mount-point nonetheless. you could > still use it as a "regular" mount-point even if its configured as a > fallback to another. Hmm, you have a point there. But the point is, the *listeners* connect to a certain mount point; I want to count them there. What's happening behind the scenes to get the music to them (be it a fallback stream or even a file played from disk) is irrelevant. > > Now, as for the statistics, should we be able to help without knowing > what system you use to gather your statistics and build those charts? > or i missed it? No you didn't miss it; I'm using a homebrew XSLT to present the information in a simple, parseable format: MountPoint,Connections,Stream Name,Current Listeners,Description,Currently Playing,Stream URL Global,Client: Source: ,,,, ,,,,, - , The output is a text file that I can easily parse from a script; the output is fed into MRTG. At this moment, the 'real' mount points are missing from this output, even though clients are connected. > anyway, i can think of two options: > 1. gather statistics for both mount-points. I thought of that, but the fallback mounts are hidden so I don't get the info at all. They are hidden simply because I don't want to show them up to the users on the statistics page. > 2. depend on the software you use, you can write some code to > determinate whether a live source is connected and pull the stats from > the relevant mount-point accordingly. Way too complicated. Why should I bother "switching" between mount points when my listeners connect to a single mount point? I'm beginning to think this is a 'feature' of IceCast with unintended consequences... Thanks, Jeroen -- Bankai Software Jeroen van Oosten Telefoon: 010-4134567 E-mail: jvoosten at bankai.nl KvK inschrijving: 24455492 "If you think it's expensive to hire a professional to do the job, wait until you hire an amateur." --Red Adair -------------- next part -------------- An HTML attachment was scrubbed... URL: From yahav.shasha at gmail.com Sun Dec 6 14:27:52 2015 From: yahav.shasha at gmail.com (Yahav Shasha) Date: Sun, 6 Dec 2015 16:27:52 +0200 Subject: [Icecast] Listener statistics on a fallback stream In-Reply-To: <56643B1E.8020700@bankai.nl> References: <5664266F.3020302@bankai.nl> <56643B1E.8020700@bankai.nl> Message-ID: > > >Hmm, you have a point there. But the point is, the *listeners* connect > to a certain mount point; I want to count them there. What's happening > behind the scenes to get the music to them (be it a fallback stream or even > a file played from disk) is irrelevant. > >I'm beginning to think this is a 'feature' of IceCast with unintended > consequences... Well i will let the people who actually know the code answer that, however, you must keep in mind that while you (and myself btw) use the fallback mechanism for that autodj/live switch, the fallback feature have many other uses for which the required behaviour in our case would be wrong, so programming IceCast to behave in this specific way you desire will be rather "limiting". instead, you can always configure your server to achieve different behaviour. so assuming that creating that script we talked about is off-limits, you said you hide the fallback mounts because you don't want them to show at the user statistics page? simply change the user statistic file to only show statistics from mounts you want to show, unhide the fallbacks and solve your problem. also, maybe there's even a way to actually do show stats from hidden mount-points by some xslt code..if so, you can use xsl:if to detect if live source is connected and serve the right mount-point stats. On Sun, Dec 6, 2015 at 3:41 PM, Jeroen van Oosten wrote: > Hello, > > On 06-12-15 13:58, Yahav Shasha wrote: > > >To me it sounds like a bug; surely the fallback never needs statistics, >> only the real steam because this is where listeners connect to. > > > Well, the fallback mount is still a mount-point nonetheless. you could > still use it as a "regular" mount-point even if its configured as a > fallback to another. > > > Hmm, you have a point there. But the point is, the *listeners* connect to > a certain mount point; I want to count them there. What's happening behind > the scenes to get the music to them (be it a fallback stream or even a file > played from disk) is irrelevant. > > > Now, as for the statistics, should we be able to help without knowing what > system you use to gather your statistics and build those charts? or i > missed it? > > > No you didn't miss it; I'm using a homebrew XSLT to present the > information in a simple, parseable format: > > version = "1.0" > > doctype-public="-//W3C//DTD XHTML 1.0 Strict//EN" doctype-system= > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd" > indent="yes" > encoding="UTF-8" /> > MountPoint,Connections,Stream > Name,Current Listeners,Description,Currently Playing,Stream URL > Global,Client: Source: select="source_connections" />,,,, > > ,, />,, />, - />, > > > > > > > The output is a text file that I can easily parse from a script; the > output is fed into MRTG. At this moment, the 'real' mount points are > missing from this output, even though clients are connected. > > anyway, i can think of two options: > 1. gather statistics for both mount-points. > > > I thought of that, but the fallback mounts are hidden so I don't get the > info at all. They are hidden simply because I don't want to show them up to > the users on the statistics page. > > 2. depend on the software you use, you can write some code to determinate > whether a live source is connected and pull the stats from the relevant > mount-point accordingly. > > > Way too complicated. Why should I bother "switching" between mount points > when my listeners connect to a single mount point? > > I'm beginning to think this is a 'feature' of IceCast with unintended > consequences... > > Thanks, > > Jeroen > > -- > Bankai Software > Jeroen van Oosten > Telefoon: 010-4134567 > E-mail: jvoosten at bankai.nl > KvK inschrijving: 24455492 > > "If you think it's expensive to hire a professional to do the job, wait until you hire an amateur." --Red Adair > > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > > -- Yahav Shasha, Web Developer +972-(0)549214421 http://www.linkedin.com/in/yahavs -------------- next part -------------- An HTML attachment was scrubbed... URL: From lion at lion.leolix.org Sun Dec 6 14:41:38 2015 From: lion at lion.leolix.org (Philipp Schafft) Date: Sun, 06 Dec 2015 14:41:38 +0000 Subject: [Icecast] Listener statistics on a fallback stream In-Reply-To: <5664266F.3020302@bankai.nl> References: <5664266F.3020302@bankai.nl> Message-ID: <20151206144144.73FE91294F@grassland.keep-cool.org> Goedemorgen. On Sun, 2015-12-06 at 13:13 +0100, Jeroen van Oosten wrote: > Hello, > > I've come across a small problem and I'm not sure it's a bug or a > misconfiguration in icecast, so I thought I'd ask here. > > The situation: we have an automated radio station that is fed from a > dedicated virtual machine with SAM broadcaster. I set up a stream with a > fallback mount; SAM connects to the fallback. Now, whenever the DJ wants > to broadcast live all he has to do is start up his studio and connect to > the 'real' stream, thus taking over the stream without having to logon > to the server, stop encoders, etc. When he's done he disengages the > stream and listeners are automatically back on the automated stream. > This setup may be somewhat unusual in that we're running in "fallback" > mode most of the time. Ok, That is fine so far. Even a quite common setup. > The problem I have is that the listener statistics are now on the > fallback stream, not the 'real' one, so now are listener graphs are flat > at zero :( Of course I could pull the statistics from the fallback > mount, but then we won't have listener stats for when we're live. > > To me it sounds like a bug; surely the fallback never needs statistics, > only the real steam because this is where listeners connect to. Or maybe > I need a different configuration. Ok, I think there is some confusion here: There is *no* difference between a mount used as fallback and one that isn't. The only difference is in the configuration of the mount falling to a specific other mount. That is also why the config looks like it does. When a stream falls back to another one the listeners are *moved* from one to the other mount. So they are no longer on the mount they entered. Therefore they're not on it's statistics. > This the portion of my configuration that deals with the streams: > > > /high.mp3 > /high-server.mp3 > 1 > > > /high-server.mp3 > 0 > 1 > > > Listeners are directed to http://radiogfm.dyndns.org:8200/high.mp3, SAM > connects to .../high-server.mp3. There are also 2 ACC+ streams with the > same structure. Beside that you use non-free codecs this looks fine to me. (And it seems to work fine for you beside the statistics problem). > So, what I want to know is: how do I get the proper listener statistics > from /high.mp3? Is it a bug? They are proper and there is no bug here. > Is there a different configuration that will work? > The main requirement is that switching over to live streaming > is effortless, i.e. just turn on the encoder on the DJ machine and start > streaming. Ok, I after clarifying (at least I hope so) above here is what I would suggest: If you only have a 1:1 mapping between entry and fallback mounts I would just sum up the numbers. If there is a more complicated mapping you can used more advanced options to track how listeners move between mounts. E.g. based on the event of entry update your statistical data. What the best option is depends a bit on what you're using and how. On the other mail you mentioned MRTG. I think it supports both a broad way of adding data. Both poll and trigger based. If you like I can asks our in-house MRTG staff for his opinion. Have a good Sunday! -- Philipp. (Rah of PH2) -------------- 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 lion at lion.leolix.org Sun Dec 6 22:14:52 2015 From: lion at lion.leolix.org (Philipp Schafft) Date: Sun, 06 Dec 2015 22:14:52 +0000 Subject: [Icecast] Anyone know of an easy way to view listener count from Windows? In-Reply-To: References: Message-ID: <20151206221459.ADE081294F@grassland.keep-cool.org> Good evening, On Sun, 2015-11-29 at 17:48 -0500, Spam Catcher wrote: > Hi guys. > > As the subject suggests, I was wondering if anyone knew of a Windows > client that can watch an Icecast stream, and periodically update and > show the amount of listeners on that mountpoint. I think something > like this would be really useful to have so I don't have to keep > looking at the webpage. In fact I haven't seen something like that yet. However I think it's possible to do so. What client do you use right now? Maybe you could contact the author and request that feature? -- Philipp. (Rah of PH2) -------------- 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 jerickson at logicalnetworking.net Mon Dec 7 03:54:58 2015 From: jerickson at logicalnetworking.net (Jordan Erickson) Date: Sun, 6 Dec 2015 19:54:58 -0800 Subject: [Icecast] Open-source Icecast source client for Android Message-ID: <56650312.60702@logicalnetworking.net> I wanted to send out a little reminder about my Kickstarter project for Cool Mic, an open source Icecast source client for Android. We need some more support to make this project a reality and I'm hoping to grab your attention for just a minute to tell you about it. Cool Mic is an open-source Icecast 2.x source client. It uses your Android device's microphone to send live audio to Icecast. It uses Vorbis and with successful funding we'll be adding Opus support as well. There are other features we plan on implementing such as SSL support, a graphical VU meter (audio levels), alongside stabalizing the codebase and publishing it on Github and Google Play. We've got 11 days left and we're currently just above 1/3 funded. A good portion of development for Cool Mic will be mutually beneficial to Icecast and related tools/libraries such as libshout. https://www.kickstarter.com/projects/jerickson/cool-mic-audio-livestreaming-android-open-source I appreciate any support you may give to help get this awesome project off the ground! Sincerely, Jordan From lion at lion.leolix.org Mon Dec 7 13:19:43 2015 From: lion at lion.leolix.org (Philipp Schafft) Date: Mon, 07 Dec 2015 13:19:43 +0000 Subject: [Icecast] Automatic rotation Dump-File possible? In-Reply-To: References: Message-ID: <20151207131948.74F3F1294F@grassland.keep-cool.org> Good morning, On Sat, 2015-11-28 at 16:09 -0300, Alejandro wrote: > I try to found some information about if possible has dump-files that > rotate automatically. > > > I has setup: > /recordings/stream-%Y%m%d-%H%M%S > > How is the correct way to split every 1 hour for example this > dumpfile? This is not possible at the moment. The dump file is opened on source connect. events such as SIGHUP or similar things have no effect on this. There is a related ticket in the system: https://trac.xiph.org/ticket/2173 However I think thre will be little movement on this in near future (at least without sponsoring) as it requires to find a matching sync point in the stream when reopening to ensure the individual files are both valid and gap less. What you can always do is to run a little script that connects as a client and downloads the file locally with e.g. wget. then you restart this wget whenever you want to break the stream. I hope that helps you a bit. Looking forward to your reply. PS: Please avoid sending HTML mails to this list. Thank you. -- Philipp. (Rah of PH2) -------------- 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 jvoosten at bankai.nl Mon Dec 7 18:41:38 2015 From: jvoosten at bankai.nl (Jeroen van Oosten) Date: Mon, 07 Dec 2015 19:41:38 +0100 Subject: [Icecast] Listener statistics on a fallback stream In-Reply-To: <20151206144144.73FE91294F@grassland.keep-cool.org> References: <5664266F.3020302@bankai.nl> <20151206144144.73FE91294F@grassland.keep-cool.org> Message-ID: <5665D2E2.8080101@bankai.nl> Hello, On 06-12-15 15:41, Philipp Schafft wrote: >> The problem I have is that the listener statistics are now on the >> fallback stream, not the 'real' one, so now are listener graphs are flat >> at zero :( Of course I could pull the statistics from the fallback >> mount, but then we won't have listener stats for when we're live. >> >> To me it sounds like a bug; surely the fallback never needs statistics, >> only the real steam because this is where listeners connect to. Or maybe >> I need a different configuration. > > Ok, I think there is some confusion here: > There is *no* difference between a mount used as fallback and one that > isn't. The only difference is in the configuration of the mount falling > to a specific other mount. That is also why the config looks like it > does. > > When a stream falls back to another one the listeners are *moved* from > one to the other mount. So they are no longer on the mount they entered. > Therefore they're not on it's statistics. You know, I have a problem with the term 'moved'. The way it is worded it seems to indicate that the clients are actively moved to a different URL (by some special codes in the stream, like a HTTP redirect or something), which is not the case. It is only an internal 'move' between mount points. At least that much is clear now. > Beside that you use non-free codecs this looks fine to me. (And it seems to work fine for you beside the statistics problem). This is a bit beside the point, but give a me a free (open source) codec that works reasonably for music at 28/56 kbit and works on all platforms, and I'll switch tomorrow :P We had an Ogg stream for years, nobody used it. Sorry, but that's the way it is. >> Is there a different configuration that will work? >> The main requirement is that switching over to live streaming >> is effortless, i.e. just turn on the encoder on the DJ machine and start >> streaming. > > Ok, I after clarifying (at least I hope so) above here is what I would > suggest: > If you only have a 1:1 mapping between entry and fallback mounts I would > just sum up the numbers. That seems to be the most logical solution for now, though from my point of view it looks silly. I can have 10 different 'input' streams, there is only one stream/mount point our listeners connect to and that's the one I'm interested in; the rest are technical details. I'm sure there's a technical / architectural reason for this but clearly designed for a different use case. > What the best option is depends a bit on what you're using and how. > On the other mail you mentioned MRTG. I think it supports both a broad > way of adding data. Both poll and trigger based. If you like I can asks > our in-house MRTG staff for his opinion. Thanks, but getting the statistics into MRTG isn't a problem. I'll just need to extend the script(s) a bit. Regards, Jeroen van Oosten -- Bankai Software Jeroen van Oosten Telefoon: 010-4134567 E-mail: jvoosten at bankai.nl KvK inschrijving: 24455492 "If you think it's expensive to hire a professional to do the job, wait until you hire an amateur." --Red Adair -------------- next part -------------- An HTML attachment was scrubbed... URL: From bubba4lyfe at gmail.com Sun Dec 13 18:05:42 2015 From: bubba4lyfe at gmail.com (Brett) Date: Sun, 13 Dec 2015 13:05:42 -0500 Subject: [Icecast] Issues with configuring an ice cast server Message-ID: Hi guys, I am new to the listing was wondering if I could get some assistance. I am blind and I use a screen reader to navigate the computer. I am having such an issue with configuring my eyes Catherine, that I would be willing to pay someone $20 to write me an operational XML file. If anyone is interested please let me know Sent from my iPhone From jeremiahzrogers at gmail.com Sun Dec 13 20:16:23 2015 From: jeremiahzrogers at gmail.com (Jeremiah Rogers) Date: Sun, 13 Dec 2015 15:16:23 -0500 Subject: [Icecast] Issues with configuring an ice cast server In-Reply-To: References: Message-ID: <3D1ACE6C-DB85-4DD5-86CA-E8ADCFDC9D39@gmail.com> I'll help. 704-996-5334 or respond to jeremiahzrogers at gmail.com. Jeremiah Rogers Cell: 704-996-5334 Email: jeremiahzrogers at gmail.com Social Networking: /jzrogers > On Dec 13, 2015, at 13:05, Brett wrote: > > Hi guys, I am new to the listing was wondering if I could get some assistance. I am blind and I use a screen reader to navigate the computer. I am having such an issue with configuring my eyes Catherine, that I would be willing to pay someone $20 to write me an operational XML file. If anyone is interested please let me know > > Sent from my iPhone > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast