From epirat07 at gmail.com Sun Mar 1 17:33:10 2015 From: epirat07 at gmail.com (Marvin Scholz) Date: Sun, 01 Mar 2015 18:33:10 +0100 Subject: [Icecast] Dump file - split based on time v. single file In-Reply-To: References: Message-ID: <5ED974D5-B2BB-4F71-9143-6CA0018426DE@gmail.com> On 1 Mar 2015, at 18:17, Dean Sauer wrote: > REQUEST: IceCast server generated dump file via Please note, it's called Icecast, not IceCast. > > I realize that when this was probably generated that the type of sources > that Icecast would be used with would not be 24/7/365 types, but probably > short burts say up to a few hours, and also wouldn't contain large > amounts of silence between actual audio. > > Right now I use darkice, cron, and a BASH script for the sources which > then generates a MP3 recording of each hour, which is fed to sox, and > then spits out a silence removed MP3 of that hours recording. This then > has to be uploaded to the server.. > > It would be a boon to do this server side, especially for sources/feeds I > don't control which unfortunately use inferior wincrap software and can't > generate a local dump file. And darkice can't seem to do this for Ogg, > after the first dump, as the headers are missing for each file > subsequently, bug/request sent to darkice. > > My suggestion is that the dump-file tag have an interval option or tag so > that it creates a new dump file based on this interval, and named based > on some sort of dump-file-name tag which would use BASH naming variables > to name it. > > Alternatively I guess you could send Icecast another type of signal via > kill much like the -HUP causes a rescan of the config, but if I/others > wanted differing intervals that may not be the route to do this via kill > (Signal) option via cron job... > > Any of this been considered in the past??? Possible??? > > It would be a boon if Icecast would do this on its own, and then I can > feed these file(s) to sox SERVER SIDE, thus not having to do sftp uploads > of these to the server from the sources... > > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast From thomas at ruecker.fi Sun Mar 1 18:04:36 2015 From: thomas at ruecker.fi (=?windows-1252?Q?=22Thomas_B=2E_R=FCcker=22?=) Date: Sun, 01 Mar 2015 18:04:36 +0000 Subject: [Icecast] REQ: Dump file - split based on time v. single file In-Reply-To: References: Message-ID: <54F354B4.7040004@ruecker.fi> Hi, On 03/01/2015 05:17 PM, Dean Sauer wrote: > REQUEST: IceCast server generated dump file via > > I realize that when this was probably generated that the type of sources > that Icecast would be used with would not be 24/7/365 types, but probably > short burts say up to a few hours, and also wouldn't contain large > amounts of silence between actual audio. > > Right now I use darkice, cron, and a BASH script for the sources which > then generates a MP3 recording of each hour, which is fed to sox, and > then spits out a silence removed MP3 of that hours recording. This then > has to be uploaded to the server.. > > It would be a boon to do this server side, especially for sources/feeds I > don't control which unfortunately use inferior wincrap software and can't > generate a local dump file. And darkice can't seem to do this for Ogg, > after the first dump, as the headers are missing for each file > subsequently, bug/request sent to darkice. > > My suggestion is that the dump-file tag have an interval option or tag so > that it creates a new dump file based on this interval, and named based > on some sort of dump-file-name tag which would use BASH naming variables > to name it. We have received a patch that is said to do that off list after this mail. We'll be looking at it, at some point. We already support strftime patterns in dump file names. Further activity will be in this ticket: https://trac.xiph.org/ticket/2173 > Alternatively I guess you could send Icecast another type of signal via > kill much like the -HUP causes a rescan of the config, but if I/others > wanted differing intervals that may not be the route to do this via kill > (Signal) option via cron job... > > Any of this been considered in the past??? Possible??? > > It would be a boon if Icecast would do this on its own, and then I can > feed these file(s) to sox SERVER SIDE, thus not having to do sftp uploads > of these to the server from the sources... I think a maximum dump file duration setting would address this well enough. I do remember though, that someone asked for a way to turn on/off dumping through e.g. admin requests. Is there specific interest in this from other people on the list? Cheers Thomas From jerickson at logicalnetworking.net Sun Mar 1 18:35:36 2015 From: jerickson at logicalnetworking.net (Jordan Erickson) Date: Sun, 01 Mar 2015 10:35:36 -0800 Subject: [Icecast] REQ: Dump file - split based on time v. single file In-Reply-To: <54F354B4.7040004@ruecker.fi> References: <54F354B4.7040004@ruecker.fi> Message-ID: <54F35BF8.3020506@logicalnetworking.net> On 03/01/2015 10:04 AM, "Thomas B. R?cker" wrote: >> Alternatively I guess you could send Icecast another type of signal via >> kill much like the -HUP causes a rescan of the config, but if I/others >> wanted differing intervals that may not be the route to do this via kill >> (Signal) option via cron job... >> >> Any of this been considered in the past??? Possible??? >> >> It would be a boon if Icecast would do this on its own, and then I can >> feed these file(s) to sox SERVER SIDE, thus not having to do sftp uploads >> of these to the server from the sources... > I think a maximum dump file duration setting would address this well enough. > I do remember though, that someone asked for a way to turn on/off > dumping through e.g. admin requests. > Is there specific interest in this from other people on the list? *raises hand* I think that would be a useful feature. From bryan at tpon.com Thu Mar 5 15:18:04 2015 From: bryan at tpon.com (Bryan) Date: Thu, 5 Mar 2015 10:18:04 -0500 Subject: [Icecast] Stream not working on newer IOS devices Message-ID: Hello, I'm with an organization that has been using icecast 2.3 and BUTT on windows for a couple of years without any major issues. However, just recently we have realized that the stream has a problem with newer iPhones. I did upgrade to 2.4.1 and it hasn't resolved the issue. On my old iPod touch it works fine but with the iPod touch 5 it doesn't. Works fine on a PC and android. We have one mp3 stream mounted on /live. The behavior we see is that when you click on the link a play arrow appears but then disappears within a second or two. Once its disappeared you're left with a blank screen that doesn't do anything. I've looked online but haven't found anything significant. Any thoughts? Thanks - Bryan. -------------- next part -------------- An HTML attachment was scrubbed... URL: From epirat07 at gmail.com Thu Mar 5 16:52:17 2015 From: epirat07 at gmail.com (Marvin Scholz) Date: Thu, 5 Mar 2015 17:52:17 +0100 Subject: [Icecast] Stream not working on newer IOS devices In-Reply-To: References: Message-ID: Are you using authentication for the stream? > Am 05.03.2015 um 16:18 schrieb Bryan : > > Hello, > I'm with an organization that has been using icecast 2.3 and BUTT on windows for a couple of years without any major issues. > > However, just recently we have realized that the stream has a problem with newer iPhones. I did upgrade to 2.4.1 and it hasn't resolved the issue. > > On my old iPod touch it works fine but with the iPod touch 5 it doesn't. Works fine on a PC and android. We have one mp3 stream mounted on /live. The behavior we see is that when you click on the link a play arrow appears but then disappears within a second or two. Once its disappeared you're left with a blank screen that doesn't do anything. > > I've looked online but haven't found anything significant. Any thoughts? > > Thanks - Bryan. > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast -------------- next part -------------- An HTML attachment was scrubbed... URL: From bryan at tpon.com Thu Mar 5 22:03:23 2015 From: bryan at tpon.com (Bryan) Date: Thu, 5 Mar 2015 17:03:23 -0500 Subject: [Icecast] Stream not working on newer IOS devices In-Reply-To: References: Message-ID: No, the stream is open (at least that's the intention), it doesn't ask for any authentication on the other platforms. The source has authentication though. > On Mar 5, 2015 11:52 AM, "Marvin Scholz" wrote: >> >> Are you using authentication for the stream? >> >> >> Am 05.03.2015 um 16:18 schrieb Bryan : >> >>> Hello, >>> I'm with an organization that has been using icecast 2.3 and BUTT on windows for a couple of years without any major issues. >>> >>> However, just recently we have realized that the stream has a problem with newer iPhones. I did upgrade to 2.4.1 and it hasn't resolved the issue. >>> >>> On my old iPod touch it works fine but with the iPod touch 5 it doesn't. Works fine on a PC and android. We have one mp3 stream mounted on /live. The behavior we see is that when you click on the link a play arrow appears but then disappears within a second or two. Once its disappeared you're left with a blank screen that doesn't do anything. >>> >>> I've looked online but haven't found anything significant. Any thoughts? >>> >>> Thanks - Bryan. >>> >>> _______________________________________________ >>> 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 jerickson at logicalnetworking.net Fri Mar 6 04:02:30 2015 From: jerickson at logicalnetworking.net (Jordan Erickson) Date: Thu, 05 Mar 2015 20:02:30 -0800 Subject: [Icecast] Stream not working on newer IOS devices In-Reply-To: References: Message-ID: <54F926D6.4080808@logicalnetworking.net> How are you referencing the link? Is it opening in a web browser, or different app as the listening client? On 03/05/2015 02:03 PM, Bryan wrote: > > > No, the stream is open (at least that's the intention), it doesn't ask > for any authentication on the other platforms. The source has > authentication though. > > > On Mar 5, 2015 11:52 AM, "Marvin Scholz" > wrote: > >> > >> Are you using authentication for the stream? > >> > >> > >> Am 05.03.2015 um 16:18 schrieb Bryan >: > >> > >>> Hello, > >>> I'm with an organization that has been using icecast 2.3 and BUTT > on windows for a couple of years without any major issues. > >>> > >>> However, just recently we have realized that the stream has a > problem with newer iPhones. I did upgrade to 2.4.1 and it hasn't > resolved the issue. > >>> > >>> On my old iPod touch it works fine but with the iPod touch 5 it > doesn't. Works fine on a PC and android. We have one mp3 stream > mounted on /live. The behavior we see is that when you click on the > link a play arrow appears but then disappears within a second or two. > Once its disappeared you're left with a blank screen that doesn't do > anything. > >>> > >>> I've looked online but haven't found anything significant. Any > thoughts? > >>> > >>> Thanks - Bryan. > >>> > >>> _______________________________________________ > >>> 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 From greg at indexcom.com Fri Mar 6 04:14:19 2015 From: greg at indexcom.com (Greg Ogonowski) Date: Thu, 5 Mar 2015 20:14:19 -0800 Subject: [Icecast] Stream not working on newer IOS devices In-Reply-To: References: Message-ID: <1e4401d057c4$04a4a550$0dedeff0$@indexcom.com> What is the stream URL for the problematic stream? I?ll have a look at this for you. /greg. From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On Behalf Of Bryan Sent: Thursday, 05 March, 2015 07:18 To: icecast at xiph.org Subject: [Icecast] Stream not working on newer IOS devices Available Attachments * Untitled attachment 07338.txt Hello, I'm with an organization that has been using icecast 2.3 and BUTT on windows for a couple of years without any major issues. However, just recently we have realized that the stream has a problem with newer iPhones. I did upgrade to 2.4.1 and it hasn't resolved the issue. On my old iPod touch it works fine but with the iPod touch 5 it doesn't. Works fine on a PC and android. We have one mp3 stream mounted on /live. The behavior we see is that when you click on the link a play arrow appears but then disappears within a second or two. Once its disappeared you're left with a blank screen that doesn't do anything. I've looked online but haven't found anything significant. Any thoughts? Thanks - Bryan. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bryan at tpon.com Fri Mar 6 12:59:27 2015 From: bryan at tpon.com (Bryan) Date: Fri, 6 Mar 2015 07:59:27 -0500 Subject: [Icecast] Stream not working on newer IOS devices In-Reply-To: <1e4401d057c4$04a4a550$0dedeff0$@indexcom.com> References: <1e4401d057c4$04a4a550$0dedeff0$@indexcom.com> Message-ID: Thanks. It is typically accessed through a browser - especially those using the iphone. The page linked is http://wiltonfirefighters.no-ip.biz/ The stream can also be accessed at http://wilton2233.publicvm.com:2234/live It is typically a very inactive stream - with a low background noise. On Thu, Mar 5, 2015 at 11:14 PM, Greg Ogonowski wrote: > What is the stream URL for the problematic stream? > > I?ll have a look at this for you. > > /greg. > > > > > > *From:* icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] *On > Behalf Of *Bryan > *Sent:* Thursday, 05 March, 2015 07:18 > *To:* icecast at xiph.org > *Subject:* [Icecast] Stream not working on newer IOS devices > > > > > > * Available Attachments* > > - Untitled attachment 07338.txt > > > > > > Hello, > I'm with an organization that has been using icecast 2.3 and BUTT on > windows for a couple of years without any major issues. > > However, just recently we have realized that the stream has a problem with > newer iPhones. I did upgrade to 2.4.1 and it hasn't resolved the issue. > > On my old iPod touch it works fine but with the iPod touch 5 it doesn't. > Works fine on a PC and android. We have one mp3 stream mounted on /live. > The behavior we see is that when you click on the link a play arrow appears > but then disappears within a second or two. Once its disappeared you're > left with a blank screen that doesn't do anything. > > I've looked online but haven't found anything significant. Any thoughts? > > Thanks - Bryan. > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From awi3 at live.com Fri Mar 6 13:22:51 2015 From: awi3 at live.com (Alan Bowness) Date: Fri, 6 Mar 2015 13:22:51 +0000 Subject: [Icecast] Stream not working on newer IOS devices In-Reply-To: References: <1e4401d057c4$04a4a550$0dedeff0$@indexcom.com> Message-ID: seems very noisy to me just now on an iphone. regards From: Bryan Sent: Friday, March 06, 2015 12:59 PM To: greg at indexcom.com ; Icecast streaming server user discussions Subject: Re: [Icecast] Stream not working on newer IOS devices Thanks. It is typically accessed through a browser - especially those using the iphone. The page linked is http://wiltonfirefighters.no-ip.biz/ The stream can also be accessed at http://wilton2233.publicvm.com:2234/live It is typically a very inactive stream - with a low background noise. On Thu, Mar 5, 2015 at 11:14 PM, Greg Ogonowski wrote: What is the stream URL for the problematic stream? I?ll have a look at this for you. /greg. From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On Behalf Of Bryan Sent: Thursday, 05 March, 2015 07:18 To: icecast at xiph.org Subject: [Icecast] Stream not working on newer IOS devices Available Attachments a.. Untitled attachment 07338.txt Hello, I'm with an organization that has been using icecast 2.3 and BUTT on windows for a couple of years without any major issues. However, just recently we have realized that the stream has a problem with newer iPhones. I did upgrade to 2.4.1 and it hasn't resolved the issue. On my old iPod touch it works fine but with the iPod touch 5 it doesn't. Works fine on a PC and android. We have one mp3 stream mounted on /live. The behavior we see is that when you click on the link a play arrow appears but then disappears within a second or two. Once its disappeared you're left with a blank screen that doesn't do anything. I've looked online but haven't found anything significant. Any thoughts? Thanks - Bryan. _______________________________________________ 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 larryakah at gmail.com Mon Mar 9 13:00:43 2015 From: larryakah at gmail.com (Larry Akah) Date: Mon, 9 Mar 2015 14:00:43 +0100 Subject: [Icecast] Multimedia support Message-ID: Hello, i wish to know if this client(IceCast) sends exclusively only audio content. Because i wish to use it for more complex kinds of multimedia content without having to do much modifications to the existing code base. Thanks -- *Akah Larry N.H* *Lead Software Engineer @ GiftedMom* *Software Engineer @ IceTech Inc* *Web And Mobile Software Developer* -------------- next part -------------- An HTML attachment was scrubbed... URL: From thomas at ruecker.fi Mon Mar 9 13:33:57 2015 From: thomas at ruecker.fi (=?windows-1252?Q?=22Thomas_B=2E_R=FCcker=22?=) Date: Mon, 09 Mar 2015 13:33:57 +0000 Subject: [Icecast] Multimedia support In-Reply-To: References: Message-ID: <54FDA145.3050009@ruecker.fi> Hi Larry, On 03/09/2015 01:00 PM, Larry Akah wrote: > Hello, > i wish to know if this client(IceCast) sends exclusively only audio > content. Because i wish to use it for more complex kinds of multimedia > content without having to do much modifications to the existing code base. Icecast supports Audio and Video streaming out of the box. Namely WebM and Theora for video. There are also some other options for Ogg encapsulated media content. Also if your use case works with plain bitstream you can use legacy mode. Cheers Thomas From larryakah at gmail.com Tue Mar 10 13:23:12 2015 From: larryakah at gmail.com (Larry Akah) Date: Tue, 10 Mar 2015 14:23:12 +0100 Subject: [Icecast] Icecast Digest, Vol 129, Issue 6 In-Reply-To: References: Message-ID: Great, I think this will be cool On Mar 9, 2015 8:00 PM, wrote: > Send Icecast mailing list submissions to > icecast at xiph.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://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. Multimedia support (Larry Akah) > 2. Re: Multimedia support (Thomas B. R?cker) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 9 Mar 2015 14:00:43 +0100 > From: Larry Akah > Subject: [Icecast] Multimedia support > To: icecast at xiph.org > Message-ID: > hHzJsriv1YHCysyS93VrD2c_NYVEMw at mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > Hello, > i wish to know if this client(IceCast) sends exclusively only audio > content. Because i wish to use it for more complex kinds of multimedia > content without having to do much modifications to the existing code base. > Thanks > > -- > *Akah Larry N.H* > > *Lead Software Engineer @ GiftedMom* > *Software Engineer @ IceTech Inc* > *Web And Mobile Software Developer* > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://lists.xiph.org/pipermail/icecast/attachments/20150309/f8b5729f/attachment.html > > ------------------------------ > > Message: 2 > Date: Mon, 09 Mar 2015 13:33:57 +0000 > From: "Thomas B. R?cker" > Subject: Re: [Icecast] Multimedia support > To: icecast at xiph.org > Message-ID: <54FDA145.3050009 at ruecker.fi> > Content-Type: text/plain; charset=windows-1252 > > Hi Larry, > > On 03/09/2015 01:00 PM, Larry Akah wrote: > > Hello, > > i wish to know if this client(IceCast) sends exclusively only audio > > content. Because i wish to use it for more complex kinds of multimedia > > content without having to do much modifications to the existing code > base. > > Icecast supports Audio and Video streaming out of the box. Namely WebM > and Theora for video. > There are also some other options for Ogg encapsulated media content. > Also if your use case works with plain bitstream you can use legacy mode. > > Cheers > > Thomas > > > ------------------------------ > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > > > End of Icecast Digest, Vol 129, Issue 6 > *************************************** > -------------- next part -------------- An HTML attachment was scrubbed... URL: From larryakah at gmail.com Wed Mar 11 15:40:49 2015 From: larryakah at gmail.com (Larry Akah) Date: Wed, 11 Mar 2015 16:40:49 +0100 Subject: [Icecast] ICeS Installation Message-ID: Hi, Am trying to build the source but am having this libshout dependency issue. I have downloaded libshout3 but each time i try to run the configure, it still says 'libshout not found'. Is there any config file for the route of this libshout dependency? Thanks -- *Akah Larry N.H* *Lead Software Engineer @ GiftedMom* *Software Engineer @ IceTech Inc* *Web And Mobile Software Developer* -------------- next part -------------- An HTML attachment was scrubbed... URL: From thomas at ruecker.fi Wed Mar 11 15:49:48 2015 From: thomas at ruecker.fi (=?windows-1252?Q?=22Thomas_B=2E_R=FCcker=22?=) Date: Wed, 11 Mar 2015 15:49:48 +0000 Subject: [Icecast] ICeS Installation In-Reply-To: References: Message-ID: <5500641C.1080002@ruecker.fi> Hi, On 03/11/2015 03:40 PM, Larry Akah wrote: > Am trying to build the source but am having this libshout dependency > issue. Any particular reason you're trying to build it from source? There should be IceS2 packages in most distros. > I have downloaded libshout3 but each time i try to run the configure, > it still says 'libshout not found'. Is there any config file for the > route of this libshout dependency? I suspect you're missing the headers. Those would be in the libshout3-dev package. Cheers Thomas PS: Please post plain text to this mailing list. HTML emails are discouraged. From icecast at robertweidlich.de Thu Mar 12 23:28:23 2015 From: icecast at robertweidlich.de (Robert) Date: Fri, 13 Mar 2015 00:28:23 +0100 Subject: [Icecast] Master/Relay, SSL and some Q's on setup... In-Reply-To: References: Message-ID: <55022117.9010806@robertweidlich.de> Hello, Am 12.03.2015 um 22:24 schrieb Dean Sauer: > Looking at the documentation for 2.4.1 in regards to master/relay which > seems to outline what I want to do... > > Master = load balance/aribtrator for the relays where the sources connect. > > > The questions: > > 1) Bandwidth - How does the master pass off things to the relays for the > clients??? Icecast itself has no mechanism to do this yourself. You either have to provide a dns-round-robin name with all the relays in it or implement a load-balancer which distributes the clients according to the load of the relays, geo-location or whatever. > Does the master when the clients connect tell them to go to > relay1.domain.invalid:8000/feed > OR > > The master sucks in the relays, thus incurring bandwidth inbound for the > relays and outbound for the clients to connect> The master will happily serve all clients which connect. > > 2) and Mounts > > Scripts for on-disconnect should run on the RELAY that the source > connects to, correct? Since it really never connects to the master for it > to notice it has dropped.. > > Thus.. any fallback mounts should also be on the relay server the source > connects with, correct? Never worked with these, sorry. > 3) SSL v. Non SSL > > While darkice doesn't natively support SSL, yet, and adding stunnel to > layer this may be an option till then but.. > > So we set up IceCast to listen on 8443 for SSL, 8000 for non SSL.. > > Now since 99.9999% of the clients are NON SSL.. IF the feed is sent in SSL > does IceCast translate it to NON SSL on 8000 ?? Or there has to be a SSL > feed and an non SSL feed??? Icecast sends the stream over all configured ports, no need to have separete SSL/non-SSL mounts. Robert. > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast From thomas at ruecker.fi Sat Mar 14 10:08:52 2015 From: thomas at ruecker.fi (=?windows-1252?Q?=22Thomas_B=2E_R=FCcker=22?=) Date: Sat, 14 Mar 2015 10:08:52 +0000 Subject: [Icecast] Master/Relay, SSL and some Q's on setup... In-Reply-To: References: Message-ID: <550408B4.9020803@ruecker.fi> On 03/12/2015 09:24 PM, Dean Sauer wrote: > Looking at the documentation for 2.4.1 in regards to master/relay which > seems to outline what I want to do... > > Master = load balance/aribtrator for the relays where the sources connect. > > > The questions: > > 1) Bandwidth - How does the master pass off things to the relays for the > clients??? It's a pure stream replication process. Either all (master/slave) or explicit (per mount) streams are being requested by slaves and made available as regular mountpoints. If you want mountpoints to have specific features/options, then the configuration on the slaves needs to have those. Mountpoint settings and configuration are not propagated from the master. Listener connections need to be directed to the slaves independently. The master doesn't have provisions for that. There are many ways to achieve this: - round robin DNS (a FQDN resolves to several IP addresses) - HTTP 302 based "bouncing" load balancing (can be dumb or incorporate logic to account for bandwidth or listener numbers) - playlist (several entries, very simple, but no good control over load distribution) If the servers have roughly the same bandwidth available, then going with RR DNS is the easiest as it will achieve a statistically equal distribution. > 2) and Mounts > > Scripts for on-disconnect should run on the RELAY that the source > connects to, correct? Since it really never connects to the master for it > to notice it has dropped.. You have it backwards, the source connects to the Master. Slaves pull the stream from the Master. on-disconnect on the master will tell you when the source connection fails. on-disconnect on the slaves will tell you if the particular connection between master and slave is interrupted. Fallbacks can be on any of the servers. You should keep in mind how things will behave though: If you have fallbacks on the master, then the relay slave will never see a source disconnect, but will receive the data from your fallback, as it's just a regular listener towards the master. Even if you use master side fallbacks, it might make sense to have local fallbacks on the slaves to account for situations where the connection to the master fails. > 3) SSL v. Non SSL > > While darkice doesn't natively support SSL, yet, and adding stunnel to > layer this may be an option till then but.. > > So we set up IceCast to listen on 8443 for SSL, 8000 for non SSL.. > > Now since 99.9999% of the clients are NON SSL.. IF the feed is sent in SSL > does IceCast translate it to NON SSL on 8000 ?? Or there has to be a SSL > feed and an non SSL feed??? The TLS connection is terminated at the server. This means that the encryption is purely for the transport. It is irrelevant for a listener if the source connects over TLS or plain and vice versa. Cheers Thomas From rs at dadi.co Tue Mar 17 13:07:02 2015 From: rs at dadi.co (Robert Stanford) Date: Tue, 17 Mar 2015 13:07:02 +0000 Subject: [Icecast] Event Triggers on 2.5 beta1 Message-ID: <9556E5AE-FE80-479C-BAB7-AD57DD2D0081@dadi.co> Hello, I?d like to use the new event triggers in 2.5, but the docs haven?t been updated yet. I?ve managed to gather from the source that the config xml needs to contain an ?event? node with a ?trigger? attribute, but I don?t know what the trigger options are. Anyone used this or have any idea? Cheers, Rob Stanford From epirat07 at gmail.com Tue Mar 17 14:08:08 2015 From: epirat07 at gmail.com (Marvin Scholz) Date: Tue, 17 Mar 2015 15:08:08 +0100 Subject: [Icecast] Event Triggers on 2.5 beta1 In-Reply-To: <9556E5AE-FE80-479C-BAB7-AD57DD2D0081@dadi.co> References: <9556E5AE-FE80-479C-BAB7-AD57DD2D0081@dadi.co> Message-ID: <4B415AEE-7601-48D2-AA28-ADEF7D7AF93B@gmail.com> On 17 Mar 2015, at 14:07, Robert Stanford wrote: > Hello, I?d like to use the new event triggers in 2.5, but the docs > haven?t been updated yet. > > I?ve managed to gather from the source that the config xml needs to > contain an ?event? node with a ?trigger? attribute, but I > don?t know what the trigger options are. > > Anyone used this or have any idea? Hey, great that you want to use the new events feature! Note that the feature is currently in beta and that you will need to adjust your config if we decide on tag names for the final release (probably only 'kartoffelsalat' will be changed to something else) The recently added event (in the config represented by the tag) can be used in a group of events tag, which is currently called . The kartoffelsalat tag can be used either in the or sections. An event has something called 'backend', which indicates how the event is handled. Possible backend are currently: - log: logs the event to error log - exec: executes a program or script - url: calls a given URL (via HTTP) An event can have two arguments: type and trigger type defines the backend, so it can be log, exec or url. Additional options differ, and are specific to the event backend. They are defined using