From rtanner at linfield.edu  Thu May  5 22:13:29 2011
From: rtanner at linfield.edu (Rob Tanner)
Date: Thu, 5 May 2011 22:13:29 +0000
Subject: [Icecast] Newby question: MP3 streaming
In-Reply-To: <BANLkTiktzLJSZdhZhGkrSDOdtBv4Pp27VQ@mail.gmail.com>
Message-ID: <C9E86F18.168EA%rtanner@linfield.edu>

Got side tracked on other issues.  I also got access to the BUTT (open source/sourceforge) encoder and found where to set the mount point in the encoder.  It was already streaming MP3 and so I set a new mount point with an MP3 extension and that?s all it took to fix it.  Clients go to Icecast using the new path in the URL and all works as it should.  My assumption is that the mount point is defined by the encoder (or source) and not Icecast.


Thanks,
Rob





On 4/25/11 10:45 PM, "Meswara Meswara" <meswara2000 at gmail.com> wrote:

email us your source client config files... are you using ices2? darkice ?

On Tue, Apr 26, 2011 at 6:06 AM, Rob Tanner <rtanner at linfield.edu> wrote:
Hi,

The server is receiving an MP3 stream and apparently /stream.ogg is a default of some sort since I haven?t configured it and it?s not a mount point under /web.  And to make matters more confusing, / stream.ogg is actually streaming MP3.  I would like the mount to be /live.mp3.  How do I do that?

~ Rob

_______________________________________________
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/20110505/a5eb6b47/attachment.htm>

From josh at thepruitts.org  Sun May  8 22:05:11 2011
From: josh at thepruitts.org (josh at thepruitts.org)
Date: Sun, 08 May 2011 15:05:11 -0700
Subject: [Icecast] Fwd: Random "fast forward" noise between tracks
Message-ID: <4DC71397.7030508@thepruitts.org>

Hello all,

I have subscribed to this list hoping I might find someone who can
suggest a fix for a problem I'm experiencing with Icecast (or possibly
something else in my setup).

Here is my configuration:

Foobar2000 is running on a Windows XP PC.   It has the Oddcast plugin
and it is streaming to a Linux machine that is running Icecast Server
2.3.2.  Foobar2000 is using the Crossfade, Compressor and Advanced
Limiter DSP plugins on top of the edCast plugin.

The problem:

Seemingly at random, in between tracks, there is a "fast forward" noise
like a tape being played on fast forward.  It sounds like the next track
is being played at about ten times normal speed, then the next track
after that plays normally.

Has anyone heard of this problem?

Thanks,

Josh

-- 
--
"Everyone is a genius but if you judge a fish by its ability to climb a tree it will spend its whole life believing it is stupid." - Albert Einstein




From leo.currie at gmail.com  Mon May  9 12:10:09 2011
From: leo.currie at gmail.com (Leo Currie)
Date: Mon, 9 May 2011 13:10:09 +0100
Subject: [Icecast] Newby question: MP3 streaming
In-Reply-To: <C9E86F18.168EA%rtanner@linfield.edu>
References: <BANLkTiktzLJSZdhZhGkrSDOdtBv4Pp27VQ@mail.gmail.com>
	<C9E86F18.168EA%rtanner@linfield.edu>
Message-ID: <BANLkTikUaBZ22-47Ebig+EyZ_rvpbTEauQ@mail.gmail.com>

That's correct - the mountpoint is normally set by the encoder, or 'source
client'.

Just for completeness, there are exceptions to this rule -

* If you are using a Shoutcast style source client, the mount point must be
defined in the icecast config
* If you are relaying another server, you can specify your own local name
for the mountpoint you are relaying
* You can 'alias' mountpoints so that requests for /somestream would be
redirected to /someotherstream
* You can also specify fallbacks for mountpoints that work like conditional
aliases.

- Leo


On 5 May 2011 23:13, Rob Tanner <rtanner at linfield.edu> wrote:

>  Got side tracked on other issues.  I also got access to the BUTT (open
> source/sourceforge) encoder and found where to set the mount point in the
> encoder.  It was already streaming MP3 and so I set a new mount point with
> an MP3 extension and that?s all it took to fix it.  Clients go to Icecast
> using the new path in the URL and all works as it should.  My assumption is
> that the mount point is defined by the encoder (or source) and not Icecast.
>
>
> Thanks,
> Rob
>
>
>
>
>
>
> On 4/25/11 10:45 PM, "Meswara Meswara" <meswara2000 at gmail.com> wrote:
>
>  email us your source client config files... are you using ices2? darkice
> ?
>
> On Tue, Apr 26, 2011 at 6:06 AM, Rob Tanner <rtanner at linfield.edu> wrote:
>
> Hi,
>
> The server is receiving an MP3 stream and apparently /stream.ogg is a
> default of some sort since I haven?t configured it and it?s not a mount
> point under /web.  And to make matters more confusing, / stream.ogg is
> actually streaming MP3.  I would like the mount to be /live.mp3.  How do I
> do that?
>
> ~ Rob
>
> _______________________________________________
> 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/20110509/a52b3a51/attachment.htm>

From geoff at QuiteLikely.com  Mon May  9 20:28:40 2011
From: geoff at QuiteLikely.com (Geoff Shang)
Date: Mon, 9 May 2011 23:28:40 +0300 (IDT)
Subject: [Icecast] Fwd: Random "fast forward" noise between tracks
In-Reply-To: <4DC71397.7030508@thepruitts.org>
References: <4DC71397.7030508@thepruitts.org>
Message-ID: <alpine.DEB.2.00.1105092319010.3855@data.home>

On Sun, 8 May 2011, josh at thepruitts.org wrote:

> Foobar2000 is running on a Windows XP PC.   It has the Oddcast plugin
> and it is streaming to a Linux machine that is running Icecast Server
> 2.3.2.  Foobar2000 is using the Crossfade, Compressor and Advanced
> Limiter DSP plugins on top of the edCast plugin.

Just checking -- are these plugins *before* Edcast in the chain of 
plugins?  If they're not, they won't have any effect.

> Seemingly at random, in between tracks, there is a "fast forward" noise
> like a tape being played on fast forward.  It sounds like the next track
> is being played at about ten times normal speed, then the next track
> after that plays normally.

Does it sound like this in yoru player or only on the stream?

> Has anyone heard of this problem?

It sounds like the MP3 data is being sent straight through to Icecast 
without being reencoded, which is of course not what you want.  This 
should only happen ifthere are files with differing sample rates or 
possibly different bitrates.  MP3 isn't really intended to deal with this. 
But as I say, it should be being reencoded after it goes through your 
other plugins.

I'm not very familiar with Foobar 2000 so can't comment on the specifics 
of your setup.  Maybe someone else can.

Geoff.



From josh at thepruitts.org  Mon May  9 23:18:49 2011
From: josh at thepruitts.org (josh at thepruitts.org)
Date: Mon, 09 May 2011 16:18:49 -0700
Subject: [Icecast] Fwd: Random "fast forward" noise between tracks
In-Reply-To: <alpine.DEB.2.00.1105092319010.3855@data.home>
References: <4DC71397.7030508@thepruitts.org>
	<alpine.DEB.2.00.1105092319010.3855@data.home>
Message-ID: <4DC87659.5000205@thepruitts.org>

On 05/09/2011 01:28 PM, Geoff Shang wrote:
> On Sun, 8 May 2011, josh at thepruitts.org wrote:
>
>> Foobar2000 is running on a Windows XP PC.   It has the Oddcast plugin
>> and it is streaming to a Linux machine that is running Icecast Server
>> 2.3.2.  Foobar2000 is using the Crossfade, Compressor and Advanced
>> Limiter DSP plugins on top of the edCast plugin.
> Just checking -- are these plugins *before* Edcast in the chain of
> plugins?  If they're not, they won't have any effect.
>
They are all before Edcast.
>> Seemingly at random, in between tracks, there is a "fast forward" noise
>> like a tape being played on fast forward.  It sounds like the next track
>> is being played at about ten times normal speed, then the next track
>> after that plays normally.
> Does it sound like this in yoru player or only on the stream?
>

