From sm at noisynotes.com Wed Jan 7 13:03:44 2015 From: sm at noisynotes.com (Steve Matzura) Date: Wed, 07 Jan 2015 08:03:44 -0500 Subject: [Icecast] EZStream and Cue Sheets Message-ID: <fabqaat8qu3epv3nbbd514f1ltohdvll61@4ax.com> I may have asked this before, but either I didn't, or I've inadvertently discarded the message containing the answer, so pardon please if this is a repeat. Wil EZStream ever support cue sheets--a companion file containing metadata information normally inserted into the stream from that contained in the multimedia file itself? More play-out software is including the ability to produce these files, so I'm thinking, hoping, that the streamer companion to the Icecast stream server will at some point be able to read these files as well. Any plans for this ability to be included in future EZStream releases? If not, does anyone know of any other EZStream-like software that can be used to stream files through an Icecast server that handles cue sheet files in the manner described above? From erm13martinez at gmail.com Wed Jan 7 15:56:39 2015 From: erm13martinez at gmail.com (Eduardo Martinez) Date: Wed, 7 Jan 2015 07:56:39 -0800 Subject: [Icecast] EZStream and Cue Sheets In-Reply-To: <fabqaat8qu3epv3nbbd514f1ltohdvll61@4ax.com> References: <fabqaat8qu3epv3nbbd514f1ltohdvll61@4ax.com> Message-ID: <CAJ8tkjhYX-m456ZftZ3vxEtmk9FPAi+Z4+SamFJLL1xZt2LfLw@mail.gmail.com> Hi Steve. Liquidsoap supports CUE sheets as an input. http://savonet.sourceforge.net/doc-svn/playlist_parsers.html On Jan 7, 2015 5:04 AM, "Steve Matzura" <sm at noisynotes.com> wrote: > I may have asked this before, but either I didn't, or I've > inadvertently discarded the message containing the answer, so pardon > please if this is a repeat. > > Wil EZStream ever support cue sheets--a companion file containing > metadata information normally inserted into the stream from that > contained in the multimedia file itself? More play-out software is > including the ability to produce these files, so I'm thinking, hoping, > that the streamer companion to the Icecast stream server will at some > point be able to read these files as well. Any plans for this ability > to be included in future EZStream releases? If not, does anyone know > of any other EZStream-like software that can be used to stream files > through an Icecast server that handles cue sheet files in the manner > described above? > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.xiph.org/pipermail/icecast/attachments/20150107/34be819a/attachment.htm> From sm at noisynotes.com Wed Jan 7 18:05:51 2015 From: sm at noisynotes.com (Steve Matzura) Date: Wed, 07 Jan 2015 13:05:51 -0500 Subject: [Icecast] EZStream and Cue Sheets In-Reply-To: <CAJ8tkjhYX-m456ZftZ3vxEtmk9FPAi+Z4+SamFJLL1xZt2LfLw@mail.gmail.com> References: <fabqaat8qu3epv3nbbd514f1ltohdvll61@4ax.com> <CAJ8tkjhYX-m456ZftZ3vxEtmk9FPAi+Z4+SamFJLL1xZt2LfLw@mail.gmail.com> Message-ID: <3btqaa9jas6u3n189kbjhpmgedlrmm7t5u@4ax.com> Looks like it's what I need. Do you know, is there a distro or repo for Fedora? Or should I build it from source? On Wed, 7 Jan 2015 07:56:39 -0800, you wrote: >Hi Steve. > >Liquidsoap supports CUE sheets as an input. > >http://savonet.sourceforge.net/doc-svn/playlist_parsers.html >On Jan 7, 2015 5:04 AM, "Steve Matzura" <sm at noisynotes.com> wrote: > >> I may have asked this before, but either I didn't, or I've >> inadvertently discarded the message containing the answer, so pardon >> please if this is a repeat. >> >> Wil EZStream ever support cue sheets--a companion file containing >> metadata information normally inserted into the stream from that >> contained in the multimedia file itself? More play-out software is >> including the ability to produce these files, so I'm thinking, hoping, >> that the streamer companion to the Icecast stream server will at some >> point be able to read these files as well. Any plans for this ability >> to be included in future EZStream releases? If not, does anyone know >> of any other EZStream-like software that can be used to stream files >> through an Icecast server that handles cue sheet files in the manner >> described above? >> >> _______________________________________________ >> Icecast mailing list >> Icecast at xiph.org >> http://lists.xiph.org/mailman/listinfo/icecast >> From erm13martinez at gmail.com Wed Jan 7 19:26:13 2015 From: erm13martinez at gmail.com (Eduardo Martinez) Date: Wed, 7 Jan 2015 11:26:13 -0800 Subject: [Icecast] EZStream and Cue Sheets In-Reply-To: <3btqaa9jas6u3n189kbjhpmgedlrmm7t5u@4ax.com> References: <fabqaat8qu3epv3nbbd514f1ltohdvll61@4ax.com> <CAJ8tkjhYX-m456ZftZ3vxEtmk9FPAi+Z4+SamFJLL1xZt2LfLw@mail.gmail.com> <3btqaa9jas6u3n189kbjhpmgedlrmm7t5u@4ax.com> Message-ID: <CAJ8tkjix6GAr8wix9skpVYtJGbwgCSQ9Zneh1rirzZot9ZNmzA@mail.gmail.com> Hello, Fedora and CentOS don't have any prebuilt packages in the standard repos. Here are a few guides from the Liquidsoap community, specific to CentOS. http://puck.in/2013/12/install-liquidsoap-1-1-on-centos-6-4/ http://sourceforge.net/p/savonet/mailman/message/31330094/ On Wed, Jan 7, 2015 at 10:05 AM, Steve Matzura <sm at noisynotes.com> wrote: > Looks like it's what I need. Do you know, is there a distro or repo > for Fedora? Or should I build it from source? > > On Wed, 7 Jan 2015 07:56:39 -0800, you wrote: > > >Hi Steve. > > > >Liquidsoap supports CUE sheets as an input. > > > >http://savonet.sourceforge.net/doc-svn/playlist_parsers.html > >On Jan 7, 2015 5:04 AM, "Steve Matzura" <sm at noisynotes.com> wrote: > > > >> I may have asked this before, but either I didn't, or I've > >> inadvertently discarded the message containing the answer, so pardon > >> please if this is a repeat. > >> > >> Wil EZStream ever support cue sheets--a companion file containing > >> metadata information normally inserted into the stream from that > >> contained in the multimedia file itself? More play-out software is > >> including the ability to produce these files, so I'm thinking, hoping, > >> that the streamer companion to the Icecast stream server will at some > >> point be able to read these files as well. Any plans for this ability > >> to be included in future EZStream releases? If not, does anyone know > >> of any other EZStream-like software that can be used to stream files > >> through an Icecast server that handles cue sheet files in the manner > >> described above? > >> > >> _______________________________________________ > >> 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: <http://lists.xiph.org/pipermail/icecast/attachments/20150107/92a57192/attachment.htm> From sm at noisynotes.com Thu Jan 8 00:24:15 2015 From: sm at noisynotes.com (Steve Matzura) Date: Wed, 07 Jan 2015 19:24:15 -0500 Subject: [Icecast] EZStream and Cue Sheets In-Reply-To: <CAJ8tkjix6GAr8wix9skpVYtJGbwgCSQ9Zneh1rirzZot9ZNmzA@mail.gmail.com> References: <fabqaat8qu3epv3nbbd514f1ltohdvll61@4ax.com> <CAJ8tkjhYX-m456ZftZ3vxEtmk9FPAi+Z4+SamFJLL1xZt2LfLw@mail.gmail.com> <3btqaa9jas6u3n189kbjhpmgedlrmm7t5u@4ax.com> <CAJ8tkjix6GAr8wix9skpVYtJGbwgCSQ9Zneh1rirzZot9ZNmzA@mail.gmail.com> Message-ID: <vfjraahh6ae3vgm4vtsua969799l0cq6s0@4ax.com> Looks like a lot of tedium. I'll give it a go on Red Hat, but not before a full backup first. On Wed, 7 Jan 2015 11:26:13 -0800, you wrote: >Hello, > >Fedora and CentOS don't have any prebuilt packages in the standard repos. > >Here are a few guides from the Liquidsoap community, specific to CentOS. >http://puck.in/2013/12/install-liquidsoap-1-1-on-centos-6-4/ >http://sourceforge.net/p/savonet/mailman/message/31330094/ > > >On Wed, Jan 7, 2015 at 10:05 AM, Steve Matzura <sm at noisynotes.com> wrote: > >> Looks like it's what I need. Do you know, is there a distro or repo >> for Fedora? Or should I build it from source? >> >> On Wed, 7 Jan 2015 07:56:39 -0800, you wrote: >> >> >Hi Steve. >> > >> >Liquidsoap supports CUE sheets as an input. >> > >> >http://savonet.sourceforge.net/doc-svn/playlist_parsers.html >> >On Jan 7, 2015 5:04 AM, "Steve Matzura" <sm at noisynotes.com> wrote: >> > >> >> I may have asked this before, but either I didn't, or I've >> >> inadvertently discarded the message containing the answer, so pardon >> >> please if this is a repeat. >> >> >> >> Wil EZStream ever support cue sheets--a companion file containing >> >> metadata information normally inserted into the stream from that >> >> contained in the multimedia file itself? More play-out software is >> >> including the ability to produce these files, so I'm thinking, hoping, >> >> that the streamer companion to the Icecast stream server will at some >> >> point be able to read these files as well. Any plans for this ability >> >> to be included in future EZStream releases? If not, does anyone know >> >> of any other EZStream-like software that can be used to stream files >> >> through an Icecast server that handles cue sheet files in the manner >> >> described above? >> >> >> >> _______________________________________________ >> >> 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 erm13martinez at gmail.com Thu Jan 8 01:21:27 2015 From: erm13martinez at gmail.com (Eduardo Martinez) Date: Wed, 7 Jan 2015 17:21:27 -0800 Subject: [Icecast] EZStream and Cue Sheets In-Reply-To: <vfjraahh6ae3vgm4vtsua969799l0cq6s0@4ax.com> References: <fabqaat8qu3epv3nbbd514f1ltohdvll61@4ax.com> <CAJ8tkjhYX-m456ZftZ3vxEtmk9FPAi+Z4+SamFJLL1xZt2LfLw@mail.gmail.com> <3btqaa9jas6u3n189kbjhpmgedlrmm7t5u@4ax.com> <CAJ8tkjix6GAr8wix9skpVYtJGbwgCSQ9Zneh1rirzZot9ZNmzA@mail.gmail.com> <vfjraahh6ae3vgm4vtsua969799l0cq6s0@4ax.com> Message-ID: <CAJ8tkjhqb-UL8sRGrL_7A-WCD4RyuxqSk92kqk=2wQSG4NnnQA@mail.gmail.com> In my experience liquidsoap is a lot easier to compile from source on Debian or Ubuntu. Both platforms also have packages in the repos. To experiment it might be easier to spin up a small local VM, or there's always a digital oceans droplet, or EC2 micro instance. On Jan 7, 2015 4:24 PM, "Steve Matzura" <sm at noisynotes.com> wrote: > Looks like a lot of tedium. I'll give it a go on Red Hat, but not > before a full backup first. > > On Wed, 7 Jan 2015 11:26:13 -0800, you wrote: > > >Hello, > > > >Fedora and CentOS don't have any prebuilt packages in the standard repos. > > > >Here are a few guides from the Liquidsoap community, specific to CentOS. > >http://puck.in/2013/12/install-liquidsoap-1-1-on-centos-6-4/ > >http://sourceforge.net/p/savonet/mailman/message/31330094/ > > > > > >On Wed, Jan 7, 2015 at 10:05 AM, Steve Matzura <sm at noisynotes.com> wrote: > > > >> Looks like it's what I need. Do you know, is there a distro or repo > >> for Fedora? Or should I build it from source? > >> > >> On Wed, 7 Jan 2015 07:56:39 -0800, you wrote: > >> > >> >Hi Steve. > >> > > >> >Liquidsoap supports CUE sheets as an input. > >> > > >> >http://savonet.sourceforge.net/doc-svn/playlist_parsers.html > >> >On Jan 7, 2015 5:04 AM, "Steve Matzura" <sm at noisynotes.com> wrote: > >> > > >> >> I may have asked this before, but either I didn't, or I've > >> >> inadvertently discarded the message containing the answer, so pardon > >> >> please if this is a repeat. > >> >> > >> >> Wil EZStream ever support cue sheets--a companion file containing > >> >> metadata information normally inserted into the stream from that > >> >> contained in the multimedia file itself? More play-out software is > >> >> including the ability to produce these files, so I'm thinking, > hoping, > >> >> that the streamer companion to the Icecast stream server will at some > >> >> point be able to read these files as well. Any plans for this ability > >> >> to be included in future EZStream releases? If not, does anyone know > >> >> of any other EZStream-like software that can be used to stream files > >> >> through an Icecast server that handles cue sheet files in the manner > >> >> described above? > >> >> > >> >> _______________________________________________ > >> >> 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: <http://lists.xiph.org/pipermail/icecast/attachments/20150107/e323aff0/attachment.htm> From sm at noisynotes.com Fri Jan 9 16:57:30 2015 From: sm at noisynotes.com (Steve Matzura) Date: Fri, 09 Jan 2015 11:57:30 -0500 Subject: [Icecast] EZStream and Cue Sheets In-Reply-To: <CAJ8tkjhqb-UL8sRGrL_7A-WCD4RyuxqSk92kqk=2wQSG4NnnQA@mail.gmail.com> References: <fabqaat8qu3epv3nbbd514f1ltohdvll61@4ax.com> <CAJ8tkjhYX-m456ZftZ3vxEtmk9FPAi+Z4+SamFJLL1xZt2LfLw@mail.gmail.com> <3btqaa9jas6u3n189kbjhpmgedlrmm7t5u@4ax.com> <CAJ8tkjix6GAr8wix9skpVYtJGbwgCSQ9Zneh1rirzZot9ZNmzA@mail.gmail.com> <vfjraahh6ae3vgm4vtsua969799l0cq6s0@4ax.com> <CAJ8tkjhqb-UL8sRGrL_7A-WCD4RyuxqSk92kqk=2wQSG4NnnQA@mail.gmail.com> Message-ID: <g120bapvlo4njq3umm4q5t4068qgl5amuu@4ax.com> I could, but I have this big old Fedora system just waiting for me to get LS working on it, so I think I need to concentrate on making that happen. If it's hard, difficult, tedious, inconvenient, then that's what it is. I want the cue sheet capability some way somehow, so I'm just going to have to knuckle down and buckle down and do it. Right? On Wed, 7 Jan 2015 17:21:27 -0800, you wrote: >In my experience liquidsoap is a lot easier to compile from source on >Debian or Ubuntu. Both platforms also have packages in the repos. > >To experiment it might be easier to spin up a small local VM, or there's >always a digital oceans droplet, or EC2 micro instance. >On Jan 7, 2015 4:24 PM, "Steve Matzura" <sm at noisynotes.com> wrote: > >> Looks like a lot of tedium. I'll give it a go on Red Hat, but not >> before a full backup first. >> >> On Wed, 7 Jan 2015 11:26:13 -0800, you wrote: >> >> >Hello, >> > >> >Fedora and CentOS don't have any prebuilt packages in the standard repos. >> > >> >Here are a few guides from the Liquidsoap community, specific to CentOS. >> >http://puck.in/2013/12/install-liquidsoap-1-1-on-centos-6-4/ >> >http://sourceforge.net/p/savonet/mailman/message/31330094/ >> > >> > >> >On Wed, Jan 7, 2015 at 10:05 AM, Steve Matzura <sm at noisynotes.com> wrote: >> > >> >> Looks like it's what I need. Do you know, is there a distro or repo >> >> for Fedora? Or should I build it from source? >> >> >> >> On Wed, 7 Jan 2015 07:56:39 -0800, you wrote: >> >> >> >> >Hi Steve. >> >> > >> >> >Liquidsoap supports CUE sheets as an input. >> >> > >> >> >http://savonet.sourceforge.net/doc-svn/playlist_parsers.html >> >> >On Jan 7, 2015 5:04 AM, "Steve Matzura" <sm at noisynotes.com> wrote: >> >> > >> >> >> I may have asked this before, but either I didn't, or I've >> >> >> inadvertently discarded the message containing the answer, so pardon >> >> >> please if this is a repeat. >> >> >> >> >> >> Wil EZStream ever support cue sheets--a companion file containing >> >> >> metadata information normally inserted into the stream from that >> >> >> contained in the multimedia file itself? More play-out software is >> >> >> including the ability to produce these files, so I'm thinking, >> hoping, >> >> >> that the streamer companion to the Icecast stream server will at some >> >> >> point be able to read these files as well. Any plans for this ability >> >> >> to be included in future EZStream releases? If not, does anyone know >> >> >> of any other EZStream-like software that can be used to stream files >> >> >> through an Icecast server that handles cue sheet files in the manner >> >> >> described above? >> >> >> >> >> >> _______________________________________________ >> >> >> 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 erm13martinez at gmail.com Fri Jan 9 17:09:05 2015 From: erm13martinez at gmail.com (Eduardo Martinez) Date: Fri, 9 Jan 2015 09:09:05 -0800 Subject: [Icecast] EZStream and Cue Sheets In-Reply-To: <g120bapvlo4njq3umm4q5t4068qgl5amuu@4ax.com> References: <fabqaat8qu3epv3nbbd514f1ltohdvll61@4ax.com> <CAJ8tkjhYX-m456ZftZ3vxEtmk9FPAi+Z4+SamFJLL1xZt2LfLw@mail.gmail.com> <3btqaa9jas6u3n189kbjhpmgedlrmm7t5u@4ax.com> <CAJ8tkjix6GAr8wix9skpVYtJGbwgCSQ9Zneh1rirzZot9ZNmzA@mail.gmail.com> <vfjraahh6ae3vgm4vtsua969799l0cq6s0@4ax.com> <CAJ8tkjhqb-UL8sRGrL_7A-WCD4RyuxqSk92kqk=2wQSG4NnnQA@mail.gmail.com> <g120bapvlo4njq3umm4q5t4068qgl5amuu@4ax.com> Message-ID: <CAJ8tkjg93HhJrAZy1qbimOsEgVhgz8JsuRSGYrak0_2SL1qwOg@mail.gmail.com> Sounds like a plan. On Jan 9, 2015 8:57 AM, "Steve Matzura" <sm at noisynotes.com> wrote: > I could, but I have this big old Fedora system just waiting for me to > get LS working on it, so I think I need to concentrate on making that > happen. If it's hard, difficult, tedious, inconvenient, then that's > what it is. I want the cue sheet capability some way somehow, so I'm > just going to have to knuckle down and buckle down and do it. Right? > > On Wed, 7 Jan 2015 17:21:27 -0800, you wrote: > > >In my experience liquidsoap is a lot easier to compile from source on > >Debian or Ubuntu. Both platforms also have packages in the repos. > > > >To experiment it might be easier to spin up a small local VM, or there's > >always a digital oceans droplet, or EC2 micro instance. > >On Jan 7, 2015 4:24 PM, "Steve Matzura" <sm at noisynotes.com> wrote: > > > >> Looks like a lot of tedium. I'll give it a go on Red Hat, but not > >> before a full backup first. > >> > >> On Wed, 7 Jan 2015 11:26:13 -0800, you wrote: > >> > >> >Hello, > >> > > >> >Fedora and CentOS don't have any prebuilt packages in the standard > repos. > >> > > >> >Here are a few guides from the Liquidsoap community, specific to > CentOS. > >> >http://puck.in/2013/12/install-liquidsoap-1-1-on-centos-6-4/ > >> >http://sourceforge.net/p/savonet/mailman/message/31330094/ > >> > > >> > > >> >On Wed, Jan 7, 2015 at 10:05 AM, Steve Matzura <sm at noisynotes.com> > wrote: > >> > > >> >> Looks like it's what I need. Do you know, is there a distro or repo > >> >> for Fedora? Or should I build it from source? > >> >> > >> >> On Wed, 7 Jan 2015 07:56:39 -0800, you wrote: > >> >> > >> >> >Hi Steve. > >> >> > > >> >> >Liquidsoap supports CUE sheets as an input. > >> >> > > >> >> >http://savonet.sourceforge.net/doc-svn/playlist_parsers.html > >> >> >On Jan 7, 2015 5:04 AM, "Steve Matzura" <sm at noisynotes.com> wrote: > >> >> > > >> >> >> I may have asked this before, but either I didn't, or I've > >> >> >> inadvertently discarded the message containing the answer, so > pardon > >> >> >> please if this is a repeat. > >> >> >> > >> >> >> Wil EZStream ever support cue sheets--a companion file containing > >> >> >> metadata information normally inserted into the stream from that > >> >> >> contained in the multimedia file itself? More play-out software is > >> >> >> including the ability to produce these files, so I'm thinking, > >> hoping, > >> >> >> that the streamer companion to the Icecast stream server will at > some > >> >> >> point be able to read these files as well. Any plans for this > ability > >> >> >> to be included in future EZStream releases? If not, does anyone > know > >> >> >> of any other EZStream-like software that can be used to stream > files > >> >> >> through an Icecast server that handles cue sheet files in the > manner > >> >> >> described above? > >> >> >> > >> >> >> _______________________________________________ > >> >> >> 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: <http://lists.xiph.org/pipermail/icecast/attachments/20150109/2bc27e3c/attachment.htm> From thedarkener at logicalnetworking.net Fri Jan 9 18:39:11 2015 From: thedarkener at logicalnetworking.net (The Darkener) Date: Fri, 09 Jan 2015 10:39:11 -0800 Subject: [Icecast] Webradio directory In-Reply-To: <53624C77-6EF9-43D0-B93D-8BAC64E9244D@gmail.com> References: <54A16962.4040808@jangowski-itservice.de> <53624C77-6EF9-43D0-B93D-8BAC64E9244D@gmail.com> Message-ID: <54B0204F.2070806@logicalnetworking.net> Hi John, I have used Muses in the past with partial success. I'm not sure I'd say "runs on all devices" as it is a Flash-based player. I have been in contact with the developer in the past and he said an HTML5 version would be a good idea. With my own Icecast server, when listening with Muses, for some reason every 4-5 songs the stream would lock up. This doesn't occur when I use the HTML5 <audio> tag, so it must have been something with Muses. "Icecast Player" for Android ( see https://play.google.com/store/apps/details?id=com.voody.icecast.player&hl=en ) pulls the Xiph directory so if you are listed there, it should come up. This, out of XIAA Live and a few others (including vlc for Android) seems to perform the best, though the interface has a little to be desired. And no version for iOS I'm pretty sure. I am working on a project that will involve building a simple Icecast player for Android. My aim will be to make it as stable as possible with Vorbis and Opus streaming, including handling the fallback system, sudden changes in quality or bitrate / channels / sample rate with grace. I just need some help with funding the development, I'm exploring options here. I'll also have a version for iOS developed as well. Cheers, Jordan Jordan (PGP: 0x78DD41CB) On 12/29/2014 07:18 AM, John Gmail wrote: > Hi Martin, > > I use a muses which runs on all devices. The JavaScript is hosted by > muses but it can be self hosted. I found that this was both the > easiest and most cross platform solution. The player is here: > www.zaumfm.com <http://www.zaumfm.com> > > I'm not sure about where to get your station featured but will keep an > eye on this thread for hints > > John McGrath > > > On 29 Dec 2014, at 14:46, Martin Jangowski > <martin at jangowski-itservice.de <mailto:martin at jangowski-itservice.de>> > wrote: > >> Hi guys, >> >> I'm running "Radio Unicorns" for one year now, transmitting live >> coverage of one of Germanys best american football teams, the >> Schw?bisch Hall Unicorns. Technically, it's a root server running >> freebsd and the latest icecast. I had up to several hundred >> concurrent listeners this year and had the server tested up to 2000 >> listeners (had to tweak a few kernel parameters to achive that). The >> icecast server was our least problem, it just ran flawlessly. >> >> One problem we're facing is how to propagate our service. The users >> looking at the team's website with a PC and a standard browser like >> Firefox, Chrome or IE just click on the link with the proper >> .m3u-File to listen to our radio, but the users with smartphones >> (iPhone & Android) have more problems. There are lots of apps out >> there that can listen to a .mp3-stream, but most of these apps don't >> show our server when searching for "Radio Unicorns". I listed our >> radio on xiph.org <http://xiph.org>, but there have to be more public >> directories, because no app I checked finds Radio Unicorns when >> searching for it. There are lots of small radio stations listed in >> these apps, but I wasn't able to find out where these apps are >> looking for station listings and how to add our station to it. >> >> If anyone out there could point me to these services, I'd be >> grateful. Thanks in advance! >> >> Martin >> <martin.vcf> >> _______________________________________________ >> Icecast mailing list >> Icecast at xiph.org <mailto: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 thomas at ruecker.fi Fri Jan 9 19:34:20 2015 From: thomas at ruecker.fi (=?windows-1252?Q?=22Thomas_B=2E_R=FCcker=22?=) Date: Fri, 09 Jan 2015 19:34:20 +0000 Subject: [Icecast] Webradio directory In-Reply-To: <54B0204F.2070806@logicalnetworking.net> References: <54A16962.4040808@jangowski-itservice.de> <53624C77-6EF9-43D0-B93D-8BAC64E9244D@gmail.com> <54B0204F.2070806@logicalnetworking.net> Message-ID: <54B02D3C.7050505@ruecker.fi> On 01/09/2015 06:39 PM, The Darkener wrote: > "Icecast Player" for Android ( see > https://play.google.com/store/apps/details?id=com.voody.icecast.player&hl=en > ) pulls the Xiph directory so if you are listed there, it should come > up. This, out of XIAA Live and a few others (including vlc for Android) > seems to perform the best, though the interface has a little to be > desired. And no version for iOS I'm pretty sure. > > I am working on a project that will involve building a simple Icecast > player for Android. My aim will be to make it as stable as possible with > Vorbis and Opus streaming, including handling the fallback system, > sudden changes in quality or bitrate / channels / sample rate with > grace. I just need some help with funding the development, I'm exploring > options here. I'll also have a version for iOS developed as well. Sidenote: We are rewriting the directory and will be offering an updated API in the near future. Most likely JSON. Hopefully something much more flexible than the biiiig XML file nowadays. Also if you pull the XML file, especially on mobile devices, USE HTTP COMPRESSION! (It gives you a factor 10 size reduction!) Cheers Thomas > > Cheers, > Jordan > > Jordan (PGP: 0x78DD41CB) > > > > On 12/29/2014 07:18 AM, John Gmail wrote: >> Hi Martin, >> >> I use a muses which runs on all devices. The JavaScript is hosted by >> muses but it can be self hosted. I found that this was both the >> easiest and most cross platform solution. The player is here: >> www.zaumfm.com <http://www.zaumfm.com> >> >> I'm not sure about where to get your station featured but will keep an >> eye on this thread for hints >> >> John McGrath >> >> >> On 29 Dec 2014, at 14:46, Martin Jangowski >> <martin at jangowski-itservice.de <mailto:martin at jangowski-itservice.de>> >> wrote: >> >>> Hi guys, >>> >>> I'm running "Radio Unicorns" for one year now, transmitting live >>> coverage of one of Germanys best american football teams, the >>> Schw?bisch Hall Unicorns. Technically, it's a root server running >>> freebsd and the latest icecast. I had up to several hundred >>> concurrent listeners this year and had the server tested up to 2000 >>> listeners (had to tweak a few kernel parameters to achive that). The >>> icecast server was our least problem, it just ran flawlessly. >>> >>> One problem we're facing is how to propagate our service. The users >>> looking at the team's website with a PC and a standard browser like >>> Firefox, Chrome or IE just click on the link with the proper >>> .m3u-File to listen to our radio, but the users with smartphones >>> (iPhone & Android) have more problems. There are lots of apps out >>> there that can listen to a .mp3-stream, but most of these apps don't >>> show our server when searching for "Radio Unicorns". I listed our >>> radio on xiph.org <http://xiph.org>, but there have to be more public >>> directories, because no app I checked finds Radio Unicorns when >>> searching for it. There are lots of small radio stations listed in >>> these apps, but I wasn't able to find out where these apps are >>> looking for station listings and how to add our station to it. >>> >>> If anyone out there could point me to these services, I'd be >>> grateful. Thanks in advance! >>> >>> Martin >>> <martin.vcf> >>> _______________________________________________ >>> Icecast mailing list >>> Icecast at xiph.org <mailto: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 thomas at ruecker.fi Sat Jan 10 11:45:27 2015 From: thomas at ruecker.fi (=?UTF-8?B?IlRob21hcyBCLiBSw7xja2VyIg==?=) Date: Sat, 10 Jan 2015 11:45:27 +0000 Subject: [Icecast] Looking for company behind serverhostingcenter.com and directhostingcenter.com for causing problems on dir.xiph.org In-Reply-To: <54A168D7.9020001@ruecker.fi> References: <DUB407-EAS224F6D666875368883FAB7DCA510@phx.gbl> <54A168D7.9020001@ruecker.fi> Message-ID: <54B110D7.5070306@ruecker.fi> On 12/29/2014 02:44 PM, "Thomas B. R?cker" wrote: > On 12/29/2014 01:43 PM, Maarten S wrote: >> Hi Thomas, >> >> directhostingcenter.com: >> >> Registrant Organization: Internet and Computer Services, LLC (LINK >> WhoIs <http://whois.icann.org/en/lookup?name=directhostingcenter.com>) > Yeah, I spent about half an hour trying to find more on that company, > but came up empty handed. Their name isn't really helpful when perusing > a search engine, even if you try forced grouping and other tricks. > >> Tim Wood = Owner - Internet and Computer Services, LLC (LINK LinkedIn >> <https://www.linkedin.com/pub/tim-wood/85/3a3/1ba>) >> Also: LINK >> <http://mail.directhostingcenter.com/how-to-install-csf-and-lfd>, >> press WEBMASTER, mail address = timwood at timwood.net >> <mailto:timwood at timwood.net> >> >> Perhaps this is the one you are looking for. >> > That looks like the best shot so far, thanks for finding that missing link. > I'll email that guy. > If anyone else has first hand knowledge, please let me know. You'd think > this outfit has some web page to advertize and sell their streaming > services. So as that didn't help either, the IP ranges where this company hosts servers and their domains have now been suspended on dir.xiph.org. Sadly it looks like there is significant collateral delistings, but maybe one of those stations will notice and contact us. That could help get in touch with someone. I've also sent an email to the abuse contact of the NOC of the datacentre, but didn't get an answer. Cheers Thomas From dtouch3d at gmail.com Wed Jan 14 11:13:00 2015 From: dtouch3d at gmail.com (dtouch3d completely) Date: Wed, 14 Jan 2015 13:13:00 +0200 Subject: [Icecast] Source can't connect to Icecast with SSL enabled Message-ID: <CAC8Of=R9tV_90JYxG57+b+7Y3Rnz_SieEMDurzeKHfcKD67=NQ@mail.gmail.com> Hello, I have liquidsoap streaming to icecast with url authentication and everything works as it should. However, I enabled SSL in icecast to enhance security and now the source doesn't connect. In the error.log I see [2015-01-14 11:49:11] DBUG slave/_slave_thread checking master stream list [2015-01-14 11:49:13] DBUG client/client_read_bytes reading from connection has failed [2015-01-14 11:49:13] DBUG client/client_destroy Called to destory client 0x7f69f00fcbd0 and in the liquidsoap log 2015/01/14 11:51:29 [chr_80s:3] Connecting mount stream for source at localhost... 2015/01/14 11:51:29 [chr_80s:2] Connection failed: could not read data from host: Connection reset by peer in read() In icecast.xml <listen-socket> <port>18042</port> <ssl>1</ssl> </listen-socket> ... <paths> <ssl-certificate>/usr/local/share/icecast/icecast.pem</ssl-certificate> </paths> This only happens if I enable SSL. Without it everything works fine. I thought SSL had nothing to do with the source authentication. The source password is correct. Is this normal ? Thank you very much in advance. From thomas at ruecker.fi Wed Jan 14 11:46:18 2015 From: thomas at ruecker.fi (=?windows-1252?Q?=22Thomas_B=2E_R=FCcker=22?=) Date: Wed, 14 Jan 2015 11:46:18 +0000 Subject: [Icecast] Source can't connect to Icecast with SSL enabled In-Reply-To: <CAC8Of=R9tV_90JYxG57+b+7Y3Rnz_SieEMDurzeKHfcKD67=NQ@mail.gmail.com> References: <CAC8Of=R9tV_90JYxG57+b+7Y3Rnz_SieEMDurzeKHfcKD67=NQ@mail.gmail.com> Message-ID: <54B6570A.1040202@ruecker.fi> On 01/14/2015 11:13 AM, dtouch3d completely wrote: > Hello, > > I have liquidsoap streaming to icecast with url authentication and > everything works as it should. However, I enabled SSL in icecast to > enhance security and now the source doesn't connect. <snip> Have you verified that the source supports SSL? I don't think there are many that do. If not you might need to wrap the source side of things into a "stunnel". Cheers Thomas From dtouch3d at gmail.com Wed Jan 14 11:59:30 2015 From: dtouch3d at gmail.com (dtouch3d completely) Date: Wed, 14 Jan 2015 13:59:30 +0200 Subject: [Icecast] Source can't connect to Icecast with SSL enabled In-Reply-To: <54B6570A.1040202@ruecker.fi> References: <CAC8Of=R9tV_90JYxG57+b+7Y3Rnz_SieEMDurzeKHfcKD67=NQ@mail.gmail.com> <54B6570A.1040202@ruecker.fi> Message-ID: <CAC8Of=RCSfxLQCXLCyqvGT_4Lb-5oLhBFtKG9k9ytsgu9y7fRw@mail.gmail.com> No I haven't because I thought SSL would be only enabled for the listener auth, not source auth. So apparently if I want listener SSL the source must support SSL also ? That sounds kind of unnecessary and preferably should be an option. If this is not possible I guess stunnel is the only way to go. Thank you very much. On Wed, Jan 14, 2015 at 1:46 PM, "Thomas B. R?cker" <thomas at ruecker.fi> wrote: > On 01/14/2015 11:13 AM, dtouch3d completely wrote: >> Hello, >> >> I have liquidsoap streaming to icecast with url authentication and >> everything works as it should. However, I enabled SSL in icecast to >> enhance security and now the source doesn't connect. > <snip> > > Have you verified that the source supports SSL? I don't think there are > many that do. > If not you might need to wrap the source side of things into a "stunnel". > > Cheers > > Thomas > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast From thomas at ruecker.fi Wed Jan 14 12:32:24 2015 From: thomas at ruecker.fi (=?UTF-8?B?IlRob21hcyBCLiBSw7xja2VyIg==?=) Date: Wed, 14 Jan 2015 12:32:24 +0000 Subject: [Icecast] Source can't connect to Icecast with SSL enabled In-Reply-To: <CAC8Of=RCSfxLQCXLCyqvGT_4Lb-5oLhBFtKG9k9ytsgu9y7fRw@mail.gmail.com> References: <CAC8Of=R9tV_90JYxG57+b+7Y3Rnz_SieEMDurzeKHfcKD67=NQ@mail.gmail.com> <54B6570A.1040202@ruecker.fi> <CAC8Of=RCSfxLQCXLCyqvGT_4Lb-5oLhBFtKG9k9ytsgu9y7fRw@mail.gmail.com> Message-ID: <54B661D8.1030602@ruecker.fi> On 01/14/2015 11:59 AM, dtouch3d completely wrote: > No I haven't because I thought SSL would be only enabled for the > listener auth, not source auth. OK, then you should have two separate listener sockets. One for SSL and one without. Point the source client to the one without. Advertize the one with SSL to listeners. TBR > So apparently if I want listener SSL > the source must support SSL also ? That sounds kind of unnecessary and > preferably should be an option. If this is not possible I guess > stunnel is the only way to go. > > Thank you very much. > > On Wed, Jan 14, 2015 at 1:46 PM, "Thomas B. R?cker" <thomas at ruecker.fi> wrote: >> On 01/14/2015 11:13 AM, dtouch3d completely wrote: >>> Hello, >>> >>> I have liquidsoap streaming to icecast with url authentication and >>> everything works as it should. However, I enabled SSL in icecast to >>> enhance security and now the source doesn't connect. >> <snip> >> >> Have you verified that the source supports SSL? I don't think there are >> many that do. >> If not you might need to wrap the source side of things into a "stunnel". >> >> Cheers >> >> Thomas >> _______________________________________________ >> 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 thedarkener at logicalnetworking.net Wed Jan 14 20:42:39 2015 From: thedarkener at logicalnetworking.net (The Darkener) Date: Wed, 14 Jan 2015 12:42:39 -0800 Subject: [Icecast] Cool Mic Message-ID: <54B6D4BF.7080006@logicalnetworking.net> I've been directing the development for a new Icecast 2.x source client for Android called "Cool Mic". It's designed to be simple and elegant with an easy to use interface. It uses the device's microphone to broadcast live audio in Ogg Vorbis format. It's come to the point in development where I'd like to ask for anyone interested in helping give feedback. All core functionality is there to stream to any Icecast 2.x server using Ogg Vorbis. Features are: + Stream live from microphone + Ogg Vorbis streaming format + Configure custom Icecast source username + password + Configure samplerate (8000/11025/16000/22050/44100) + Configure number of audio channels (1/Mono or 2/Stereo) + Configure Vorbis quality level (-0.1 to 1.0) + Copy stream URL to clipboard for sharing (by tapping microphone image in Home screen) + Device notification LED flashes rapidly while broadcasting Project site, screenshots: http://coolmic.net Anyone interested in checking out a prerelease version, please e-mail me directly and I'll provide you with the latest .APK to install (it's not in the Play Store yet and new builds are near daily). Any feedback at all is very much appreciated! Cheers, Jordan Erickson -- Jordan (PGP: 0x78DD41CB) From galen at wavefarm.org Wed Jan 14 20:33:11 2015 From: galen at wavefarm.org (Galen Joseph-Hunter) Date: Wed, 14 Jan 2015 15:33:11 -0500 Subject: [Icecast] Icecast consulting work Message-ID: <1D70BF72-368B-4AF3-9F6E-7CE78D656710@wavefarm.org> We are a nonprofit arts organization in upstate New York that operates a community radio station. We?re looking to hire someone for some Icecast consulting work to improve our already existing system. If anyone on this list is interested please be in touch with me directly. Thank you! From un at dom.de Wed Jan 14 20:56:56 2015 From: un at dom.de (unosonic) Date: Wed, 14 Jan 2015 21:56:56 +0100 Subject: [Icecast] Cool Mic In-Reply-To: <54B6D4BF.7080006@logicalnetworking.net> References: <54B6D4BF.7080006@logicalnetworking.net> Message-ID: <20150114205656.GB14680@aporee.org> nice! feature request: re-connect possibility to use external microphone multiple configs level control how will you app distinguish from existing apps, e.g. broadcastmyself? bests, u. The Darkener: > I've been directing the development for a new Icecast 2.x source client > for Android called "Cool Mic". It's designed to be simple and elegant > with an easy to use interface. It uses the device's microphone to > broadcast live audio in Ogg Vorbis format. > > It's come to the point in development where I'd like to ask for anyone > interested in helping give feedback. All core functionality is there to > stream to any Icecast 2.x server using Ogg Vorbis. > > Features are: > > + Stream live from microphone > + Ogg Vorbis streaming format > + Configure custom Icecast source username + password > + Configure samplerate (8000/11025/16000/22050/44100) > + Configure number of audio channels (1/Mono or 2/Stereo) > + Configure Vorbis quality level (-0.1 to 1.0) > + Copy stream URL to clipboard for sharing (by tapping microphone image > in Home screen) > + Device notification LED flashes rapidly while broadcasting > > Project site, screenshots: http://coolmic.net > > Anyone interested in checking out a prerelease version, please e-mail me > directly and I'll provide you with the latest .APK to install (it's not > in the Play Store yet and new builds are near daily). Any feedback at > all is very much appreciated! > > > Cheers, > Jordan Erickson > > -- > Jordan (PGP: 0x78DD41CB) > > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast From thedarkener at logicalnetworking.net Wed Jan 14 21:15:10 2015 From: thedarkener at logicalnetworking.net (The Darkener) Date: Wed, 14 Jan 2015 13:15:10 -0800 Subject: [Icecast] Cool Mic In-Reply-To: <20150114205656.GB14680@aporee.org> References: <54B6D4BF.7080006@logicalnetworking.net> <20150114205656.GB14680@aporee.org> Message-ID: <54B6DC5E.5030804@logicalnetworking.net> Hi unosonic, Cool Mic's primary advantage to other source clients out there is that it streams in the patent-free, high quality Ogg Vorbis format (BroadcastMyself only supports MP3). We will be adding opus support in the future as well. Re: Feature requests: Re-connect sounds like the next feature that will be added :) Thank you. I am fairly certain you can already use a wired microphone/headset instead of device's internal mic (haven't tested myself, don't have one ATM). A profile manager (save multiple icecast configs) are already on the TO-DO list =) Level control and VU meter as well. Cheers, Jordan On 01/14/2015 12:56 PM, unosonic wrote: > nice! > > feature request: > re-connect > possibility to use external microphone > multiple configs > level control > > how will you app distinguish from existing apps, e.g. broadcastmyself? > From lion at lion.leolix.org Thu Jan 15 09:00:49 2015 From: lion at lion.leolix.org (Philipp Schafft) Date: Thu, 15 Jan 2015 09:00:49 +0000 Subject: [Icecast] Source can't connect to Icecast with SSL enabled In-Reply-To: <54B661D8.1030602@ruecker.fi> References: <CAC8Of=R9tV_90JYxG57+b+7Y3Rnz_SieEMDurzeKHfcKD67=NQ@mail.gmail.com> <54B6570A.1040202@ruecker.fi> <CAC8Of=RCSfxLQCXLCyqvGT_4Lb-5oLhBFtKG9k9ytsgu9y7fRw@mail.gmail.com> <54B661D8.1030602@ruecker.fi> Message-ID: <20150115090052.4C0CA12CFE@grassland.keep-cool.org> reflum, On Wed, 2015-01-14 at 12:32 +0000, "Thomas B. R?cker" wrote: > On 01/14/2015 11:59 AM, dtouch3d completely wrote: > > No I haven't because I thought SSL would be only enabled for the > > listener auth, not source auth. > > OK, then you should have two separate listener sockets. > One for SSL and one without. > Point the source client to the one without. > Advertize the one with SSL to listeners. Please note that this is a limitation of HTTP and how it works with TLS. Not a Icecast limitation. HTTP uses port separation for TLS/non-TLS unlike e.g. SMTP wich uses a STARTTLS command to upgrade to TLS on the fly if requested. -- 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: <http://lists.xiph.org/pipermail/icecast/attachments/20150115/8470d55e/attachment.sig> From dtouch3d at gmail.com Fri Jan 16 20:01:22 2015 From: dtouch3d at gmail.com (dtouch3d completely) Date: Fri, 16 Jan 2015 22:01:22 +0200 Subject: [Icecast] Source can't connect to Icecast with SSL enabled In-Reply-To: <20150115090052.4C0CA12CFE@grassland.keep-cool.org> References: <CAC8Of=R9tV_90JYxG57+b+7Y3Rnz_SieEMDurzeKHfcKD67=NQ@mail.gmail.com> <54B6570A.1040202@ruecker.fi> <CAC8Of=RCSfxLQCXLCyqvGT_4Lb-5oLhBFtKG9k9ytsgu9y7fRw@mail.gmail.com> <54B661D8.1030602@ruecker.fi> <20150115090052.4C0CA12CFE@grassland.keep-cool.org> Message-ID: <CAC8Of=Tusi-51rzowGhxtUuU8NH4HhKcLv0UUQLtYf9sUZeDbw@mail.gmail.com> Thank you all very much, port separation worked perfectly. On Thu, Jan 15, 2015 at 11:00 AM, Philipp Schafft <lion at lion.leolix.org> wrote: > reflum, > > On Wed, 2015-01-14 at 12:32 +0000, "Thomas B. R?cker" wrote: >> On 01/14/2015 11:59 AM, dtouch3d completely wrote: >> > No I haven't because I thought SSL would be only enabled for the >> > listener auth, not source auth. >> >> OK, then you should have two separate listener sockets. >> One for SSL and one without. >> Point the source client to the one without. >> Advertize the one with SSL to listeners. > > Please note that this is a limitation of HTTP and how it works with TLS. > Not a Icecast limitation. HTTP uses port separation for TLS/non-TLS > unlike e.g. SMTP wich uses a STARTTLS command to upgrade to TLS on the > fly if requested. > > -- > Philipp. > (Rah of PH2) > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > From basilgohar at librevideo.org Sun Jan 18 00:08:31 2015 From: basilgohar at librevideo.org (Basil Mohamed Gohar) Date: Sat, 17 Jan 2015 19:08:31 -0500 Subject: [Icecast] Cool Mic In-Reply-To: <54B6DC5E.5030804@logicalnetworking.net> References: <54B6D4BF.7080006@logicalnetworking.net> <20150114205656.GB14680@aporee.org> <54B6DC5E.5030804@logicalnetworking.net> Message-ID: <54BAF97F.1070408@librevideo.org> On 01/14/2015 04:15 PM, The Darkener wrote: > Hi unosonic, > > Cool Mic's primary advantage to other source clients out there is that > it streams in the patent-free, high quality Ogg Vorbis format > (BroadcastMyself only supports MP3). We will be adding opus support in > the future as well. > > Re: Feature requests: Re-connect sounds like the next feature that will > be added :) Thank you. I am fairly certain you can already use a wired > microphone/headset instead of device's internal mic (haven't tested > myself, don't have one ATM). A profile manager (save multiple icecast > configs) are already on the TO-DO list =) Level control and VU meter as > well. > > > Cheers, > Jordan Jordan, Really great app idea. I am definitely interested, and have been in something like this for a long time. Are you planning to make it available free, freemium, or paid? Do you plan to release source? Opus support is definitely of interest for me as well because my interest is in broadcasting voice vs. more complicated content like music. Also, I notice that the sample rates cap out at 44.1kHz, but Android internally defaults to 48kHz, which is also Opus's native (or, at least, most common) rate. -- Libre Video http://librevideo.org From thedarkener at logicalnetworking.net Mon Jan 19 21:54:09 2015 From: thedarkener at logicalnetworking.net (The Darkener) Date: Mon, 19 Jan 2015 13:54:09 -0800 Subject: [Icecast] Cool Mic In-Reply-To: <54BAF97F.1070408@librevideo.org> References: <54B6D4BF.7080006@logicalnetworking.net> <20150114205656.GB14680@aporee.org> <54B6DC5E.5030804@logicalnetworking.net> <54BAF97F.1070408@librevideo.org> Message-ID: <54BD7D01.2010804@logicalnetworking.net> Hi Basil, I am going to make the app free to download and eventually release it as an open source project, yes. Thank you for the hint on the 48kHz. I'm planning on making an unofficial download link for the .APK on coolmic.net as soon as I get a couple of annoying bugs squashed, I'll keep the list updated. Cheers, Jordan On 01/17/2015 04:08 PM, Basil Mohamed Gohar wrote: > Jordan, Really great app idea. I am definitely interested, and have > been in something like this for a long time. Are you planning to make > it available free, freemium, or paid? Do you plan to release source? > Opus support is definitely of interest for me as well because my > interest is in broadcasting voice vs. more complicated content like > music. Also, I notice that the sample rates cap out at 44.1kHz, but > Android internally defaults to 48kHz, which is also Opus's native (or, > at least, most common) rate. From un at dom.de Mon Jan 19 22:20:34 2015 From: un at dom.de (unosonic) Date: Mon, 19 Jan 2015 23:20:34 +0100 Subject: [Icecast] Cool Mic In-Reply-To: <54BD7D01.2010804@logicalnetworking.net> References: <54B6D4BF.7080006@logicalnetworking.net> <20150114205656.GB14680@aporee.org> <54B6DC5E.5030804@logicalnetworking.net> <54BAF97F.1070408@librevideo.org> <54BD7D01.2010804@logicalnetworking.net> Message-ID: <20150119222034.GB13714@aporee.org> The Darkener: > Hi Basil, I am going to make the app free to download and eventually > release it as an open source project, yes. Thank you for the hint on the > 48kHz. I'm planning on making an unofficial download link for the .APK that's good news! another feature request: configurable metadata. what i'd find nice, maybe way to specific, is a possibility to optionally send geodata to an url, e.g. for walking performances etc., just an idea. let us know when you publish the link to the apk bests, u. > > > Cheers, > Jordan > > On 01/17/2015 04:08 PM, Basil Mohamed Gohar wrote: > > Jordan, Really great app idea. I am definitely interested, and have > > been in something like this for a long time. Are you planning to make > > it available free, freemium, or paid? Do you plan to release source? > > Opus support is definitely of interest for me as well because my > > interest is in broadcasting voice vs. more complicated content like > > music. Also, I notice that the sample rates cap out at 44.1kHz, but > > Android internally defaults to 48kHz, which is also Opus's native (or, > > at least, most common) rate. > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast From jerickson at logicalnetworking.net Tue Jan 20 22:26:37 2015 From: jerickson at logicalnetworking.net (Jordan Erickson) Date: Tue, 20 Jan 2015 14:26:37 -0800 Subject: [Icecast] Cool Mic (Android vorbis live source client) beta available Message-ID: <54BED61D.1050205@logicalnetworking.net> Greetings, I would like to announce the beta release of Cool Mic, an Android ogg vorbis source client for Icecast 2.x. Please have a look at the information at Cool Mic's website, http://coolmic.net and download the beta (it is not available in the Play Store yet). Please let me know about any bugs you may encounter, suggestions for use and if you have any other feedback. I hope you enjoy it! Sincerely, Jordan Erickson -- Jordan Erickson (PGP: 0x78DD41CB) LNS: 707-636-5678, http://logicalnetworking.net From maartensvo at live.nl Thu Jan 22 12:43:34 2015 From: maartensvo at live.nl (Maarten S) Date: Thu, 22 Jan 2015 12:43:34 +0000 Subject: [Icecast] =?utf-8?q?a_dedicated_audio_encoder?= Message-ID: <DUB407-EAS106F8C6FD3C131AE207F2BCCA490@phx.gbl> Hi, In our design of Icecast2, our multiple sources will stream their high quality audio via a dedicated audio encoder (not a computer): Live audio > L+R microphone > pre amplifier > audio encoder > Icecast2 VPS So far I have a shortlist of 4 possible brands of audio encoders: Sonifex PS-SEND, Barix Instreamer, Bric-Link, Outcaster OC100. All have their pro's and cons. My main requirements are Mount specific authentication (username & password) & Balanced XLR analogue input. A very hard to get combination, as most encoders only support the Icecast2 Source authentication (this password is applicable for all mounts). Only the Outcaster also supports the Mount specific authentication, but has no balanced analogue audio input. Is anyone having positive or negative experience with these or other brands, or perhaps even built one yourself (Raspberry..)? Thanks and best regards, Maarten Netherlands -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.xiph.org/pipermail/icecast/attachments/20150122/126ebe92/attachment.htm> From marius at flage.org Thu Jan 22 13:34:37 2015 From: marius at flage.org (Marius Flage) Date: Thu, 22 Jan 2015 14:34:37 +0100 Subject: [Icecast] a dedicated audio encoder In-Reply-To: <DUB407-EAS106F8C6FD3C131AE207F2BCCA490@phx.gbl> References: <DUB407-EAS106F8C6FD3C131AE207F2BCCA490@phx.gbl> Message-ID: <54C0FC6D.8040101@flage.org> Hi! I've just set up Raspberry Pi with external USB soundcard and the Darkice encoder. Seems to be working just fine (25% CPU utilization). Check this for a writeup on that: https://stmllr.net/blog/live-streaming-mp3-audio-with-darkice-and-icecast2-on-raspberry-pi/ - Marius On 01/22/2015 01:43 PM, Maarten S wrote: > Hi, > > In our design of Icecast2, our multiple sources will stream their high > quality audio via a dedicated audio encoder (not a computer): > Live audio > L+R microphone > pre amplifier > audio encoder > Icecast2 VPS > > So far I have a shortlist of 4 possible brands of audio encoders: > Sonifex PS-SEND, Barix Instreamer, Bric-Link, Outcaster OC100. > > All have their pro's and cons. My main requirements are Mount specific > authentication (username & password) & Balanced XLR analogue input. A > very hard to get combination, as most encoders only support the Icecast2 > Source authentication (this password is applicable for all mounts). > > Only the Outcaster also supports the Mount specific authentication, but > has no balanced analogue audio input. > > Is anyone having positive or negative experience with these or other > brands, or perhaps even built one yourself (Raspberry..)? > > Thanks and best regards, > > Maarten > Netherlands > > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > From un at dom.de Thu Jan 22 13:41:16 2015 From: un at dom.de (unosonic) Date: Thu, 22 Jan 2015 14:41:16 +0100 Subject: [Icecast] a dedicated audio encoder In-Reply-To: <DUB407-EAS106F8C6FD3C131AE207F2BCCA490@phx.gbl> References: <DUB407-EAS106F8C6FD3C131AE207F2BCCA490@phx.gbl> Message-ID: <20150122134116.GA23399@aporee.org> Maarten S: > Is anyone having positive or negative experience with these or other brands, or perhaps even built one yourself (Raspberry..)? well, sort of, with a PI, Ices2 as a client, and an USB audio device as input, e.g. a "class compliant" audio recoder like Olympus LS5, Zoom H2 etc., but also a little mixer like the Behringer Xenyx 302 USB. The problem i've encountered is with USB class1 devices, i.e. so called "full speed" USB (which is the slowest one). It requires to force the PI into USB1.1 at boot time, which affects the network stack and probably others. The result is not satisfying, distorted sound and drops. All fine with USB2.0, but haven't found a suitable pre-amp yet. I'd love to try with a Sound Devices Mix Pre (battery driven, 2 HQ mic inputs, USB1.1 + 2.0 compliant, according to the specs). the price tag has prevented that experience so far... ;) Power supply is an issue, esp. when you need a mobile unit. Should be stable and not too weak. Overall it's nice with the PI, Ices2 is stable and you can setup your scripts for link control, remote operation, login per ssh to control level via ALSA mixer etc. pp. bests, u. From un at dom.de Thu Jan 22 13:44:06 2015 From: un at dom.de (unosonic) Date: Thu, 22 Jan 2015 14:44:06 +0100 Subject: [Icecast] a dedicated audio encoder In-Reply-To: <20150122134116.GA23399@aporee.org> References: <DUB407-EAS106F8C6FD3C131AE207F2BCCA490@phx.gbl> <20150122134116.GA23399@aporee.org> Message-ID: <20150122134406.GB23399@aporee.org> stupid me... not Ices2 of course, i mean Darkice... --u unosonic: > Maarten S: > > Is anyone having positive or negative experience with these or other brands, or perhaps even built one yourself (Raspberry..)? > > well, sort of, with a PI, Ices2 as a client, and an USB audio device as > input, e.g. a "class compliant" audio recoder like Olympus LS5, Zoom H2 > etc., but also a little mixer like the Behringer Xenyx 302 USB. > The problem i've encountered is with USB class1 devices, i.e. so called > "full speed" USB (which is the slowest one). It requires to force the > PI into USB1.1 at boot time, which affects the network stack and probably > others. The result is not satisfying, distorted sound and drops. All fine > with USB2.0, but haven't found a suitable pre-amp yet. I'd love to try > with a Sound Devices Mix Pre (battery driven, 2 HQ mic inputs, USB1.1 + 2.0 > compliant, according to the specs). the price tag has prevented that > experience so far... ;) > Power supply is an issue, esp. when you need a mobile unit. Should be stable > and not too weak. Overall it's nice with the PI, Ices2 is stable and you can > setup your scripts for link control, remote operation, login per ssh to > control level via ALSA mixer etc. pp. > bests, u. > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast From un at dom.de Thu Jan 22 13:51:26 2015 From: un at dom.de (unosonic) Date: Thu, 22 Jan 2015 14:51:26 +0100 Subject: [Icecast] a dedicated audio encoder In-Reply-To: <54C0FC6D.8040101@flage.org> References: <DUB407-EAS106F8C6FD3C131AE207F2BCCA490@phx.gbl> <54C0FC6D.8040101@flage.org> Message-ID: <20150122135126.GC23399@aporee.org> Marius Flage: > I've just set up Raspberry Pi with external USB soundcard and the > Darkice encoder. Seems to be working just fine (25% CPU utilization). > Check this for a writeup on that: > > https://stmllr.net/blog/live-streaming-mp3-audio-with-darkice-and-icecast2-on-raspberry-pi/ hi Marius, which audio card are you using? btw: thanks for the howto, used it while ago, it saved me a lot of try&error when setting up the PI --u From marius at flage.org Thu Jan 22 13:59:45 2015 From: marius at flage.org (Marius Flage) Date: Thu, 22 Jan 2015 14:59:45 +0100 Subject: [Icecast] a dedicated audio encoder In-Reply-To: <20150122135126.GC23399@aporee.org> References: <DUB407-EAS106F8C6FD3C131AE207F2BCCA490@phx.gbl> <54C0FC6D.8040101@flage.org> <20150122135126.GC23399@aporee.org> Message-ID: <54C10251.7060604@flage.org> On 01/22/2015 02:51 PM, unosonic wrote: > hi Marius, which audio card are you using? I'm using the Sound Blaster X-Fi Go! Pro . Only been testing since yesterday, so I haven't had the time to do any lengthy quality tests, but it sounds good so far :) - Marius From un at dom.de Thu Jan 22 14:07:29 2015 From: un at dom.de (unosonic) Date: Thu, 22 Jan 2015 15:07:29 +0100 Subject: [Icecast] a dedicated audio encoder In-Reply-To: <54C10251.7060604@flage.org> References: <DUB407-EAS106F8C6FD3C131AE207F2BCCA490@phx.gbl> <54C0FC6D.8040101@flage.org> <20150122135126.GC23399@aporee.org> <54C10251.7060604@flage.org> Message-ID: <20150122140729.GA21225@aporee.org> Marius Flage: > I'm using the Sound Blaster X-Fi Go! Pro . Only been testing since > yesterday, so I haven't had the time to do any lengthy quality tests, > but it sounds good so far :) checked the specs. only 1 mic-in? form factor is great, but i desperately need stereo mic-in with plugin power, e.g. for powering two electrets... Griffin imic usb card does that, but with the USB1.1 issues... anyway, that's a different topic. bests, u. From mcbicecast at robuust.nl Thu Jan 22 14:25:37 2015 From: mcbicecast at robuust.nl (Maarten Bezemer) Date: Thu, 22 Jan 2015 15:25:37 +0100 (CET) Subject: [Icecast] a dedicated audio encoder In-Reply-To: <20150122134116.GA23399@aporee.org> References: <DUB407-EAS106F8C6FD3C131AE207F2BCCA490@phx.gbl> <20150122134116.GA23399@aporee.org> Message-ID: <Pine.LNX.4.64.1501221521120.9733@wormhole.robuust.nl> Hi u, On Thu, 22 Jan 2015, unosonic wrote: > well, sort of, with a PI, Ices2 as a client, and an USB audio device as > input, e.g. a "class compliant" audio recoder like Olympus LS5, Zoom H2 > etc., but also a little mixer like the Behringer Xenyx 302 USB. > The problem i've encountered is with USB class1 devices, i.e. so called > "full speed" USB (which is the slowest one). It requires to force the > PI into USB1.1 at boot time, which affects the network stack and probably > others. The result is not satisfying, distorted sound and drops. All fine > with USB2.0, but haven't found a suitable pre-amp yet. I'd love to try > with a Sound Devices Mix Pre (battery driven, 2 HQ mic inputs, USB1.1 + 2.0 > compliant, according to the specs). the price tag has prevented that > experience so far... ;) Shouldn't USB2.0 ports be able to connect to USB1.1 devices without changing the entire stack to USB1? Can the Xenyx USB mixers be attached as USB2.0 and do these work reliably? I'm looking into creating a setup like that with a 5-input Xenyx mixer if this works.. Best, Maarten From un at dom.de Thu Jan 22 17:06:36 2015 From: un at dom.de (unosonic) Date: Thu, 22 Jan 2015 18:06:36 +0100 Subject: [Icecast] a dedicated audio encoder In-Reply-To: <Pine.LNX.4.64.1501221521120.9733@wormhole.robuust.nl> References: <DUB407-EAS106F8C6FD3C131AE207F2BCCA490@phx.gbl> <20150122134116.GA23399@aporee.org> <Pine.LNX.4.64.1501221521120.9733@wormhole.robuust.nl> Message-ID: <20150122170636.GA5155@aporee.org> Maarten Bezemer: > > Shouldn't USB2.0 ports be able to connect to USB1.1 devices without > changing the entire stack to USB1? according to my experience, no. here are my personal notes when i'd set it up: # Xenyx 302 USB pi at raspi ~ $ lsusb Bus 001 Device 005: ID 08bb:2902 Texas Instruments Japan PCM2902 Audio Codec pi at raspi ~ $ cat /proc/asound/cards 1 [CODEC]: USB-Audio - USB Audio CODEC Burr-Brown from TI USB Audio CODEC at usb-bcm2708_usb-1.3, full speed pi at raspi ~ $ arecord -l **** List of CAPTURE Hardware Devices **** card 1: CODEC [USB Audio CODEC], device 0: USB Audio [USB Audio] Subdevices: 1/1 Subdevice #0: subdevice #0 # My Notes: force USB 1.1 device, in /boot/comdline.txt: dwc_otg.speed=1 > Can the Xenyx USB mixers be attached as USB2.0 and do these work reliably? the Xenyx 302 USB is 1.1 and didn't work reliable for me. Maybe that can be tweaked so that it works, but i wasn't able... no idea how the other Xenyx' work. My conclusion was that 2.0 devices are fine, 1.1 not because of the Pi's internal mess... but there may be workarounds, see: http://wiki.linuxaudio.org/wiki/raspberrypi bests, u. From thomas at ruecker.fi Thu Jan 22 21:27:19 2015 From: thomas at ruecker.fi (=?windows-1252?Q?=22Thomas_B=2E_R=FCcker=22?=) Date: Thu, 22 Jan 2015 21:27:19 +0000 Subject: [Icecast] a dedicated audio encoder In-Reply-To: <DUB407-EAS106F8C6FD3C131AE207F2BCCA490@phx.gbl> References: <DUB407-EAS106F8C6FD3C131AE207F2BCCA490@phx.gbl> Message-ID: <54C16B37.60603@ruecker.fi> On 01/22/2015 12:43 PM, Maarten S wrote: > Hi, > > In our design of Icecast2, our multiple sources will stream their high > quality audio via a dedicated audio encoder (not a computer): > Live audio > L+R microphone > pre amplifier > audio encoder > Icecast2 VPS > > So far I have a shortlist of 4 possible brands of audio encoders: > Sonifex PS-SEND, Barix Instreamer, Bric-Link, Outcaster OC100. Out of curiosity do any of those support anything else than MP3? I'd expect to use a more state of the art codec at high quality settings for an "intake" stream. MP3 even at very high bit-rates has its known problems. > All have their pro's and cons. My main requirements are Mount specific > authentication (username & password) & Balanced XLR analogue input. A > very hard to get combination, as most encoders only support the > Icecast2 Source authentication (this password is applicable for all > mounts). You're confusing two concepts here: - The global source password - authentication using "source" as the user name It is quite unfortunate that many a software (or in this case hardware) doesn't support username/password, but hardcodes the username to "source". This does NOT however stop you from having a different source password per mountpoint. Just don't define a username or set username to "source" in the <mount> definition. > Only the Outcaster also supports the Mount specific authentication, > but has no balanced analogue audio input. > > Is anyone having positive or negative experience with these or other > brands, or perhaps even built one yourself (Raspberry..)? Personally I'd outright discard the RPi, due to its many design deficiencies and low performance. Coincidentally I've been recently looking into various aspects of a hardware based Icecast source, preferably open source hardware (OSHW conformant, rpi isn't), native Ethernet (USB based sucks), decent audio codec, preferably not just Line-in but also balanced inputs. I have some devices based on the Qualcomm Atheros AR9331 that use a decent Wolfson 8918 audio codec. While the codec is capable of also balanced and DMic inputs, sadly as such the devices are configured as output only. I also have, for an unrelated project, an AllWinner A10s based Olinuxino board on my desk. It at least has a line level input and native ethernet. I'm not particularly fond of USB sound cards, at least the cheaper ones, as their frequency reference is often horrible and on a professional setup the last thing you want is for your stream to run away after an hour or two. I need to do some more experimenting, but might consider prototyping a open hardware device that would fulfill all those requirements, but fit a budget. A likely target would be one of the recent open hardware boards that has native LAN and could attach a good, linux supported, audio codec over I?S or similar. Cheers Thomas From mcbicecast at robuust.nl Fri Jan 23 00:19:36 2015 From: mcbicecast at robuust.nl (Maarten Bezemer) Date: Fri, 23 Jan 2015 01:19:36 +0100 (CET) Subject: [Icecast] a dedicated audio encoder In-Reply-To: <20150122170636.GA5155@aporee.org> References: <DUB407-EAS106F8C6FD3C131AE207F2BCCA490@phx.gbl> <20150122134116.GA23399@aporee.org> <Pine.LNX.4.64.1501221521120.9733@wormhole.robuust.nl> <20150122170636.GA5155@aporee.org> Message-ID: <Pine.LNX.4.64.1501230046540.7919@wormhole.robuust.nl> Hi, I managed to get my hand on a Xenyx x2222usb at a friend's, so I took the opportunity to do some testing with it. Pi model B, one of the more recent editions (I also had an older one from just after they were introduced and that one had trouble rebooting when attaching/detaching network so I ditched that one). Two usb onboard. Xenyx x2222usb has the same usb chip 08bb:2902 Texas Instruments Japan PCM2902 Audio Codec usb 1-1.3: new full-speed USB device number 4 using dwc_otg usb 1-1.3: New USB device found, idVendor=08bb, idProduct=2902 usb 1-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=0 usb 1-1.3: Product: USB Audio CODEC usb 1-1.3: Manufacturer: Burr-Brown from TI input: Burr-Brown from TI USB Audio CODEC as /devices/platform/bcm2708_usb/usb1/1-1/1-1.3/1-1.3:1.3/input/input0 hid-generic 0003:08BB:2902.0001:input,hidraw0: USB HID v1.00 Device [Burr-Brown from TI USB Audio CODEC ] on usb-bcm2708_usb-1.3/input3 usbcore: registered new interface driver snd-usb-audio Started with a 3.10.25+ kernel that happened to be on an earlier install. When doing mpg123 -D hw:1,0 something.mp3 it spammed lost of Jan 22 20:33:11 testpi kernel: [2316881.058933] delay: estimated 0, actual 132 Jan 22 20:33:11 testpi kernel: [2316881.066876] delay: estimated 0, actual 133 etc etc in the logs and playback was choppy. Didnt even bother recording, but went for an apt-get update / dist-upgrade which installed (among others) a new rpi-update, and running rpi-update gave me kernel 3.18.3+ After a reboot, playback worked like a charm, no pops, clicks, ticks, just perfect playback. No messages in syslog either. Then I tried: arecord -D hw:1 -f cd testrec.wav But as soon as something other than silence was sent to the device, lines like these started to show up: Jan 22 23:17:48 testpi kernel: [ 9190.974009] Transfer to device 4 endpoint 0x4 frame 1697 failed - FIQ reported NYET. Data may have been lost. Jan 22 23:17:48 testpi kernel: [ 9191.093025] Transfer to device 4 endpoint 0x4 frame 1816 failed - FIQ reported NYET. Data may have been lost. Jan 22 23:17:49 testpi kernel: [ 9191.362062] Transfer to device 4 endpoint 0x4 frame 37 failed - FIQ reported NYET. Data may have been lost. Jan 22 23:17:52 testpi kernel: [ 9194.366470] Transfer to device 4 endpoint 0x4 frame 993 failed - FIQ reported NYET. Data may have been lost. Jan 22 23:17:52 testpi kernel: [ 9194.419477] Transfer to device 4 endpoint 0x4 frame 1046 failed - FIQ reported NYET. Data may have been lost. Jan 22 23:17:52 testpi kernel: [ 9194.653508] Transfer to device 4 endpoint 0x4 frame 1280 failed - FIQ reported NYET. Data may have been lost. And recordings were choppy, clicking etc. This is all running the Pi at normal setup with USB2 enabled and Xenyx USB directly connected to the Pi with a 1.5m usb A-B cable. Then, I connected a usb hub to the Pi and then the Xenyx USB to the hub. Unpowered el cheapo hub. Tried another al cheapo crappy usb2 hub that never worked when connecting it between a UMTS dongle and a PC (dongle just would get up and running, probably power issues). Both did the magic trick: recording now works like a charm. Once did I see an "overrun!!! (at least 1055.346 ms long)" but that was probably something from arecord not being able to save the recording to SD card fast enough because I was doing other stuff with the SD card at the same time. Nothing in syslog, just output from arecord / alsa lib. So, conclusion: PCM2902 works with pi for both playback and recording, as long as you connect it through some random USB2 hub. Doesn't draw much power, but maybe you need a hub's extra capacitors to prevent spikes from causing problems at the pi. Of course, I suppose using it through a powered hub such as the PiHUB should also work. The only thing I kinda missed was a recording level control. The only control alsamixer is giving me, is the pcm playback level. So you'd have to make sure the audio you send to it is somehow sane. Best, Maarten On Thu, 22 Jan 2015, unosonic wrote: > Maarten Bezemer: >> >> Shouldn't USB2.0 ports be able to connect to USB1.1 devices without >> changing the entire stack to USB1? > > according to my experience, no. here are my personal notes when i'd set it > up: > > # Xenyx 302 USB > > pi at raspi ~ $ lsusb > Bus 001 Device 005: ID 08bb:2902 Texas Instruments Japan PCM2902 Audio Codec > > pi at raspi ~ $ cat /proc/asound/cards > 1 [CODEC]: USB-Audio - USB Audio CODEC Burr-Brown from TI USB Audio CODEC at usb-bcm2708_usb-1.3, full speed > > pi at raspi ~ $ arecord -l > **** List of CAPTURE Hardware Devices **** card 1: CODEC [USB Audio CODEC], device 0: USB Audio [USB Audio] > Subdevices: 1/1 Subdevice #0: subdevice #0 > > # My Notes: force USB 1.1 device, in /boot/comdline.txt: dwc_otg.speed=1 > >> Can the Xenyx USB mixers be attached as USB2.0 and do these work reliably? > > the Xenyx 302 USB is 1.1 and didn't work reliable for me. Maybe that can be > tweaked so that it works, but i wasn't able... no idea how the other Xenyx' > work. My conclusion was that 2.0 devices are fine, 1.1 not because of the Pi's > internal mess... but there may be workarounds, see: > http://wiki.linuxaudio.org/wiki/raspberrypi > > bests, u. > > > > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > From un at dom.de Fri Jan 23 15:50:27 2015 From: un at dom.de (unosonic) Date: Fri, 23 Jan 2015 16:50:27 +0100 Subject: [Icecast] a dedicated audio encoder In-Reply-To: <Pine.LNX.4.64.1501230046540.7919@wormhole.robuust.nl> References: <DUB407-EAS106F8C6FD3C131AE207F2BCCA490@phx.gbl> <20150122134116.GA23399@aporee.org> <Pine.LNX.4.64.1501221521120.9733@wormhole.robuust.nl> <20150122170636.GA5155@aporee.org> <Pine.LNX.4.64.1501230046540.7919@wormhole.robuust.nl> Message-ID: <20150123155027.GA2880@aporee.org> Maarten Bezemer: > So, conclusion: PCM2902 works with pi for both playback and recording, as > long as you connect it through some random USB2 hub. Doesn't draw much thansk for testing. makes some sense with the hub, will try. > The only thing I kinda missed was a recording level control. The only > control alsamixer is giving me, is the pcm playback level. So you'd have > to make sure the audio you send to it is somehow sane. sure? alsamixer has a switch where you can toggle between connected soundcards. pcm is default. try alsamixer -c 1 (second card) --u From mcbicecast at robuust.nl Fri Jan 23 16:06:19 2015 From: mcbicecast at robuust.nl (Maarten Bezemer) Date: Fri, 23 Jan 2015 17:06:19 +0100 (CET) Subject: [Icecast] a dedicated audio encoder In-Reply-To: <20150123155027.GA2880@aporee.org> References: <DUB407-EAS106F8C6FD3C131AE207F2BCCA490@phx.gbl> <20150122134116.GA23399@aporee.org> <Pine.LNX.4.64.1501221521120.9733@wormhole.robuust.nl> <20150122170636.GA5155@aporee.org> <Pine.LNX.4.64.1501230046540.7919@wormhole.robuust.nl> <20150123155027.GA2880@aporee.org> Message-ID: <Pine.LNX.4.64.1501231657280.30534@wormhole.robuust.nl> On Fri, 23 Jan 2015, unosonic wrote: > Maarten Bezemer: >> The only thing I kinda missed was a recording level control. The only >> control alsamixer is giving me, is the pcm playback level. So you'd have >> to make sure the audio you send to it is somehow sane. > > sure? alsamixer has a switch where you can toggle between connected soundcards. > pcm is default. try alsamixer -c 1 (second card) Yes, switching is also possible using F6 function key inside alsamixer. Doesn't help. Just did a quick search and found the chip's datasheet: it does have mute and volume control (variable attenuation) on DAC (playback), but not on ADC (recording). Very bare-bones chip, which is mostly OK if you don't need e.g. a teleconferencing application doing automatic input gain control based on recorded audio level. Best, Maarten From basilgohar at librevideo.org Sat Jan 24 22:42:05 2015 From: basilgohar at librevideo.org (Basil Mohamed Gohar) Date: Sat, 24 Jan 2015 17:42:05 -0500 Subject: [Icecast] Cool Mic (Android vorbis live source client) beta available In-Reply-To: <54BED61D.1050205@logicalnetworking.net> References: <54BED61D.1050205@logicalnetworking.net> Message-ID: <54C41FBD.5070806@librevideo.org> On 01/20/2015 05:26 PM, Jordan Erickson wrote: > Greetings, > > I would like to announce the beta release of Cool Mic, an Android ogg > vorbis source client for Icecast 2.x. > > Please have a look at the information at Cool Mic's website, > http://coolmic.net and download the beta (it is not available in the > Play Store yet). > > Please let me know about any bugs you may encounter, suggestions for use > and if you have any other feedback. I hope you enjoy it! > > > Sincerely, > Jordan Erickson > Thanks! Just tried it. Works well once I got through some wonkiness with my own server and forgetting its URL. First issue for me is that the back button on the phone takes you out of the app completely from any screen within the app. I had the expectation that it would just navigate the pages back. Relatedly, where would you like feedback and bud reports to go? -- Libre Video http://librevideo.org From un at dom.de Sun Jan 25 11:34:40 2015 From: un at dom.de (unosonic) Date: Sun, 25 Jan 2015 12:34:40 +0100 Subject: [Icecast] Cool Mic (Android vorbis live source client) beta available In-Reply-To: <54BED61D.1050205@logicalnetworking.net> References: <54BED61D.1050205@logicalnetworking.net> Message-ID: <20150125113440.GB28726@aporee.org> works ;) ideas and observations: - show also bitrates insted of ogg quality settings only - maybe a more consistent handling of the back button, i.e. when in menus - seems i can't stop broadcasting ... ? "Stop Broadcast" doesn't do anything, only "Quit" stops it. - an reliable indicator that we're broadcasting (the red flashing appeared only once, now it shows a text "connected to server", but no other sign) i've tested on a Samsung S2, on 4.1.2, so far from latest & greatest... --u Jordan Erickson: > Greetings, > > I would like to announce the beta release of Cool Mic, an Android ogg > vorbis source client for Icecast 2.x. > > Please have a look at the information at Cool Mic's website, > http://coolmic.net and download the beta (it is not available in the > Play Store yet). > > Please let me know about any bugs you may encounter, suggestions for use > and if you have any other feedback. I hope you enjoy it! > > > Sincerely, > Jordan Erickson > > -- > Jordan Erickson (PGP: 0x78DD41CB) > LNS: 707-636-5678, http://logicalnetworking.net > > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast From marko.cupac at mimar.rs Sun Jan 25 14:27:57 2015 From: marko.cupac at mimar.rs (Marko =?UTF-8?B?Q3VwYcSH?=) Date: Sun, 25 Jan 2015 15:27:57 +0100 Subject: [Icecast] change port in autogenerated playlist links Message-ID: <20150125152757.e78c576f543e92ca68168a2d@mimar.rs> Hi, I am using icecast2-2.4.1,1 on FreeBSD 10.1-RELEASE. In order to be able to stream on port 80, I have redirected port 8080 to port 80 by means of firewall on icecast server itself (packet filter): rdr pass on $ext_if proto tcp to port 80 -> 127.0.0.1 port 8000 The only thing that bothers me is the fact that autogenerated playlist files (m3u, xspf and vclt) in web interface direct to port 8000. Is there a way to change them so they point to desired port instead to the port specified in configuration file? Regards, -- Marko Cupa? https://www.mimar.rs From un at dom.de Sun Jan 25 14:53:18 2015 From: un at dom.de (unosonic) Date: Sun, 25 Jan 2015 15:53:18 +0100 Subject: [Icecast] a dedicated audio encoder In-Reply-To: <54C16B37.60603@ruecker.fi> References: <DUB407-EAS106F8C6FD3C131AE207F2BCCA490@phx.gbl> <54C16B37.60603@ruecker.fi> Message-ID: <20150125145318.GA16264@aporee.org> > I need to do some more experimenting, but might consider prototyping a > open hardware device that would fulfill all those requirements, but fit > a budget. A likely target would be one of the recent open hardware that'd be cool! why not kick-starting it? (no personal experience, but a friend realized a niche project in the $25k range successfully, so...) --u From thomas at ruecker.fi Sun Jan 25 15:06:45 2015 From: thomas at ruecker.fi (=?UTF-8?B?IlRob21hcyBCLiBSw7xja2VyIg==?=) Date: Sun, 25 Jan 2015 15:06:45 +0000 Subject: [Icecast] change port in autogenerated playlist links In-Reply-To: <20150125152757.e78c576f543e92ca68168a2d@mimar.rs> References: <20150125152757.e78c576f543e92ca68168a2d@mimar.rs> Message-ID: <54C50685.2000300@ruecker.fi> On 01/25/2015 02:27 PM, Marko Cupa? wrote: > Hi, > > I am using icecast2-2.4.1,1 on FreeBSD 10.1-RELEASE. In order to be able > to stream on port 80, I have redirected port 8080 to port 80 by means of > firewall on icecast server itself (packet filter): <snip /> Sorry to say, but "you're holding it wrong", also we just don't support this. The proper way to do this is to configure <security><changeowner> and start Icecast as root. It will then bind to port 80 and drop itself to the restricted user/group provided. Another option is to remove the restriction of being root for binding to ports below 1024 or giving the Icecast user necessary privileges to do so. Please refer to your system's best practices to choose the right option. I'm not an *BSD expert. Cheers Thomas From thomas at ruecker.fi Sun Jan 25 15:21:19 2015 From: thomas at ruecker.fi (=?windows-1252?Q?=22Thomas_B=2E_R=FCcker=22?=) Date: Sun, 25 Jan 2015 15:21:19 +0000 Subject: [Icecast] a dedicated audio encoder In-Reply-To: <20150125145318.GA16264@aporee.org> References: <DUB407-EAS106F8C6FD3C131AE207F2BCCA490@phx.gbl> <54C16B37.60603@ruecker.fi> <20150125145318.GA16264@aporee.org> Message-ID: <54C509EF.5010405@ruecker.fi> On 01/25/2015 02:53 PM, unosonic wrote: >> I need to do some more experimenting, but might consider prototyping a >> open hardware device that would fulfill all those requirements, but fit >> a budget. A likely target would be one of the recent open hardware > that'd be cool! why not kick-starting it? (no personal experience, but > a friend realized a niche project in the $25k range successfully, so...) That might be an option far down the road. Currently it still needs much more work. It's essentially a concept/idea at this stage. Also ideally this will be easy to produce, even in quantities of ONE, so that many people will be able to reproduce it on a minimal budget. Possibly only the PCB being a bit more involved, but even that can be done through itead or OSHPark. For those who want one as a kit or fully assembled doing a run through e.g. kickstarter or some other platform would be an option. That way also most disappointing delays and such can be avoided. Cheers Thomas From marko.cupac at mimar.rs Sun Jan 25 16:22:54 2015 From: marko.cupac at mimar.rs (Marko =?UTF-8?B?Q3VwYcSH?=) Date: Sun, 25 Jan 2015 17:22:54 +0100 Subject: [Icecast] change port in autogenerated playlist links In-Reply-To: <54C50685.2000300@ruecker.fi> References: <20150125152757.e78c576f543e92ca68168a2d@mimar.rs> <54C50685.2000300@ruecker.fi> Message-ID: <20150125172254.686a5bfa22e72802c3684c2e@mimar.rs> On Sun, 25 Jan 2015 15:06:45 +0000 "Thomas B. R?cker" <thomas at ruecker.fi> wrote: > On 01/25/2015 02:27 PM, Marko Cupa? wrote: > > Hi, > > > > I am using icecast2-2.4.1,1 on FreeBSD 10.1-RELEASE. In order to be able > > to stream on port 80, I have redirected port 8080 to port 80 by means of > > firewall on icecast server itself (packet filter): > <snip /> > > Sorry to say, but "you're holding it wrong", also we just don't support > this. I agree this setup is "unusual", and I understand you don't support it, but I do not see what makes it "wrong". > The proper way to do this is to configure <security><changeowner> and > start Icecast as root. It will then bind to port 80 and drop itself to > the restricted user/group provided. I am starting icecast as root (by rc script), and I was already changing owner to nobody/nogroup as suggested in example config file. So all I needed to do was to change the port. Thank you, -- Marko Cupa? https://www.mimar.rs From thomas at ruecker.fi Sun Jan 25 17:31:10 2015 From: thomas at ruecker.fi (=?UTF-8?B?IlRob21hcyBCLiBSw7xja2VyIg==?=) Date: Sun, 25 Jan 2015 17:31:10 +0000 Subject: [Icecast] change port in autogenerated playlist links In-Reply-To: <20150125172254.686a5bfa22e72802c3684c2e@mimar.rs> References: <20150125152757.e78c576f543e92ca68168a2d@mimar.rs> <54C50685.2000300@ruecker.fi> <20150125172254.686a5bfa22e72802c3684c2e@mimar.rs> Message-ID: <54C5285E.5070809@ruecker.fi> On 01/25/2015 04:22 PM, Marko Cupa? wrote: > On Sun, 25 Jan 2015 15:06:45 +0000 > "Thomas B. R?cker" <thomas at ruecker.fi> wrote: > >> On 01/25/2015 02:27 PM, Marko Cupa? wrote: >>> Hi, >>> >>> I am using icecast2-2.4.1,1 on FreeBSD 10.1-RELEASE. In order to be able >>> to stream on port 80, I have redirected port 8080 to port 80 by means of >>> firewall on icecast server itself (packet filter): >> <snip /> >> >> Sorry to say, but "you're holding it wrong", also we just don't support >> this. > I agree this setup is "unusual", It's actually quite common. After all port 80 is _the_ IANA port for HTTP (and so is 443 for HTTPS, which we support too). > and I understand you don't support it, > but I do not see what makes it "wrong". It was a joke in reference to: http://www.urbandictionary.com/define.php?term=You%27re+Holding+It+Wrong Sort of self-criticizing, as there are a couple of issues with how we are handling ports and URLs in the generated playlists. This will likely improve once we get around to rewriting our HTTP engine to support HTTP 1.1, which is a target for the feature release following after 2.5, so likely in about 2 years. No promise if we will work 100% on port redirects, that's always a problem to support. Also we could document the case of port 80/443 explicitly. >> The proper way to do this is to configure <security><changeowner> and >> start Icecast as root. It will then bind to port 80 and drop itself to >> the restricted user/group provided. > I am starting icecast as root (by rc script), and I was already changing > owner to nobody/nogroup as suggested in example config file. So all I > needed to do was to change the port. > > Thank you, Glad you got it sorted. Cheers Thomas From jerickson at logicalnetworking.net Sun Jan 25 17:54:44 2015 From: jerickson at logicalnetworking.net (Jordan Erickson) Date: Sun, 25 Jan 2015 09:54:44 -0800 Subject: [Icecast] Cool Mic (Android vorbis live source client) beta available In-Reply-To: <20150125113440.GB28726@aporee.org> References: <54BED61D.1050205@logicalnetworking.net> <20150125113440.GB28726@aporee.org> Message-ID: <54C52DE4.1020106@logicalnetworking.net> Thank you all so far for the feedback. I've forwarded this to my dev team, right now they are working on improvements based on what I've received so far. I'll keep list updated on progress and new versions if that doesn't seem to spammy. My goal is for Cool Mic to be the most stable and functional (and open source!) Android source client for Icecast that supports open codecs. Cheers, Jordan On 01/25/2015 03:34 AM, unosonic wrote: > works ;) > > ideas and observations: > - show also bitrates insted of ogg quality settings only > - maybe a more consistent handling of the back button, i.e. when in menus > - seems i can't stop broadcasting ... ? "Stop Broadcast" doesn't do anything, > only "Quit" stops it. > - an reliable indicator that we're broadcasting (the red flashing appeared > only once, now it shows a text "connected to server", but no other sign) > > i've tested on a Samsung S2, on 4.1.2, so far from latest & greatest... > > --u > > > > Jordan Erickson: >> Greetings, >> >> I would like to announce the beta release of Cool Mic, an Android ogg >> vorbis source client for Icecast 2.x. >> >> Please have a look at the information at Cool Mic's website, >> http://coolmic.net and download the beta (it is not available in the >> Play Store yet). >> >> Please let me know about any bugs you may encounter, suggestions for use >> and if you have any other feedback. I hope you enjoy it! >> >> >> Sincerely, >> Jordan Erickson >> >> -- >> Jordan Erickson (PGP: 0x78DD41CB) >> LNS: 707-636-5678, http://logicalnetworking.net >> >> >> _______________________________________________ >> 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 marko.cupac at mimar.rs Sun Jan 25 18:05:05 2015 From: marko.cupac at mimar.rs (Marko =?UTF-8?B?Q3VwYcSH?=) Date: Sun, 25 Jan 2015 19:05:05 +0100 Subject: [Icecast] change port in autogenerated playlist links In-Reply-To: <54C5285E.5070809@ruecker.fi> References: <20150125152757.e78c576f543e92ca68168a2d@mimar.rs> <54C50685.2000300@ruecker.fi> <20150125172254.686a5bfa22e72802c3684c2e@mimar.rs> <54C5285E.5070809@ruecker.fi> Message-ID: <20150125190505.eef6a3192e644740dbf5f20b@mimar.rs> On Sun, 25 Jan 2015 17:31:10 +0000 "Thomas B. R?cker" <thomas at ruecker.fi> wrote: > On 01/25/2015 04:22 PM, Marko Cupa? wrote: > > On Sun, 25 Jan 2015 15:06:45 +0000 > > "Thomas B. R?cker" <thomas at ruecker.fi> wrote: > > > >> On 01/25/2015 02:27 PM, Marko Cupa? wrote: > >>> Hi, > >>> > >>> I am using icecast2-2.4.1,1 on FreeBSD 10.1-RELEASE. In order to be able > >>> to stream on port 80, I have redirected port 8080 to port 80 by means of > >>> firewall on icecast server itself (packet filter): > >> <snip /> > >> > >> Sorry to say, but "you're holding it wrong", also we just don't support > >> this. > > I agree this setup is "unusual", > > It's actually quite common. After all port 80 is _the_ IANA port for > HTTP (and so is 443 for HTTPS, which we support too). > > > > and I understand you don't support it, > > but I do not see what makes it "wrong". > > It was a joke in reference to: > http://www.urbandictionary.com/define.php?term=You%27re+Holding+It+Wrong > Sort of self-criticizing, as there are a couple of issues with how we > are handling ports and URLs in the generated playlists. This will likely > improve once we get around to rewriting our HTTP engine to support HTTP > 1.1, which is a target for the feature release following after 2.5, so > likely in about 2 years. No promise if we will work 100% on port > redirects, that's always a problem to support. > Also we could document the case of port 80/443 explicitly. > > > >> The proper way to do this is to configure <security><changeowner> and > >> start Icecast as root. It will then bind to port 80 and drop itself to > >> the restricted user/group provided. > > I am starting icecast as root (by rc script), and I was already changing > > owner to nobody/nogroup as suggested in example config file. So all I > > needed to do was to change the port. > > > > Thank you, > > Glad you got it sorted. > > > Cheers > > Thomas Hey, I'm new here... I guess it will take some time for me to get into the mood :) Thank you for thorough explanation. Stay fresh, -- Marko Cupa? https://www.mimar.rs From jv_erner at hotmail.com Mon Jan 26 16:00:35 2015 From: jv_erner at hotmail.com (Jordan Verner) Date: Mon, 26 Jan 2015 11:00:35 -0500 Subject: [Icecast] Libshout redirecting stdout? In-Reply-To: <20150125190505.eef6a3192e644740dbf5f20b@mimar.rs> References: <20150125152757.e78c576f543e92ca68168a2d@mimar.rs>, <54C50685.2000300@ruecker.fi>, <20150125172254.686a5bfa22e72802c3684c2e@mimar.rs>, <54C5285E.5070809@ruecker.fi>, <20150125190505.eef6a3192e644740dbf5f20b@mimar.rs> Message-ID: <COL130-W10FD2362CF38A70221349E2350@phx.gbl> Hello, Is there any way to disable stdout redirecting behaviour on the part of Libshout, so that printf and friends still work after a call to shout_open? Thanks, Jordan. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.xiph.org/pipermail/icecast/attachments/20150126/288bed78/attachment.htm> From maartensvo at live.nl Mon Jan 26 20:46:23 2015 From: maartensvo at live.nl (Maarten S) Date: Mon, 26 Jan 2015 20:46:23 +0000 Subject: [Icecast] =?utf-8?q?a_dedicated_audio_encoder?= Message-ID: <DUB407-EAS226A9838B82308D02399631CA350@phx.gbl> Hi Thomas, As per your question "Out of curiosity do any of those support anything else than MP3?" - - > answer is yes. See attached link an overview of 6 hardware audio encoders (Link to pmg file via WeTransfer http://we.tl/w0H6HJsxLd ). All offer various output formats, not all matching ICECAST input requirements. Not all offer an authentication on mount level. Price ranges from EURO 350 to 1.000. I like your idea of OSHW. But for now I am looking for the best alternative available (focus on max audio quality, medium to low budget) in the market as is. Thanks and best regards, Maarten Van: Thomas B. R?cker Verzonden: ?donderdag? ?22? ?januari? ?2015 ?22?:?27 Aan: Icecast streaming server user discussions On 01/22/2015 12:43 PM, Maarten S wrote: > Hi, > > In our design of Icecast2, our multiple sources will stream their high > quality audio via a dedicated audio encoder (not a computer): > Live audio > L+R microphone > pre amplifier > audio encoder > Icecast2 VPS > > So far I have a shortlist of 4 possible brands of audio encoders: > Sonifex PS-SEND, Barix Instreamer, Bric-Link, Outcaster OC100. Out of curiosity do any of those suppoSHWrt anything else than MP3? I'd expect to use a more state of the art codec at high quality settings for an "intake" stream. MP3 even at very high bit-rates has its known problems. > All have their pro's and cons. My main requirements are Mount specific > authentication (username & password) & Balanced XLR analogue input. A > very hard to get combination, as most encoders only support the > Icecast2 Source authentication (this password is applicable for all > mounts). You're confusing two concepts here: - The global source password - authentication using "source" as the user name It is quite unfortunate that many a software (or in this case hardware) doesn't support username/password, but hardcodes the username to "source". This does NOT however stop you from having a different source password per mountpoint. Just don't define a username or set username to "source" in the <mount> definition. > Only the Outcaster also supports the Mount specific authentication, > but has no balanced analogue audio input. > > Is anyone having positive or negative experience with these or other > brands, or perhaps even built one yourself (Raspberry..)? Personally I'd outright discard the RPi, due to its many design deficiencies and low performance. Coincidentally I've been recently looking into various aspects of a hardware based Icecast source, preferably open source hardware (OSHW conformant, rpi isn't), native Ethernet (USB based sucks), decent audio codec, preferably not just Line-in but also balanced inputs. I have some devices based on the Qualcomm Atheros AR9331 that use a decent Wolfson 8918 audio codec. While the codec is capable of also balanced and DMic inputs, sadly as such the devices are configured as output only. I also have, for an unrelated project, an AllWinner A10s based Olinuxino board on my desk. It at least has a line level input and native ethernet. I'm not particularly fond of USB sound cards, at least the cheaper ones, as their frequency reference is often horrible and on a professional setup the last thing you want is for your stream to run away after an hour or two. I need to do some more experimenting, but might consider prototyping a open hardware device that would fulfill all those requirements, but fit a budget. A likely target would be one of the recent open hardware boards that has native LAN and could attach a good, linux supported, audio codec over I?S or similar. Cheers Thomas _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.xiph.org/pipermail/icecast/attachments/20150126/6e29da90/attachment.htm>