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>