I'm not certain, there's no sound output device on the client machine.  
DSP is set to null output.

>> Has anyone heard of this problem?
> It sounds like the MP3 data is being sent straight through to Icecast
> without being reencoded, which is of course not what you want.  This
> should only happen ifthere are files with differing sample rates or
> possibly different bitrates.  MP3 isn't really intended to deal with this.
> But as I say, it should be being reencoded after it goes through your
> other plugins.

I have identified the problem.

It is caused by the crossfade plugin in Foobar2000.  When it tries to 
crossfade two MP3's of different bit rates it uses the bit rate of the 
file that is fading out, regardless of the bit rate of the file that is 
fading in.

Thanks for your help, Geoff.

> I'm not very familiar with Foobar 2000 so can't comment on the specifics
> of your setup.  Maybe someone else can.
>
> Geoff.
>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast


-- 
--
"Everyone is a genius but if you judge a fish by its ability to climb a tree it will spend its whole life believing it is stupid." - Albert Einstein



From geoff at QuiteLikely.com  Tue May 10 09:03:57 2011
From: geoff at QuiteLikely.com (Geoff Shang)
Date: Tue, 10 May 2011 12:03:57 +0300 (IDT)
Subject: [Icecast] Fwd: Random "fast forward" noise between tracks
In-Reply-To: <4DC87659.5000205@thepruitts.org>
References: <4DC71397.7030508@thepruitts.org>
	<alpine.DEB.2.00.1105092319010.3855@data.home>
	<4DC87659.5000205@thepruitts.org>
Message-ID: <alpine.DEB.2.00.1105101200270.3855@data.home>

On Mon, 9 May 2011, josh at thepruitts.org wrote:

> I have identified the problem.
>
> It is caused by the crossfade plugin in Foobar2000.  When it tries to
> crossfade two MP3's of different bit rates it uses the bit rate of the
> file that is fading out, regardless of the bit rate of the file that is
> fading in.

Actually, it's probably the sampling rate that is the problem, rather 
than the bitrate.  The plugin needs to up-sample the audio that's at a 
lower rate and down-sample any audio that's at a higher rate.

Geoff.



From ross at stationplaylist.com  Fri May 13 00:48:18 2011
From: ross at stationplaylist.com (Ross Levis)
Date: Fri, 13 May 2011 12:48:18 +1200
Subject: [Icecast] Standard method to read current listeners without
	user/password
Message-ID: <006b01cc1107$74857b90$5d9072b0$@com>

Is there a standard method to read the current number of listeners from an
icecast2 server without knowing the admin user/password?

 

We produce radio broadcasting/streaming software for Windows which can show
the current number of listeners.  Many Icecast hosting companies won't
provide the admin password as they have lots of other customers using the
same server, so the software doesn't have access to the stats.xml.

 

I'm guessing there isn't any other built-in method, in which case we would
have to suggest the customer switches to a Shoutcast server which is
disappointing.

 

Regards,

Ross.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20110513/6e2ebaa2/attachment.htm>

From josh at thepruitts.org  Fri May 13 01:55:38 2011
From: josh at thepruitts.org (josh at thepruitts.org)
Date: Thu, 12 May 2011 18:55:38 -0700
Subject: [Icecast] Standard method to read current listeners without
	user/password
In-Reply-To: <006b01cc1107$74857b90$5d9072b0$@com>
References: <006b01cc1107$74857b90$5d9072b0$@com>
Message-ID: <4DCC8F9A.8030804@thepruitts.org>

There is a file /status.xsl that contains all the status information for 
your server.

For example, mine:  http://radio.foxcub.net:8000/status.xsl

You can either parse it with your favorite x?l parsing library or scrape 
it for listener info.

You can see an example of this in action at my page:  
http://radio.foxcub.net

It shows number of listeners and song playing.

Josh

On 05/12/2011 05:48 PM, Ross Levis wrote:
>
> Is there a standard method to read the current number of listeners 
> from an icecast2 server without knowing the admin user/password?
>
> We produce radio broadcasting/streaming software for Windows which can 
> show the current number of listeners.  Many Icecast hosting companies 
> won't provide the admin password as they have lots of other customers 
> using the same server, so the software doesn't have access to the 
> stats.xml.
>
> I'm guessing there isn't any other built-in method, in which case we 
> would have to suggest the customer switches to a Shoutcast server 
> which is disappointing.
>
> Regards,
>
> Ross.
>
>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast


-- 
--
"Everyone is a genius but if you judge a fish by its ability to climb a tree it will spend its whole life believing it is stupid." - Albert Einstein

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20110512/8409f7bf/attachment.htm>

From ross at stationplaylist.com  Fri May 13 02:40:09 2011
From: ross at stationplaylist.com (Ross Levis)
Date: Fri, 13 May 2011 14:40:09 +1200
Subject: [Icecast] Standard method to read current listeners
	without	user/password
In-Reply-To: <4DCC8F9A.8030804@thepruitts.org>
References: <006b01cc1107$74857b90$5d9072b0$@com>
	<4DCC8F9A.8030804@thepruitts.org>
Message-ID: <001301cc1117$14baacc0$3e300640$@com>

I see, so basically look for this in the html data and scrape it.

 

<td>Current Listeners:</td>

<td class="streamdata">3</td>

 

Has this format not changed since Icecast2 was released?

 

Ross.

From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On Behalf
Of josh at thepruitts.org
Sent: Friday, 13 May 2011 1:56 PM
To: icecast at xiph.org
Subject: Re: [Icecast] Standard method to read current listeners without
user/password

 

There is a file /status.xsl that contains all the status information for
your server.

For example, mine:  http://radio.foxcub.net:8000/status.xsl

You can either parse it with your favorite x?l parsing library or scrape it
for listener info.

You can see an example of this in action at my page:
http://radio.foxcub.net

It shows number of listeners and song playing.

Josh

On 05/12/2011 05:48 PM, Ross Levis wrote: 

Is there a standard method to read the current number of listeners from an
icecast2 server without knowing the admin user/password?

 

We produce radio broadcasting/streaming software for Windows which can show
the current number of listeners.  Many Icecast hosting companies won't
provide the admin password as they have lots of other customers using the
same server, so the software doesn't have access to the stats.xml.

 

I'm guessing there isn't any other built-in method, in which case we would
have to suggest the customer switches to a Shoutcast server which is
disappointing.

 

Regards,

Ross.

 
 
_______________________________________________
Icecast mailing list
Icecast at xiph.org
http://lists.xiph.org/mailman/listinfo/icecast






-- 
--
"Everyone is a genius but if you judge a fish by its ability to climb a tree
it will spend its whole life believing it is stupid." - Albert Einstein
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20110513/6c08ca80/attachment.htm>

From geoff at QuiteLikely.com  Fri May 13 06:19:04 2011
From: geoff at QuiteLikely.com (Geoff Shang)
Date: Fri, 13 May 2011 09:19:04 +0300 (IDT)
Subject: [Icecast] Standard method to read current listeners without
 user/password
In-Reply-To: <006b01cc1107$74857b90$5d9072b0$@com>
References: <006b01cc1107$74857b90$5d9072b0$@com>
Message-ID: <alpine.DEB.2.00.1105130909210.3855@data.home>

Hi Ross,

Sorry if anyone else has already answered this.

Yes there is.  Icecast can produce stats in any format desired using XSLT 
templates.  These take the built-in XML as input and can format the output 
any way you like.

There are two XSLT templates included with Icecast2 by default, status.xsl 
and status2.xsl.  Status2.xsl would be easy to parse as it outputs in CSV 
format.  The format is:

MountPoint,Connections,Stream Name,Current Listeners,Description,Currently 
Playing,Stream URL

Of course, as these are external files, the server admin could call them 
whatever they want.  But in my experience, most people leave them exactly 
where they are installed.  So you'll be able to find it at 
http://server:port/status2.xsl

I've actually been meaning to write to you about this as I'm not  real 
wild about broadcasters having the admin password to the server either.  I 
wish there were some way to password-protect XSL-generated stats with some 
other password in Icecast2 in order to keep the information safe from 
prying eyes, but I don't think it is.  Maybe a feature for 2.3.3, whenever 
it comes out?

Geoff.



From geoff at QuiteLikely.com  Fri May 13 06:24:59 2011
From: geoff at QuiteLikely.com (Geoff Shang)
Date: Fri, 13 May 2011 09:24:59 +0300 (IDT)
Subject: [Icecast] Standard method to read current listeners without
 user/password
In-Reply-To: <006b01cc1107$74857b90$5d9072b0$@com>
References: <006b01cc1107$74857b90$5d9072b0$@com>
Message-ID: <alpine.DEB.2.00.1105130919280.3855@data.home>

Hi,

Forgot to add...

It'd probably be possible to write an XSLT template which would spit out 
the same XML data that's already available under the admin password, which 
would avoid the need to implement new parsing code.  But that'd require 
someone who knows more about XSLT than I do.  It'd also need 
Stationplaylist Studio to support being able to modify the URL for 
retrieving this data in order to be able to get it, but at least you have 
control over that *smile*.

Geoff.



From ross at stationplaylist.com  Fri May 13 06:28:09 2011
From: ross at stationplaylist.com (Ross Levis)
Date: Fri, 13 May 2011 18:28:09 +1200
Subject: [Icecast] Standard method to read current listeners without
	user/password
In-Reply-To: <alpine.DEB.2.00.1105130909210.3855@data.home>
References: <006b01cc1107$74857b90$5d9072b0$@com>
	<alpine.DEB.2.00.1105130909210.3855@data.home>
Message-ID: <006801cc1136$eee08720$cca19560$@com>

Hi Geoff,

Status2.xsl looks very promising and easy to read.

If status2.xsl will continue to be included as it is now then we'll modify
the software to read this.

Regards,
Ross.

-----Original Message-----
From: Geoff Shang [mailto:geoff at QuiteLikely.com] 
Sent: Friday, 13 May 2011 6:19 PM
To: Ross Levis
Cc: icecast at xiph.org
Subject: Re: [Icecast] Standard method to read current listeners without
user/password

Hi Ross,

Sorry if anyone else has already answered this.

Yes there is.  Icecast can produce stats in any format desired using XSLT 
templates.  These take the built-in XML as input and can format the output 
any way you like.

There are two XSLT templates included with Icecast2 by default, status.xsl 
and status2.xsl.  Status2.xsl would be easy to parse as it outputs in CSV 
format.  The format is:

MountPoint,Connections,Stream Name,Current Listeners,Description,Currently 
Playing,Stream URL

Of course, as these are external files, the server admin could call them 
whatever they want.  But in my experience, most people leave them exactly 
where they are installed.  So you'll be able to find it at 
http://server:port/status2.xsl

I've actually been meaning to write to you about this as I'm not  real 
wild about broadcasters having the admin password to the server either.  I 
wish there were some way to password-protect XSL-generated stats with some 
other password in Icecast2 in order to keep the information safe from 
prying eyes, but I don't think it is.  Maybe a feature for 2.3.3, whenever 
it comes out?

Geoff.





From josh at thepruitts.org  Fri May 13 16:12:29 2011
From: josh at thepruitts.org (josh at thepruitts.org)
Date: Fri, 13 May 2011 09:12:29 -0700
Subject: [Icecast] Standard method to read current listeners without
	user/password
In-Reply-To: <alpine.DEB.2.00.1105130909210.3855@data.home>
References: <006b01cc1107$74857b90$5d9072b0$@com>
	<alpine.DEB.2.00.1105130909210.3855@data.home>
Message-ID: <4DCD586D.9050502@thepruitts.org>

Hi all,

This is the output of status2.xsl:

MountPoint,Connections,Stream Name,Current 
Listeners,Description,Currently Playing,Stream URL
Global,Client:60461 Source: ,,7,,
/foxcub,,,7,, - Brian Eno - Dune Prophecy theme,

It doesn't look like any csv output I've ever seen.

Some of the output seems to be string literal and some of it is the 
actual server information, and at some parts there's more than one ',' 
between each entity.

Can anyone explain how this format works?

Thanks,

Josh

On 05/12/2011 11:19 PM, Geoff Shang wrote:
> Hi Ross,
>
> Sorry if anyone else has already answered this.
>
> Yes there is.  Icecast can produce stats in any format desired using XSLT
> templates.  These take the built-in XML as input and can format the output
> any way you like.
>
> There are two XSLT templates included with Icecast2 by default, status.xsl
> and status2.xsl.  Status2.xsl would be easy to parse as it outputs in CSV
> format.  The format is:
>
> MountPoint,Connections,Stream Name,Current Listeners,Description,Currently
> Playing,Stream URL
>
> Of course, as these are external files, the server admin could call them
> whatever they want.  But in my experience, most people leave them exactly
> where they are installed.  So you'll be able to find it at
> http://server:port/status2.xsl
>
> I've actually been meaning to write to you about this as I'm not  real
> wild about broadcasters having the admin password to the server either.  I
> wish there were some way to password-protect XSL-generated stats with some
> other password in Icecast2 in order to keep the information safe from
> prying eyes, but I don't think it is.  Maybe a feature for 2.3.3, whenever
> it comes out?
>
> Geoff.
>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast


-- 
--
"Everyone is a genius but if you judge a fish by its ability to climb a tree it will spend its whole life believing it is stupid." - Albert Einstein



From geoff at QuiteLikely.com  Fri May 13 16:19:10 2011
From: geoff at QuiteLikely.com (Geoff Shang)
Date: Fri, 13 May 2011 19:19:10 +0300 (IDT)
Subject: [Icecast] Standard method to read current listeners without
 user/password
In-Reply-To: <4DCD586D.9050502@thepruitts.org>
References: <006b01cc1107$74857b90$5d9072b0$@com>
	<alpine.DEB.2.00.1105130909210.3855@data.home>
	<4DCD586D.9050502@thepruitts.org>
Message-ID: <alpine.DEB.2.00.1105131915000.4931@data.home>

On Fri, 13 May 2011, josh at thepruitts.org wrote:

> MountPoint,Connections,Stream Name,Current
> Listeners,Description,Currently Playing,Stream URL
> Global,Client:60461 Source: ,,7,,
> /foxcub,,,7,, - Brian Eno - Dune Prophecy theme,
>
> It doesn't look like any csv output I've ever seen.

Now that I look at it, it's not very good CSV.  Certainly some values 
should be quoted.

It'd be easy enough to edit the status2.xsl template to fix this, but I 
can see that Ross is wanting something that's going to be consistant 
across Icecast2 servers.

Geoff.


From thedarkener at logicalnetworking.net  Fri May 20 00:25:21 2011
From: thedarkener at logicalnetworking.net (The Darkener)
Date: Thu, 19 May 2011 17:25:21 -0700
Subject: [Icecast] OGG stream drops after every couple/few tracks
Message-ID: <4DD5B4F1.4000709@logicalnetworking.net>

Hi all,

First question on this list - I am running into issues with my embedded
OGG stream players (so far I've used ffmp3 and just today started trying
jlgui), and honestly I'm not sure what's up. I'm hoping someone would be
kind enough to help me figure it out.

Basically, I have a setup that pulls a number of OGG files from MPD (all
the same bitrate/etc AFAIK)

In ffmp3, when the stream breaks/stops playing (after 1-4 songs, always
at the beginning of the next track) I get the following error repeated
across the flash player graphic:

"demuxer.hx:127 unexpected error"

Federico, the developer of ffmp3, told me that it's a part of the FOGG
library that's breaking.

When the stream breaks, I can look at my Icecast status and it still
thinks there is a connected stream.

The same issue seems to crop up when I use fallback mountpoints (to go
from a playlist/autoDJ to live and back). Audacious doesn't experience
this issue and handles the mountpoint jumping just fine.

I don't see anything in my icecast logs (or stream generator logs, which
I've used Ices2 as well as MPD when it experiences the error above) that
indicate streams dropping when they do, and it seems that when I use a
stream client such as Audacious, the stream doesn't drop (though it has
in the past with Totem). So I'm confident it's the stream client itself,
but with multiple clients experiencing the same issue, I'm scratching my
head as to what it could be in common with all of them.

Any insight would be greatly appreciated. I'll provide whatever
configuration snippets anyone might need to help pinpoint the issue. I
really want to stick with OGG streaming and not go to MP3 as I believe
in open codecs, and honestly they are much more flexible with what I'm
trying to accomplish. It breaks my heart to see so many people in
mailing lists/forums say "I'll just start streaming in MP3 and the
problem will go away". I want to try and help OGG streaming get fixed in
these situations instead.


My server's info:
$ uname -a
Linux socorock 2.6.32-5-amd64 #1 SMP Mon Mar 7 21:35:22 UTC 2011 x86_64
GNU/Linux

$ dpkg -l|grep icecast
ii  icecast2       2.3.2-6  Ogg Vorbis and MP3 streaming media server

$ dpkg -l|grep mpd
ii  libmpdclient2  2.3-1   client library for the Music Player Daemon
ii  mpd            0.15.12-1.1     Music Player Daemon



Cheers,
Jordan


From thedarkener at logicalnetworking.net  Fri May 20 02:35:47 2011
From: thedarkener at logicalnetworking.net (TheDarkener)
Date: Thu, 19 May 2011 19:35:47 -0700
Subject: [Icecast] OGG stream drops after every couple/few tracks
In-Reply-To: <4DD5B4F1.4000709@logicalnetworking.net>
References: <4DD5B4F1.4000709@logicalnetworking.net>
Message-ID: <4DD5D383.700@logicalnetworking.net>

On 05/19/2011 05:25 PM, The Darkener wrote:
> Basically, I have a setup that pulls a number of OGG files from MPD (all
> the same bitrate/etc AFAIK)
>   

I verified this today by removing the files I had found to be encoded at
a different bitrate out of my playlist - might have been co-incidence,
but it took a lot longer for the stream to die, but it did die eventually.


From jack at jarasoft.net  Fri May 20 04:30:40 2011
From: jack at jarasoft.net (Jack Raats)
Date: Fri, 20 May 2011 06:30:40 +0200
Subject: [Icecast] Extra stream
References: <4DD5B4F1.4000709@logicalnetworking.net>
Message-ID: <C37DC710C08B446B950A4BAA22892F24@jarasc430>

Hi,

At this moment I'm running a stream on 128kbps. 
I want to add the same stream on 24 kbps. 
Can this be done on the server using icecast? 
Or do I have to use another programm.

Thanks for your time.

Jack 




From chiapas at aktivix.org  Fri May 20 06:53:15 2011
From: chiapas at aktivix.org (Chip)
Date: Fri, 20 May 2011 07:53:15 +0100
Subject: [Icecast] Extra stream
In-Reply-To: <C37DC710C08B446B950A4BAA22892F24@jarasc430>
References: <4DD5B4F1.4000709@logicalnetworking.net>
	<C37DC710C08B446B950A4BAA22892F24@jarasc430>
Message-ID: <BANLkTimwaNfCc-koRXiNFyTyF_4DtXM0tA@mail.gmail.com>

On 20 May 2011 05:30, Jack Raats <jack at jarasoft.net> wrote:
> Hi,

Hi

> At this moment I'm running a stream on 128kbps.
> I want to add the same stream on 24 kbps.
> Can this be done on the server using icecast?
> Or do I have to use another programm.

The streamTranscoder is a multi-platform utility which can be used to
transcode media streams from one format to another, and from one
server type to another. It will read in streams of type MP3 and Vorbis
from most servers (Icecast, Icecast2, Shoutcast), convert it into
various formats, and send to various streaming servers.

http://freshmeat.net/projects/streamtranscoder

> Thanks for your time.

No problem.

> Jack


From geoff at QuiteLikely.com  Fri May 20 07:48:33 2011
From: geoff at QuiteLikely.com (Geoff Shang)
Date: Fri, 20 May 2011 10:48:33 +0300 (IDT)
Subject: [Icecast] Extra stream
In-Reply-To: <C37DC710C08B446B950A4BAA22892F24@jarasc430>
References: <4DD5B4F1.4000709@logicalnetworking.net>
	<C37DC710C08B446B950A4BAA22892F24@jarasc430>
Message-ID: <alpine.DEB.2.00.1105200841060.4931@data.home>

On Fri, 20 May 2011, Jack Raats wrote:

> At this moment I'm running a stream on 128kbps.
> I want to add the same stream on 24 kbps.
> Can this be done on the server using icecast?
> Or do I have to use another programm.

Icecast can handle the extra stream, but it can't generate it.

I recommend StreamTranscoder for doing this.  StreamTranscoderV3 was on 
OddSock.org which no longer hosts compiled binaries.  You can still get 
the sources from the Subversion repository at 
http://svn.oddsock.org/public/trunk/streamTranscoderv3/ which, depending 
on how you are with compiling things, may or may not suit you.

There's absolutely no documentation for this program, but I wrote up steps 
on how to configure it back in February 2006. 
http://lists.xiph.org/pipermail/icecast/2006-February/010295.html

I've been using it successfully in a number of settings ever since.  I've 
not tried AAC with it, and some search results suggest that you might need 
to apply a patch to the configure script in order to get it to work, but 
that patch is easy enough to find.  I plan to play with this myself 
shortly so I can post back here if this is of interest to anyone.

Geoff.



From geoff at QuiteLikely.com  Fri May 20 08:29:06 2011
From: geoff at QuiteLikely.com (Geoff Shang)
Date: Fri, 20 May 2011 11:29:06 +0300 (IDT)
Subject: [Icecast] Extra stream
In-Reply-To: <BANLkTimwaNfCc-koRXiNFyTyF_4DtXM0tA@mail.gmail.com>
References: <4DD5B4F1.4000709@logicalnetworking.net>
	<C37DC710C08B446B950A4BAA22892F24@jarasc430>
	<BANLkTimwaNfCc-koRXiNFyTyF_4DtXM0tA@mail.gmail.com>
Message-ID: <alpine.DEB.2.00.1105201125280.4931@data.home>

On Fri, 20 May 2011, Chip wrote:

> http://freshmeat.net/projects/streamtranscoder

This links to a very old almost 9 years old) version of StreamTranscoder 
(version 0.2.0).  Version 3 was very much a rewrite and *much!* more 
stable than previous versions.  Even this older generation of 
StreamTranscoder had its last version number at something like 1.2.8, and 
as I say, it's very much obsolete now.

Geoff.



From chiapas at aktivix.org  Fri May 20 12:33:27 2011
From: chiapas at aktivix.org (Chip)
Date: Fri, 20 May 2011 13:33:27 +0100
Subject: [Icecast] Extra stream
In-Reply-To: <alpine.DEB.2.00.1105201125280.4931@data.home>
References: <4DD5B4F1.4000709@logicalnetworking.net>
	<C37DC710C08B446B950A4BAA22892F24@jarasc430>
	<BANLkTimwaNfCc-koRXiNFyTyF_4DtXM0tA@mail.gmail.com>
	<alpine.DEB.2.00.1105201125280.4931@data.home>
Message-ID: <BANLkTinFrSu+DbMhRXCm4k5j5jduK3EOBg@mail.gmail.com>

On 20 May 2011 09:29, Geoff Shang <geoff at quitelikely.com> wrote:
> On Fri, 20 May 2011, Chip wrote:
>
>> http://freshmeat.net/projects/streamtranscoder
>
> This links to a very old almost 9 years old) version of StreamTranscoder
> (version 0.2.0). ?Version 3 was very much a rewrite and *much!* more stable
> than previous versions. ?Even this older generation of StreamTranscoder had
> its last version number at something like 1.2.8, and as I say, it's very
> much obsolete now.
>
> Geoff.

Many thanks Geoff.

Will check out the Subversion repository here:

http://svn.oddsock.org/public/trunk/streamTranscoderv3/

Chip


From suarez.jf at gmail.com  Fri May 20 19:48:54 2011
From: suarez.jf at gmail.com (=?ISO-8859-1?Q?Facundo_Su=E1rez?=)
Date: Fri, 20 May 2011 19:48:54 +0000
Subject: [Icecast] Extra stream
In-Reply-To: <BANLkTimwaNfCc-koRXiNFyTyF_4DtXM0tA@mail.gmail.com>
References: <4DD5B4F1.4000709@logicalnetworking.net>
	<C37DC710C08B446B950A4BAA22892F24@jarasc430>
	<BANLkTimwaNfCc-koRXiNFyTyF_4DtXM0tA@mail.gmail.com>
Message-ID: <BANLkTi=U7EsqUtS83xievHkXHbqR9nsctg@mail.gmail.com>

2011/5/20 Chip <chiapas at aktivix.org>
>
> On 20 May 2011 05:30, Jack Raats <jack at jarasoft.net> wrote:
> > Hi,
>
> Hi
>
> > At this moment I'm running a stream on 128kbps.
> > I want to add the same stream on 24 kbps.
> > Can this be done on the server using icecast?
> > Or do I have to use another programm.
>
> The streamTranscoder is a multi-platform utility which can be used to
> transcode media streams from one format to another, and from one
> server type to another. It will read in streams of type MP3 and Vorbis
> from most servers (Icecast, Icecast2, Shoutcast), convert it into
> various formats, and send to various streaming servers.

liquidsoap is very powerfull utility, very versartile. Be sure to try
or visit its home page:

http://savonet.sourceforge.net/

>
> http://freshmeat.net/projects/streamtranscoder
>
> > Thanks for your time.
>
> No problem.
>
> > Jack
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast



--
Facundo Suarez
Neuquen - Capital
suarezjf -> twitter

()? ascii ribbon campaign - contra el coreo html
/\? www.asciiribbon.org?? - contra adjuntos propietarios


From jack at jarasoft.net  Sat May 21 12:24:16 2011
From: jack at jarasoft.net (Jack Raats)
Date: Sat, 21 May 2011 14:24:16 +0200
Subject: [Icecast] Extra stream
References: <4DD5B4F1.4000709@logicalnetworking.net><C37DC710C08B446B950A4BAA22892F24@jarasc430>
	<BANLkTimwaNfCc-koRXiNFyTyF_4DtXM0tA@mail.gmail.com>
Message-ID: <CEC334710E714B88B1725570ABEDA34C@jarasc430>


>> At this moment I'm running a stream on 128kbps.
>> I want to add the same stream on 24 kbps.
>> Can this be done on the server using icecast?
>> Or do I have to use another programm.
>
> The streamTranscoder is a multi-platform utility which can be used to
> transcode media streams from one format to another, and from one
> server type to another. It will read in streams of type MP3 and Vorbis
> from most servers (Icecast, Icecast2, Shoutcast), convert it into
> various formats, and send to various streaming servers.
>
> http://freshmeat.net/projects/streamtranscoder
>

I was able to use the streamtranscoder available in the ports of FreeBSD
Compiling without problems
After editing the config file I start transcoder and I got the following 
output:

hera# cd /letc
hera# streamTranscoder -c transcoder.cfg -e 3
Input Stream URL : (http://localhost/)
Output Stream Type : (OggVorbis)
Output Server Type : (Icecast2)
Output Bitrate : (Quality 0/Mono/22050)
Output status : (Disconnected)
Main Status : (Connecting To Output Stream)
Output status : (Connecting)
Output status : (Socket connected)
Output status : (Success)
Output status : (Connected)
Input Stream URL : (http://localhost/)
Main Status : (Connecting To Input)
Input Status : (Connecting...)
Output status : (Disconnecting)
Output status : (Disconnected)
Main Status : (Done)
hera#

What is wrong??

Thanks!
Jack



From geoff at QuiteLikely.com  Sat May 21 23:37:05 2011
From: geoff at QuiteLikely.com (Geoff Shang)
Date: Sun, 22 May 2011 02:37:05 +0300 (IDT)
Subject: [Icecast] Extra stream
In-Reply-To: <CEC334710E714B88B1725570ABEDA34C@jarasc430>
References: <4DD5B4F1.4000709@logicalnetworking.net><C37DC710C08B446B950A4BAA22892F24@jarasc430>
	<BANLkTimwaNfCc-koRXiNFyTyF_4DtXM0tA@mail.gmail.com>
	<CEC334710E714B88B1725570ABEDA34C@jarasc430>
Message-ID: <alpine.DEB.2.00.1105220230520.4931@data.home>

On Sat, 21 May 2011, Jack Raats wrote:

> I was able to use the streamtranscoder available in the ports of FreeBSD
> Compiling without problems

For the record, this looks like the older generation of streamTranscoder 
(0.x/1.x).

> After editing the config file I start transcoder and I got the following
> output:
>
> hera# cd /letc
> hera# streamTranscoder -c transcoder.cfg -e 3
> Input Stream URL : (http://localhost/)

hmmm, there's no port number or mountpoint here.  I'm guessing there 
should be.

Geoff.



From jack at jarasoft.net  Sun May 22 19:32:29 2011
From: jack at jarasoft.net (Jack Raats)
Date: Sun, 22 May 2011 21:32:29 +0200
Subject: [Icecast] Extra stream
References: <4DD5B4F1.4000709@logicalnetworking.net><C37DC710C08B446B950A4BAA22892F24@jarasc430>
	<BANLkTimwaNfCc-koRXiNFyTyF_4DtXM0tA@mail.gmail.com>
	<CEC334710E714B88B1725570ABEDA34C@jarasc430>
	<alpine.DEB.2.00.1105220230520.4931@data.home>
Message-ID: <F27D4ED2A1404EC3AA111348F8C8DEFE@jarasc430>

From: "Geoff Shang" <geoff at QuiteLikely.com>

>> I was able to use the streamtranscoder available in the ports of FreeBSD
>> Compiling without problems
> 
> For the record, this looks like the older generation of streamTranscoder 
> (0.x/1.x).

Indeed it's verion 1.2.8

> 
>> After editing the config file I start transcoder and I got the following
>> output:
>>
>> hera# cd /letc
>> hera# streamTranscoder -c transcoder.cfg -e 3
>> Input Stream URL : (http://localhost/)
> 
> hmmm, there's no port number or mountpoint here.  I'm guessing there 
> should be.

After some experiments I've

Config file:

SourceURL=http://127.0.0.1:8000/waddenzee
Server=localhost
Port=8080
ServerPassword=password
ServerPublic=1
ServerStreamURL=http://www.radiowaddenzee.nl
ServerDescription=Radio Waddenzee
ServerGenre=Offshore
ServerMountpoint=/waddenzee24
Encode=OGG
BitrateNominal=24
BitrateMax=24
BitrateMin=24
NumberChannels=1
Samplerate=22050
ServerType=Icecast2

After starting I'm getting the following output

hera# ./streamcoder.sh
Input Stream URL : (http://127.0.0.1:8000/waddenzee)
Output Stream Type : (OggVorbis)
Output Server Type : (Icecast2)
Output Bitrate : (Quality 0/Mono/22050)
Output status : (Disconnected)
Main Status : (Connecting To Output Stream)
Output status : (Connecting)
Output status : (Socket connected)
Output status : (Success)
Output status : (Connected)
Input Stream URL : (http://127.0.0.1:8000/waddenzee)
Main Status : (Connecting To Input)
Input Status : (Connecting...)
Input Stream Type : (MP3)
Input Stream Name : (Radio Waddenzee)
Input Server Type : (Icecast/Icecast2)
Output Stream Type : (Vorbis)
Main Status : (Transcoding......)
Input Status : (Connected)
Input Bitrate : (44100Hz/Stereo MP3)
Output status : (Disconnecting)
Output status : (Disconnected)
Main Status : (Done)
hera#


What's wrong????

Please help me!

Gtrz.
Jack Raats


From geoff at QuiteLikely.com  Sun May 22 19:38:21 2011
From: geoff at QuiteLikely.com (Geoff Shang)
Date: Sun, 22 May 2011 22:38:21 +0300 (IDT)
Subject: [Icecast] Extra stream
In-Reply-To: <F27D4ED2A1404EC3AA111348F8C8DEFE@jarasc430>
References: <4DD5B4F1.4000709@logicalnetworking.net><C37DC710C08B446B950A4BAA22892F24@jarasc430>
	<BANLkTimwaNfCc-koRXiNFyTyF_4DtXM0tA@mail.gmail.com>
	<CEC334710E714B88B1725570ABEDA34C@jarasc430>
	<alpine.DEB.2.00.1105220230520.4931@data.home>
	<F27D4ED2A1404EC3AA111348F8C8DEFE@jarasc430>
Message-ID: <alpine.DEB.2.00.1105222237350.4931@data.home>

On Sun, 22 May 2011, Jack Raats wrote:

> SourceURL=http://127.0.0.1:8000/waddenzee
> Server=localhost
> Port=8080

This is a different port number from the source.  Should it be the same?

Geoff.


From meswara2000 at gmail.com  Mon May 23 05:37:49 2011
From: meswara2000 at gmail.com (Meswara Meswara)
Date: Mon, 23 May 2011 13:37:49 +0800
Subject: [Icecast] Woking liveice.cfg - mixer mode
Message-ID: <BANLkTikKpqHLrhdKj9buBD48SjW0Yh=4-Q@mail.gmail.com>

Guys,

It has been nice seeing some activity on the mailing lists.

I have icecast + darkice running well. But darkice only accepts 'mike in'
from my laptop  . i cannot play mp3 files of my laptop and have that
mixed in and sent to the remote icecast server.

Do you guys have a way too overcome this ( besides using an external mixer )
? I have read that liveice will allow this but have not been able to get it
working.
Is there anyone here with a working liveice.cfg ?

Regards,
Marco
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20110523/42f950b9/attachment.htm>

From chiapas at aktivix.org  Mon May 23 08:01:39 2011
From: chiapas at aktivix.org (Chip)
Date: Mon, 23 May 2011 09:01:39 +0100
Subject: [Icecast] Transcode from AAC to MP3 (or vice versa)
Message-ID: <BANLkTikhNeBpWVKkOu0eMd1MU9pY=hQbBg@mail.gmail.com>

Hi

To continue the interesting streamTranscode thread but in a slightly
different direction, I have a user station that would like to send us
a 64kbps AAC stream and have us transcode that to 64kbps MP3 and
32kbps AAC - is this possible?

Points to consider:

a) we would be happy to go with another permutation such as: she sends
us 64kbps MP3 and we convert that to 64kbps AAC and 32kbps ACC.

b) this AAC patch is undoubtedly going to be useful:

http://www.brain4free.org/wiki/doku.php/blog:streamtranscoderv3_linux_aac_patch

However I am trying to install on a Fedora server and the repositories
mentioned in the above how-to are for Debian. I'm having difficulty
tracking down all the relevant Fedora repos for some of these
components:

libogg0 libogg-dev libvorbis0a libvorbis-dev liblame0
liblame-dev libfaac0 libfaac-dev libfaad0 libfaad-dev libmad0
libmad0-dev libflac8 libflac-dev automake libtool

Ideally I think I'd like to be pointed towards a Fedora repo
equivalent to the Debian multimedia one in the example above.

A solution might be for me to create a fresh Debian [virtual] machine
and go with that - but I'd much prefer to stick with a Fedora/Centos
based platform.

Any pointers would be much appreciated and thanks in advance.

Bests

Chip


From jakarhill at yahoo.com  Mon May 23 08:57:06 2011
From: jakarhill at yahoo.com (Randolph Davis Hill)
Date: Mon, 23 May 2011 01:57:06 -0700 (PDT)
Subject: [Icecast] unsubscribe
In-Reply-To: <alpine.DEB.2.00.1105222237350.4931@data.home>
Message-ID: <511717.85391.qm@web111714.mail.gq1.yahoo.com>



--- On Mon, 5/23/11, Geoff Shang <geoff at QuiteLikely.com> wrote:


From: Geoff Shang <geoff at QuiteLikely.com>
Subject: Re: [Icecast] Extra stream
To: "Jack Raats" <jack at jarasoft.net>
Cc: icecast at xiph.org
Date: Monday, May 23, 2011, 2:38 AM


On Sun, 22 May 2011, Jack Raats wrote:

> SourceURL=http://127.0.0.1:8000/waddenzee
> Server=localhost
> Port=8080

This is a different port number from the source.? Should it be the same?

Geoff.
_______________________________________________
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/20110523/f61e930d/attachment.htm>

From keith at karsites.net  Mon May 23 10:43:04 2011
From: keith at karsites.net (Keith Roberts)
Date: Mon, 23 May 2011 11:43:04 +0100 (BST)
Subject: [Icecast] Transcode from AAC to MP3 (or vice versa)
In-Reply-To: <BANLkTikhNeBpWVKkOu0eMd1MU9pY=hQbBg@mail.gmail.com>
References: <BANLkTikhNeBpWVKkOu0eMd1MU9pY=hQbBg@mail.gmail.com>
Message-ID: <alpine.LRH.2.02.1105231137060.31590@karsites.localdomain>

On Mon, 23 May 2011, Chip wrote:

> To: icecast at xiph.org
> From: Chip <chiapas at aktivix.org>
> Subject: [Icecast] Transcode from AAC to MP3 (or vice versa)
> 
> Hi
>
> To continue the interesting streamTranscode thread but in a slightly
> different direction, I have a user station that would like to send us
> a 64kbps AAC stream and have us transcode that to 64kbps MP3 and
> 32kbps AAC - is this possible?
>
> Points to consider:
>
> a) we would be happy to go with another permutation such as: she sends
> us 64kbps MP3 and we convert that to 64kbps AAC and 32kbps ACC.
>
> b) this AAC patch is undoubtedly going to be useful:
>
> http://www.brain4free.org/wiki/doku.php/blog:streamtranscoderv3_linux_aac_patch
>
> However I am trying to install on a Fedora server and the repositories
> mentioned in the above how-to are for Debian. I'm having difficulty
> tracking down all the relevant Fedora repos for some of these
> components:
>
> libogg0 libogg-dev libvorbis0a libvorbis-dev liblame0
> liblame-dev libfaac0 libfaac-dev libfaad0 libfaad-dev libmad0
> libmad0-dev libflac8 libflac-dev automake libtool
>
> Ideally I think I'd like to be pointed towards a Fedora repo
> equivalent to the Debian multimedia one in the example above.
>
> A solution might be for me to create a fresh Debian [virtual] machine
> and go with that - but I'd much prefer to stick with a Fedora/Centos
> based platform.
>
> Any pointers would be much appreciated and thanks in advance.
>

Hi  Chip.

Take a look at sox, and see if that will be of any use to 
you?

http://sox.sourceforge.net/

Welcome to the home of SoX, the Swiss Army knife of sound 
processing programs.

SoX is a cross-platform (Windows, Linux, MacOS X, etc.) 
command line utility that can convert various formats of 
computer audio files in to other formats. It can also apply 
various effects to these sound files, and, as an added 
bonus, SoX can play and record audio files on most 
platforms.

The screen-shot to the right shows an example of SoX first 
being used to process some audio, then being used to play 
some audio files.

For the list of all file formats, device drivers, and 
effects supported in the latest release, click here. To see 
the complete set of SoX documentation, click here.

NB. I had to compile the package myself on Centos 5.6, as 
the default installation package did not have mp3 support 
included.

HTH

Keith Roberts

-----------------------------------------------------------------
Websites:
http://www.karsites.net
http://www.php-debuggers.net
http://www.raised-from-the-dead.org.uk

All email addresses are challenge-response protected with
TMDA [http://tmda.net]
-----------------------------------------------------------------


From chiapas at aktivix.org  Mon May 23 12:04:33 2011
From: chiapas at aktivix.org (Chip)
Date: Mon, 23 May 2011 13:04:33 +0100
Subject: [Icecast] Transcode from AAC to MP3 (or vice versa)
In-Reply-To: <alpine.LRH.2.02.1105231137060.31590@karsites.localdomain>
References: <BANLkTikhNeBpWVKkOu0eMd1MU9pY=hQbBg@mail.gmail.com>
	<alpine.LRH.2.02.1105231137060.31590@karsites.localdomain>
Message-ID: <BANLkTik5fuB0iAK+9WYXhFH=LH6L2b2nhQ@mail.gmail.com>

Hi

> On Mon, 23 May 2011, Chip wrote:
>
>> To continue the interesting streamTranscode thread but in a slightly
>> different direction, I have a user station that would like to send us
>> a 64kbps AAC stream and have us transcode that to 64kbps MP3 and
>> 32kbps AAC - is this possible?

<snip>

On 23 May 2011 11:43, Keith Roberts <keith at karsites.net> wrote:
> Hi ?Chip.
>
> Take a look at sox, and see if that will be of any use to
> you?
>
> http://sox.sourceforge.net/
>
> Welcome to the home of SoX, the Swiss Army knife of sound
> processing programs.
>
> SoX is a cross-platform (Windows, Linux, MacOS X, etc.)
> command line utility that can convert various formats of
> computer audio files in to other formats. It can also apply
> various effects to these sound files, and, as an added
> bonus, SoX can play and record audio files on most
> platforms.
>
> The screen-shot to the right shows an example of SoX first
> being used to process some audio, then being used to play
> some audio files.
>
> For the list of all file formats, device drivers, and
> effects supported in the latest release, click here. To see
> the complete set of SoX documentation, click here.
>
> NB. I had to compile the package myself on Centos 5.6, as
> the default installation package did not have mp3 support
> included.
>
> HTH
>
> Keith Roberts

Many thanks - looks good.

And SoX has its own active mailing list so when I cannot get the
application to install I can take my questions there :o)

If it all works, I'll report the good news back here.

Nice one!

Chip


From toots at rastageeks.org  Mon May 23 15:55:54 2011
From: toots at rastageeks.org (Romain Beauxis)
Date: Mon, 23 May 2011 10:55:54 -0500
Subject: [Icecast] Transcode from AAC to MP3 (or vice versa)
In-Reply-To: <BANLkTikhNeBpWVKkOu0eMd1MU9pY=hQbBg@mail.gmail.com>
References: <BANLkTikhNeBpWVKkOu0eMd1MU9pY=hQbBg@mail.gmail.com>
Message-ID: <BANLkTimhjhQeTt=UGcqRbcP2DggV_3bCTw@mail.gmail.com>

2011/5/23 Chip <chiapas at aktivix.org>:
> Hi

Hi,

> To continue the interesting streamTranscode thread but in a slightly
> different direction, I have a user station that would like to send us
> a 64kbps AAC stream and have us transcode that to 64kbps MP3 and
> 32kbps AAC - is this possible?

You may also want to have a look at liquidsoap:
  http://savonet.sf.net/

We have a stable aac+ encoder in the latest mercurial sources and the
software can be used to grab audio stream and transcode it to a file
or to be sent to another mountpoint..

Romain


From chiapas at aktivix.org  Mon May 23 19:19:44 2011
From: chiapas at aktivix.org (Chip)
Date: Mon, 23 May 2011 20:19:44 +0100
Subject: [Icecast] Transcode from AAC to MP3 (or vice versa)
In-Reply-To: <BANLkTimhjhQeTt=UGcqRbcP2DggV_3bCTw@mail.gmail.com>
References: <BANLkTikhNeBpWVKkOu0eMd1MU9pY=hQbBg@mail.gmail.com>
	<BANLkTimhjhQeTt=UGcqRbcP2DggV_3bCTw@mail.gmail.com>
Message-ID: <BANLkTik62NPV_MLj4b0WjCf8PZUd39mJyA@mail.gmail.com>

On 23 May 2011 16:55, Romain Beauxis <toots at rastageeks.org> wrote:
> 2011/5/23 Chip <chiapas at aktivix.org>:
>> Hi
>
> Hi,
>
>> To continue the interesting streamTranscode thread but in a slightly
>> different direction, I have a user station that would like to send us
>> a 64kbps AAC stream and have us transcode that to 64kbps MP3 and
>> 32kbps AAC - is this possible?
>
> You may also want to have a look at liquidsoap:
> ?http://savonet.sf.net/
>
> We have a stable aac+ encoder in the latest mercurial sources and the
> software can be used to grab audio stream and transcode it to a file
> or to be sent to another mountpoint..
>
> Romain

Hi Romain

Yes, LiquidSoap looks really cool - I'll try it.

When I run into trouble I'll message you off-list and maybe you can help ;o)

Cheers

Chip


From martin at sound4.biz  Fri May 27 09:35:57 2011
From: martin at sound4.biz (Martin Hamant)
Date: Fri, 27 May 2011 11:35:57 +0200
Subject: [Icecast] two *independ* shoutcast listeners
Message-ID: <4DDF707D.3050708@sound4.biz>

Hi all,

I set up a icecast server 2.3.2 with two shoutcast listeners (port 8000 
and port 8002).
What I have noticed is , if I have only one "DSP" source that stream to 
the first listener (on port 8001), audio become available on both 
listener ? Meaning that a player will open with success on 
http://myhost:8000/stream or http://myhost:8002/stream with the same audio.
With two source, I have to explicitly ask for http://myhost:8002/stream2 
(notice stream2) to get the second one.

I only want two independent source/client instances, isolated by port 
number, with no interaction in between :)

My snip setup below:

<hostname>myhost.com</hostname>
<!-- You MUST define 2 ports, port and port +1 -->
<listen-socket>
<!-- Configure the shoutcast DSP with *this* port
              the shoutcast DSP actually will connect the
              encoder to this port + 1 -->
<port>8000</port>
<shoutcast-mount>/stream</shoutcast-mount>
</listen-socket>
<listen-socket>
<!-- Configure the shoutcast DSP with *this* port
              the shoutcast DSP actually will connect the
              encoder to this port + 1 -->
<port>8002</port>
<shoutcast-mount>/stream2</shoutcast-mount>
</listen-socket>
<fileserve>1</fileserve>

Thanks in advance !



From Thomas.Rucker at tieto.com  Fri May 27 10:52:40 2011
From: Thomas.Rucker at tieto.com (Thomas.Rucker at tieto.com)
Date: Fri, 27 May 2011 13:52:40 +0300
Subject: [Icecast] two *independ* shoutcast listeners
In-Reply-To: <4DDF707D.3050708@sound4.biz>
References: <4DDF707D.3050708@sound4.biz>
Message-ID: <5E49EEF5B3B23549BAF01B43D0C2BB3016E1DF61F1@EXMB03.eu.tieto.com>

Hi,

>-----Original Message-----
>From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On
>Behalf Of Martin Hamant
>Sent: Friday, 27 May, 2011 12:36
>
>Hi all,
>
>I set up a icecast server 2.3.2 with two shoutcast listeners (port 8000
>and port 8002).
>What I have noticed is , if I have only one "DSP" source that stream to
>the first listener (on port 8001), audio become available on both
>listener ? Meaning that a player will open with success on
>http://myhost:8000/stream or http://myhost:8002/stream with the same
>audio.
>With two source, I have to explicitly ask for http://myhost:8002/stream2
>(notice stream2) to get the second one.
>
>I only want two independent source/client instances, isolated by port
>number, with no interaction in between :)
*snip*

This seems to be a misunderstanding of how Icecast works.

Icecast allows for a multitude of parallel streams. This concept is called 'mount points'.
Cf. http://liveice.sourceforge.net/understanding.html - second figure.

Now let's proceed to the second item:
Shoutcast compatibility mode. This was introduced so that if you for some reason can't use a proper icecast source client (that preferably would stream vorbis), you can still broadcast to a Icecast mount point.

So all a <shoutcast-mount> enabled port does is that it wraps whatever comes in on it onto the select mount point.

And now the IMPORTANT part:
When it comes to the _ordinary_ ports, Icecast exposes all mountpoints on all of them!
To make this more clear also the other way around: when it comes to the listener side then the ports on which a certain mount-point is available can NOT be restricted.

This is no problem as, if necessary, the web interface listing all mounts can be either removed or you can duplicate the xsl file and restrict the respectively visible mount points.
As to the admin interface: all mount specific functions are available using the mount specific authentication data (cf. Icecast documentation). The admin credentials don't have to be exposed to anyone else than the person running the server.

Hope that helps.

Thomas


From geoff at QuiteLikely.com  Fri May 27 11:22:13 2011
From: geoff at QuiteLikely.com (Geoff Shang)
Date: Fri, 27 May 2011 14:22:13 +0300 (IDT)
Subject: [Icecast] two *independ* shoutcast listeners
In-Reply-To: <4DDF707D.3050708@sound4.biz>
References: <4DDF707D.3050708@sound4.biz>
Message-ID: <alpine.DEB.2.00.1105271419120.4931@data.home>

On Fri, 27 May 2011, Martin Hamant wrote:

> I set up a icecast server 2.3.2 with two shoutcast listeners (port 8000
> and port 8002).
> What I have noticed is , if I have only one "DSP" source that stream to
> the first listener (on port 8001), audio become available on both
> listener ? Meaning that a player will open with success on
> http://myhost:8000/stream or http://myhost:8002/stream with the same audio.
> With two source, I have to explicitly ask for http://myhost:8002/stream2
> (notice stream2) to get the second one.
>
> I only want two independent source/client instances, isolated by port
> number, with no interaction in between :)

You'll need to use a port-specific alias on one (or both) of the ports if 
you want to use the same mountpoint specifier for each.  Otherwise, a 
mountpoint is a mountpoint and will be available on all ports.

So for example, you could do:

<alias source="/" port="8000" dest="/stream"/>
<alias source="/" port="8002" dest="/stream2"/>

Geoff.



From member at linkedin.com  Sun May 29 18:37:45 2011
From: member at linkedin.com (David Baelde via LinkedIn)
Date: Sun, 29 May 2011 18:37:45 +0000 (UTC)
Subject: [Icecast] Invitation to connect on LinkedIn
Message-ID: <1539543085.2200559.1306694265277.JavaMail.app@ela4-bed79.prod>

LinkedIn
------------




    David Baelde requested to add you as a connection on LinkedIn:
  
------------------------------------------

B?rto,

I'd like to add you to my professional network on LinkedIn.

- David

Accept invitation from David Baelde
http://www.linkedin.com/e/nx18ph-goac0zwc-14/dQ3X8SFJ9TWnM3Z6dbMqH9cm1zs/blk/I2847517483_2/1BpC5vrmRLoRZcjkkZt5YCpnlOt3RApnhMpmdzgmhxrSNBszYOnPcUd3sNdjsQe399bQt2dQNncBF5bPwNe3gTdjwPc3cLrCBxbOYWrSlI/EML_comm_afe/

View invitation from David Baelde
http://www.linkedin.com/e/nx18ph-goac0zwc-14/dQ3X8SFJ9TWnM3Z6dbMqH9cm1zs/blk/I2847517483_2/39vcPwQdP4RdPgUcAALqnpPbOYWrSlI/svi/ 
------------------------------------------

DID YOU KNOW LinkedIn can help you find the right service providers using recommendations from your trusted network? Using LinkedIn Services, you can take the risky guesswork out of selecting service providers by reading the recommendations of credible, trustworthy members of your network. 
http://www.linkedin.com/e/nx18ph-goac0zwc-14/svp/inv-25/

 
-- 
(c) 2011, LinkedIn Corporation
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20110529/eb49b0b2/attachment.htm>

From member at linkedin.com  Sun May 29 18:43:56 2011
From: member at linkedin.com (David Baelde via LinkedIn)
Date: Sun, 29 May 2011 18:43:56 +0000 (UTC)
Subject: [Icecast] Invitation to connect on LinkedIn
Message-ID: <1712797960.2242037.1306694636049.JavaMail.app@ela4-bed36.prod>

LinkedIn
------------




    David Baelde requested to add you as a connection on LinkedIn:
  
------------------------------------------

B?rto,

I'd like to add you to my professional network on LinkedIn.

- David

Accept invitation from David Baelde
http://www.linkedin.com/e/nx18ph-goac8xzi-3/dQ3X8SFJ9TWnM3Z6dbMqH9cm1zs/blk/I2847522884_2/1BpC5vrmRLoRZcjkkZt5YCpnlOt3RApnhMpmdzgmhxrSNBszYOnPgUe38OdjsQe399bQt2dQNncBF5bPwNe3gTdjwPc3cLrCBxbOYWrSlI/EML_comm_afe/

View invitation from David Baelde
http://www.linkedin.com/e/nx18ph-goac8xzi-3/dQ3X8SFJ9TWnM3Z6dbMqH9cm1zs/blk/I2847522884_2/39vd3wUcz8RdPgUcAALqnpPbOYWrSlI/svi/ 
------------------------------------------

DID YOU KNOW LinkedIn can help you find the right service providers using recommendations from your trusted network? Using LinkedIn Services, you can take the risky guesswork out of selecting service providers by reading the recommendations of credible, trustworthy members of your network. 
http://www.linkedin.com/e/nx18ph-goac8xzi-3/svp/inv-25/

 
-- 
(c) 2011, LinkedIn Corporation
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20110529/ea223aee/attachment.htm>

From martin at sound4.biz  Mon May 30 13:12:32 2011
From: martin at sound4.biz (Martin Hamant)
Date: Mon, 30 May 2011 15:12:32 +0200
Subject: [Icecast] two *independ* shoutcast listeners
In-Reply-To: <alpine.DEB.2.00.1105271419120.4931@data.home>
References: <4DDF707D.3050708@sound4.biz>
	<alpine.DEB.2.00.1105271419120.4931@data.home>
Message-ID: <4DE397C0.1050004@sound4.biz>



Le 27/05/2011 13:22, Geoff Shang a ?crit :
> On Fri, 27 May 2011, Martin Hamant wrote:
>
>> I set up a icecast server 2.3.2 with two shoutcast listeners (port 8000
>> and port 8002).
>> What I have noticed is , if I have only one "DSP" source that stream to
>> the first listener (on port 8001), audio become available on both
>> listener ? Meaning that a player will open with success on
>> http://myhost:8000/stream or http://myhost:8002/stream with the same 
>> audio.
>> With two source, I have to explicitly ask for http://myhost:8002/stream2
>> (notice stream2) to get the second one.
>>
>> I only want two independent source/client instances, isolated by port
>> number, with no interaction in between :)
>
> You'll need to use a port-specific alias on one (or both) of the ports 
> if you want to use the same mountpoint specifier for each.  Otherwise, 
> a mountpoint is a mountpoint and will be available on all ports.
>
> So for example, you could do:
>
> <alias source="/" port="8000" dest="/stream"/>
> <alias source="/" port="8002" dest="/stream2"/>
>
> Geoff.

Hi !

Thank you !! It works well.

Is it excepted that "port" attribute for "alias" is not referenced in 
official docs ?


From geoff at QuiteLikely.com  Mon May 30 21:49:20 2011
From: geoff at QuiteLikely.com (Geoff Shang)
Date: Tue, 31 May 2011 00:49:20 +0300 (IDT)
Subject: [Icecast] two *independ* shoutcast listeners
In-Reply-To: <4DE397C0.1050004@sound4.biz>
References: <4DDF707D.3050708@sound4.biz>
	<alpine.DEB.2.00.1105271419120.4931@data.home>
	<4DE397C0.1050004@sound4.biz>
Message-ID: <alpine.DEB.2.00.1105310047480.4931@data.home>

On Mon, 30 May 2011, Martin Hamant wrote:

>> <alias source="/" port="8000" dest="/stream"/>
>> <alias source="/" port="8002" dest="/stream2"/>

> Thank you !! It works well.
>
> Is it excepted that "port" attribute for "alias" is not referenced in
> official docs ?

I'd guess not.  I've not read the official docs for a long time, but it's 
definitely referenced in the stock config file shipped with Icecast.

Geoff.