From tom at swirly.com  Wed Feb  1 00:38:24 2012
From: tom at swirly.com (Tom Swirly)
Date: Tue, 31 Jan 2012 19:38:24 -0500
Subject: [Icecast] Making a smooth transition between sources?
In-Reply-To: <CACRQB3LQeVfQ7NTPgsBUgQ4X3RvhJJatGC2mpS=R29D4FG1aeA@mail.gmail.com>
References: <CAOuQWfWTd3QcgAAXb+yFjiqaKnakxMCGFRJ=xOwRErW93h1kyw@mail.gmail.com>
	<CACRQB3LQeVfQ7NTPgsBUgQ4X3RvhJJatGC2mpS=R29D4FG1aeA@mail.gmail.com>
Message-ID: <CAOuQWfXVBomCG56mPwTJ8cUSmNWY6OH08=viXhxRhq3tYQDu9Q@mail.gmail.com>

I have a Flash player on my page - so that explains it.

Is there some sort of in-browser player I can use that doesn't have this
property?

That leads to another good question - how can I create a link on my page
that opens itunes directly?  I have a link to a .pls file - but that
downloads a file that then has to be opened to open itunes...



On Mon, Jan 30, 2012 at 9:00 PM, Brandon Casci <brandon at loudcity.net> wrote:

> What are you listening with? I've noticed that some clients drop
> connections, like Flash, when mounts fallback while other, like iTunes,
> TuneIn, QuickTime mobile, don't.
>
> On Mon, Jan 30, 2012 at 8:58 PM, Tom Swirly <tom at swirly.com> wrote:
>
>> Hello!
>>
>> I'm setting up an icecast radio station.  I'll usually be broadcasting
>> from this machine, but want to be able to make a smooth transition to an
>> ezstream instance that I can run on the same server as the radio station.
>>
>> Unfortunately, my experiments haven't found a way I can make a transition
>> without knocking off all my clients.  :-(
>>
>> Any idea about best practices on this?
>>
>> --
>>      /t
>>
>> http://radio.swirly.com - art music radio 24/7 366/1000
>>
>> _______________________________________________
>> Icecast mailing list
>> Icecast at xiph.org
>> http://lists.xiph.org/mailman/listinfo/icecast
>>
>>
>
>
> --
> =========================================
> Brandon Casci
> Loudcaster
> http://loudcaster.com
> =========================================
>



-- 
     /t

http://radio.swirly.com - art music radio 24/7 366/1000
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20120131/b99f16ea/attachment.htm>

From kradradio at gmail.com  Wed Feb  1 07:11:22 2012
From: kradradio at gmail.com (Krad Radio)
Date: Wed, 1 Feb 2012 02:11:22 -0500
Subject: [Icecast] Icecast WebM support and much more
Message-ID: <CA+8JHGiciKd7Ss6m073o+NTyMjQwWTbXjbYuESCo3BEqSvruRQ@mail.gmail.com>

Howdy,

I've been working on WebM support for Icecast, and I'm looking for a few
power-users or developers that can work with me on a semi-informal basis to
fully test things out, determine what is wanted where and all of those good
things. I've been working on things in a cave so to speak, but I am opening
things up as much and as fast as I can now. It would be most useful if
whomever is interested in being a part of this could be on the icecast irc
channel. What I am specifically looking for is people who can stick around
and test iterations, give feedback and so on. If you are just an icecast
user that wants flawlessly working WebM streaming without to much fuss, I
advise you to just wait a few weeks.

Building the icecast server with my patch is easy, but I have also
developed some source clients that can stream files, webcam, overlay
graphics and so on, building those right now is a hassle but I am working
quickly to make it not a hassle, and should even have an ubuntu ppa very
soon.

I also have an array of other software that I am going to open source in
the coming days/weeks ( the main issue is making things buildable/usable as
stand alone daemons) that is likely of much interest to icecast users,
things such as server side mixing with realtime websocket based control,
source client daemons and so on that make it possible to run something
around 100 unique radio stations on a single server. Basically everything
you ever wanted to do with internet radio ;) It sounds like an insane
claim, and it is, but I have literally been working on all of this in my
secret base for the last year.

Anyways, I'll link up to some code and demonstration videos now, some of
the code is a _huge_ mess and some is perfectly clean, that is how I evolve
my software. Right now I'm just trying to gather up who is interested and
hopefully in a short amount of hours things will start to make more sense.

This is the icecast patch for WebM support:
https://github.com/krad-radio/icecast-oneman/tree/format_ebml

This is the Krad EBML library that handles the parsing of EBML (What WebM
and MKV are based on): https://github.com/krad-radio/krad_ebml_experimental

In the Krad EBML repo, the library itself has no dependencies, but all of
the tools and toys there have all kinds of dependencies.

If your interested in server side mixing and all the rest, take a look here
for some videos and text about it: http://kradradio.com/about



Technical details aside, my goal in all of this is to enable people with
the most basic of web skills to be able to run a live continually
broadcasting radio or TV station with all of the capabilities of the brick
and mortar version. Fast computers, fast internet, microphones and webcam's
are everywhere, all we need is better software.

Cheers,

David Richards

oneman on freenode irc
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20120201/b4d0d46a/attachment.htm>

From michel.memeteau at gmail.com  Wed Feb  1 09:10:21 2012
From: michel.memeteau at gmail.com (michel memeteau)
Date: Wed, 1 Feb 2012 10:10:21 +0100
Subject: [Icecast] Making a smooth transition between sources?
In-Reply-To: <CAOuQWfXVBomCG56mPwTJ8cUSmNWY6OH08=viXhxRhq3tYQDu9Q@mail.gmail.com>
References: <CAOuQWfWTd3QcgAAXb+yFjiqaKnakxMCGFRJ=xOwRErW93h1kyw@mail.gmail.com>
	<CACRQB3LQeVfQ7NTPgsBUgQ4X3RvhJJatGC2mpS=R29D4FG1aeA@mail.gmail.com>
	<CAOuQWfXVBomCG56mPwTJ8cUSmNWY6OH08=viXhxRhq3tYQDu9Q@mail.gmail.com>
Message-ID: <CAJbJ1BtLQxiyWkLKXkj7oyZLTYdSK_ct=4VAZ0Brv_ZGUhH2Bw@mail.gmail.com>

2012/2/1 Tom Swirly <tom at swirly.com>:
> I have a Flash player on my page - so that explains it.
>
> Is there some sort of in-browser player I can use that doesn't have this
> property?


You could try a HTML5 player like jplayer

http://jplayer.org/latest/demos/

You could use 2 mountpoints Ogg and MP3 to serve the maximum of people in HTML5
-- 
<------------------------------------------------------->
web perso : http://memeteau.com
Boutique Ordinateurs GNU/Linux : http://shop.ekimia.fr
Fixe :? 0974763294 Mobile : 0624808051


From tom at swirly.com  Wed Feb  1 17:54:30 2012
From: tom at swirly.com (Tom Swirly)
Date: Wed, 1 Feb 2012 12:54:30 -0500
Subject: [Icecast] Making a smooth transition between sources?
In-Reply-To: <CAJbJ1BtLQxiyWkLKXkj7oyZLTYdSK_ct=4VAZ0Brv_ZGUhH2Bw@mail.gmail.com>
References: <CAOuQWfWTd3QcgAAXb+yFjiqaKnakxMCGFRJ=xOwRErW93h1kyw@mail.gmail.com>
	<CACRQB3LQeVfQ7NTPgsBUgQ4X3RvhJJatGC2mpS=R29D4FG1aeA@mail.gmail.com>
	<CAOuQWfXVBomCG56mPwTJ8cUSmNWY6OH08=viXhxRhq3tYQDu9Q@mail.gmail.com>
	<CAJbJ1BtLQxiyWkLKXkj7oyZLTYdSK_ct=4VAZ0Brv_ZGUhH2Bw@mail.gmail.com>
Message-ID: <CAOuQWfVzJhZZyWzY5-GBd6S-TYGmeP_mvaj9mZ4QdepF=kMhbg@mail.gmail.com>

Wow, thanks Michel, this is a very deluxe looking player!

I looked on the xiph site for a list of embeddable players but there wasn't
one... perhaps such a page should be added?

Thanks again, you'll soon see one of these players on my radio station,
http://radio.swirly.com

On Wed, Feb 1, 2012 at 4:10 AM, michel memeteau
<michel.memeteau at gmail.com>wrote:

> 2012/2/1 Tom Swirly <tom at swirly.com>:
> > I have a Flash player on my page - so that explains it.
> >
> > Is there some sort of in-browser player I can use that doesn't have this
> > property?
>
>
> You could try a HTML5 player like jplayer
>
> http://jplayer.org/latest/demos/
>
> You could use 2 mountpoints Ogg and MP3 to serve the maximum of people in
> HTML5
> --
> <------------------------------------------------------->
> web perso : http://memeteau.com
> Boutique Ordinateurs GNU/Linux : http://shop.ekimia.fr
> Fixe :  0974763294 Mobile : 0624808051
>



-- 
     /t

http://radio.swirly.com - art music radio 24/7 366/1000
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20120201/58e19e42/attachment.htm>

From lists at parisson.com  Wed Feb  1 17:55:09 2012
From: lists at parisson.com (Parisson)
Date: Wed, 01 Feb 2012 18:55:09 +0100
Subject: [Icecast] Making a smooth transition between sources?
In-Reply-To: <CAOuQWfWTd3QcgAAXb+yFjiqaKnakxMCGFRJ=xOwRErW93h1kyw@mail.gmail.com>
References: <CAOuQWfWTd3QcgAAXb+yFjiqaKnakxMCGFRJ=xOwRErW93h1kyw@mail.gmail.com>
Message-ID: <4F297C7D.9060208@parisson.com>

Hi!

I use DeeFuzzer to push audio or video data as a relay for existing streaming
stations (one reading disk files, one streaming live sessions). It provides OSC
command scripts to hot switch.

Check it out ;)
https://github.com/yomguy/DeeFuzzer

Cheers,
Yomguy

On 31/01/2012 02:58, Tom Swirly wrote:
> Hello!
> 
> I'm setting up an icecast radio station.  I'll usually be broadcasting from this
> machine, but want to be able to make a smooth transition to an ezstream instance
> that I can run on the same server as the radio station.
> 
> Unfortunately, my experiments haven't found a way I can make a transition
> without knocking off all my clients.  :-(
> 
> Any idea about best practices on this?
> 
> -- 
>      /t
> 
> http://radio.swirly.com - art music radio 24/7 366/1000
> 
> 
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast



From tom at swirly.com  Wed Feb  1 18:05:13 2012
From: tom at swirly.com (Tom Swirly)
Date: Wed, 1 Feb 2012 13:05:13 -0500
Subject: [Icecast] Making a smooth transition between sources?
In-Reply-To: <4F297C7D.9060208@parisson.com>
References: <CAOuQWfWTd3QcgAAXb+yFjiqaKnakxMCGFRJ=xOwRErW93h1kyw@mail.gmail.com>
	<4F297C7D.9060208@parisson.com>
Message-ID: <CAOuQWfWCuEiq7G_ivNi40CzjiXrVrgaeMd9f1cCKHipsb4KHvQ@mail.gmail.com>

Oh, this seems very cool - but, it doesn't handle the actual streaming, am
I right, just mixes multiple relay streams together?

Or, does it actually stream from playlists on the server?  If so, I'd
switch in a moment!

(I think I'm seeing different documentations from different times here...)


I'm using eztream as my streamer for when my base computer isn't
operating... and I had to hack it to fix the fact it didn't properly handle
TagLib, and didn't report the "album" name.

There's also a UTF-8 encoding issue with ezstream which I have proven to my
own satisfaction by streaming the same single track from itunes/Nicecast on
my desktop, and then from ezstream... I get the correct UTF-8 titles when
using Nicecast, but wrong ones when using ezstream.

I'm supposedly an expert on character encodings :-D but I haven't figured
out exactly where the issue is in ezstream.


I also have my own Python code to do things like "auto-Twitter"

https://twitter.com/#!/swirlyRadioList


You can see my code to do it here:  https://github.com/rec/radio

I haven't prettied it up for release but I tend to write fairly readable
code.



On Wed, Feb 1, 2012 at 12:55 PM, Parisson <lists at parisson.com> wrote:

> Hi!
>
> I use DeeFuzzer to push audio or video data as a relay for existing
> streaming
> stations (one reading disk files, one streaming live sessions). It
> provides OSC
> command scripts to hot switch.
>
> Check it out ;)
> https://github.com/yomguy/DeeFuzzer
>
> Cheers,
> Yomguy
>
> On 31/01/2012 02:58, Tom Swirly wrote:
> > Hello!
> >
> > I'm setting up an icecast radio station.  I'll usually be broadcasting
> from this
> > machine, but want to be able to make a smooth transition to an ezstream
> instance
> > that I can run on the same server as the radio station.
> >
> > Unfortunately, my experiments haven't found a way I can make a transition
> > without knocking off all my clients.  :-(
> >
> > Any idea about best practices on this?
> >
> > --
> >      /t
> >
> > http://radio.swirly.com - art music radio 24/7 366/1000
> >
> >
> > _______________________________________________
> > 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
>



-- 
     /t

http://radio.swirly.com - art music radio 24/7 366/1000
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20120201/954371f2/attachment.htm>

From toots at rastageeks.org  Wed Feb  1 18:17:09 2012
From: toots at rastageeks.org (Romain Beauxis)
Date: Wed, 1 Feb 2012 12:17:09 -0600
Subject: [Icecast] Making a smooth transition between sources?
In-Reply-To: <CAOuQWfWCuEiq7G_ivNi40CzjiXrVrgaeMd9f1cCKHipsb4KHvQ@mail.gmail.com>
References: <CAOuQWfWTd3QcgAAXb+yFjiqaKnakxMCGFRJ=xOwRErW93h1kyw@mail.gmail.com>
	<4F297C7D.9060208@parisson.com>
	<CAOuQWfWCuEiq7G_ivNi40CzjiXrVrgaeMd9f1cCKHipsb4KHvQ@mail.gmail.com>
Message-ID: <CABWZ6OSG0r_9Sey-XXWBiqLqsih4U55_Kmw0MziM+Ly6-OLd-w@mail.gmail.com>

Hi Tom,

2012/2/1 Tom Swirly <tom at swirly.com>:
> Oh, this seems very cool - but, it doesn't handle the actual streaming, am I
> right, just mixes multiple relay streams together?
>
> Or, does it actually stream from playlists on the server? ?If so, I'd switch
> in a moment!

If you are looking for a server-side smooth transition solution then
Liquidsoap should be your friend:
  http://liquidsoap.fm/

> I also have my own Python code to do things like "auto-Twitter"
>
> https://twitter.com/#!/swirlyRadioList

The Flows service provided by liquidsoap also allows twitter push. It
is rather experimental for now but it should be live and documented
soon!

Romain


From tom at swirly.com  Wed Feb  1 18:35:14 2012
From: tom at swirly.com (Tom Swirly)
Date: Wed, 1 Feb 2012 13:35:14 -0500
Subject: [Icecast] Making a smooth transition between sources?
In-Reply-To: <CABWZ6OSG0r_9Sey-XXWBiqLqsih4U55_Kmw0MziM+Ly6-OLd-w@mail.gmail.com>
References: <CAOuQWfWTd3QcgAAXb+yFjiqaKnakxMCGFRJ=xOwRErW93h1kyw@mail.gmail.com>
	<4F297C7D.9060208@parisson.com>
	<CAOuQWfWCuEiq7G_ivNi40CzjiXrVrgaeMd9f1cCKHipsb4KHvQ@mail.gmail.com>
	<CABWZ6OSG0r_9Sey-XXWBiqLqsih4U55_Kmw0MziM+Ly6-OLd-w@mail.gmail.com>
Message-ID: <CAOuQWfVDmD55CKH8Qi9=jpp1EKDNdZk3d8CWeLHOeUhKkCAg_A@mail.gmail.com>

Wow, LiquidSoap looks really exciting, I'll definitely check it out!

Je me demande pourquoi tous ces programmes excellents sont construits par
des francophones... :-D

On Wed, Feb 1, 2012 at 1:17 PM, Romain Beauxis <toots at rastageeks.org> wrote:

> Hi Tom,
>
> 2012/2/1 Tom Swirly <tom at swirly.com>:
> > Oh, this seems very cool - but, it doesn't handle the actual streaming,
> am I
> > right, just mixes multiple relay streams together?
> >
> > Or, does it actually stream from playlists on the server?  If so, I'd
> switch
> > in a moment!
>
> If you are looking for a server-side smooth transition solution then
> Liquidsoap should be your friend:
>  http://liquidsoap.fm/
>
> > I also have my own Python code to do things like "auto-Twitter"
> >
> > https://twitter.com/#!/swirlyRadioList
>
> The Flows service provided by liquidsoap also allows twitter push. It
> is rather experimental for now but it should be live and documented
> soon!
>
> Romain
>



-- 
     /t

http://radio.swirly.com - art music radio 24/7 366/1000
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20120201/c661d664/attachment.htm>

From kradradio at gmail.com  Tue Feb  7 19:16:23 2012
From: kradradio at gmail.com (Krad Radio)
Date: Tue, 7 Feb 2012 14:16:23 -0500
Subject: [Icecast] Icecast WebM support patch
Message-ID: <CA+8JHGh7-h_PREprpak6OAitnVoXADfQhGtSYM+Vv3KK0j0tYg@mail.gmail.com>

Attached is a patch for adding webm streaming support to icecast svn.

Also available is my git tree:
https://github.com/krad-radio/icecast-oneman/tree/format_ebml_internal

My git tree is behind the svn version a little bit, I will update it soon,
the webm code is identical.

Please note the following:

1) This version has no external dependencies, the EBML parsing is built
into the format_ebml plugin. In the future this will most likely be an
external library, that's the plan, but my goal is to satisfy whatever the
requirements are, and also provide easy access to working webm streaming as
soon as possible.

2) Your queue size setting most likely needs to be increased. WebM
streaming is dependent on starting on a cluster of a known size (after the
header), if a cluster is larger than your queue then icecast will drop it.
This is the same idea as Ogg pages. This limitation is due to the existing
code in media player clients, not the format itself.

On my test server I use the following:

<queue-size>5000000</queue-size>
<burst-size>512000</burst-size>

We may want to add a separate setting for burst/queue size for ebml based
streams since the bitrate can be 50-100X higher than audio. We will figure
out the best course of action here as more people start testing and using
this.

3) I will be providing binaries of my V4L2 source client very soon, sources
are available now but are tricky to compile at the moment. At that time
I'll also provide an open public testing server.

Enjoy!

-David
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20120207/b33c81c6/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: icecast-webm-support.patch
Type: text/x-patch
Size: 17549 bytes
Desc: not available
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20120207/b33c81c6/attachment.bin>

From kradradio at gmail.com  Wed Feb  8 21:19:16 2012
From: kradradio at gmail.com (Krad Radio)
Date: Wed, 8 Feb 2012 16:19:16 -0500
Subject: [Icecast] Krad Cam Alpha Test Release
Message-ID: <CA+8JHGjd-U+NSmHj2e98KoVUem8Gu-+yZvX_pjVr4Nsn7bmCcw@mail.gmail.com>

For those who want to test webm streaming. This is a super early test
binary release, not super user friendly yet.

Here is a link to the server with some streams:

http://deimos.kradradio.com:8080/

To play with mplayer:

mplayer -cache 2200 http://deimos.kradradio.com:8080/teststream18.webm

To play in browser

http://deimos.kradradio.com:8080/teststream18.webm

To get the app and some instructions:

https://gist.github.com/1773943

Source code:

https://github.com/krad-radio/krad_ebml_experimental

Enjoy,

-David
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20120208/f16fdd95/attachment.htm>

From kradradio at gmail.com  Thu Feb  9 04:53:05 2012
From: kradradio at gmail.com (Krad Radio)
Date: Wed, 8 Feb 2012 23:53:05 -0500
Subject: [Icecast] Icecast WebM Support Patch Second Edition
Message-ID: <CA+8JHGg2CqnCfVFtAEG6XJrD4tdgXrg+RLbbpNFrTd3LzZ-0tQ@mail.gmail.com>

Howdy,

tl;dr:  Nothing new or interesting to non-developers

Attached is a newer Icecast WebM support patch for Icecast SVN, there is
simply aesthetic changes. Whitespace has been altered to match Icecast
project style,
some functions have been renamed and moved around.

Some discussion.

The format_ebml.c file lines 0-296 operates much the same as the
format_ogg.c file does. It uses a parsing library api to feed in and pull
out bytes via
the _get_buffer function. In the case of Ogg this is of course libogg, in
the case of ebml, the "parsing library" consists of the functions below
line 296.
This mini-included library comes from some debugging code that I wrote
during my work on a much more robust EBML muxing library, originally I had
thought
icecast would need to do some manipulation of the EBML segment header in
all cases, but it turns out in most cases this is better done by the source
client.
This mini-included library implements the same function calls that Icecast
would need to use if it was using this EBML muxing library, but "parse" is
a very
generous descriptor of whats actually happening. If you are familiar with
the internals of Ogg streaming, you know that the stream starts out with a
few header pages
that are then followed by pages containing the acutual video and audio
packets. EBML doctype WebM and MKV (The only currently known) work in
a similar way.
There is a "Segment Header" followed by "Clusters" (Its actually more
nuanced than this, but this oversimplification will suffice for the
moment). Clusters are comparable to
Ogg pages. The connecting client needs to be sent the header, and then it
can start on any cluster as long as it starts exactly on a cluster. (This
is actually not a format requirement per se but all media players I am
aware of lack the ability to re-sync themselves if started on a random
byte, something I intend not to be a limitation of my own work). So, in a
live WebM stream, everything before the first cluster is the "Header" and
then the rest is the clusters, of which the boundary between them is marked
with 4 specific bytes. So at every cluster the refbuf is marked as a sync
point. The size of clusters could vary significantly during a stream or
from stream to stream, but on a properly constructed one would indicate a
keyframe in the case of a stream with video. The 'mini-library' doesn't
actually 'parse' the stream at all, all it does is look for the four byte
sequence indicating a cluster boundary and informs the format functions
appropriately. I am a fraudulent mathematician at best, but I calculate
that there is a 1 in 4.2 billion chance of this happening for any given 4
bytes, and 1 in 4294 per megabyte, and likely once per 4.2 gigabytes. This
is not a problem once the stream has started for the client however, it
only matters when the source connects and the header is stored, and when a
client connects and needs a proper starting point. I suppose that makes it
very unlikely to cause a problem, even though its technically wrong. It
also means that each byte is being compared, whilst when properly parsing
most would be skipped, but computers are so damn fast that its moot. At any
rate proper parsing could be added this this mini-library or provided by
the external library as it matures.

Enjoy,

David
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20120208/ac2eddbb/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: icecast-webm-support-clean1.patch
Type: text/x-patch
Size: 20520 bytes
Desc: not available
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20120208/ac2eddbb/attachment.bin>

From dennis at heerema.net  Thu Feb  9 10:37:06 2012
From: dennis at heerema.net (Dennis Heerema)
Date: Thu, 09 Feb 2012 11:37:06 +0100
Subject: [Icecast] Icecast WebM Support Patch Second Edition
In-Reply-To: <CA+8JHGg2CqnCfVFtAEG6XJrD4tdgXrg+RLbbpNFrTd3LzZ-0tQ@mail.gmail.com>
References: <CA+8JHGg2CqnCfVFtAEG6XJrD4tdgXrg+RLbbpNFrTd3LzZ-0tQ@mail.gmail.com>
Message-ID: <WC20120209103706.760009@heerema.net>

Hi David,

Streaming live WebM would also give a boost to this open format.
Whitch Client do you use to stream the webm format to icecast with?

Regards,

Dennis


-----Original Message-----
From: Krad Radio <kradradio at gmail.com>
To: icecast-dev at xiph.org, icecast at xiph.org
Date: Wed, 8 Feb 2012 23:53:05 -0500
Subject: [Icecast] Icecast WebM Support Patch Second Edition

Howdy,
tl;dr:  Nothing new or interesting to non-developers
Attached is a newer Icecast WebM support patch for Icecast SVN, there is 
simply aesthetic changes. Whitespace has been altered to match Icecast 
project style, 
some functions have been renamed and moved around.
Some discussion. 
The format_ebml.c file lines 0-296 operates much the same as the 
format_ogg.c file does. It uses a parsing library api to feed in and pull 
out bytes via 
the _get_buffer function. In the case of Ogg this is of course libogg, in 
the case of ebml, the "parsing library" consists of the functions below line 
296.
This mini-included library comes from some debugging code that I wrote 
during my work on a much more robust EBML muxing library, originally I had 
thought
icecast would need to do some manipulation of the EBML segment header in all 
cases, but it turns out in most cases this is better done by the source 
client. 
This mini-included library implements the same function calls that Icecast 
would need to use if it was using this EBML muxing library, but "parse" is a 
very 
generous descriptor of whats actually happening. If you are familiar with 
the internals of Ogg streaming, you know that the stream starts out with a 
few header pages
that are then followed by pages containing the acutual video and audio 
packets. EBML doctype WebM and MKV (The only currently known) work in a 
similar way. 
There is a "Segment Header" followed by "Clusters" (Its actually more 
nuanced than this, but this oversimplification will suffice for the moment). 
Clusters are comparable to
Ogg pages. The connecting client needs to be sent the header, and then it 
can start on any cluster as long as it starts exactly on a cluster. (This is 
actually not a format requirement per se but all media players I am aware of 
lack the ability to re-sync themselves if started on a random byte, 
something I intend not to be a limitation of my own work). So, in a live 
WebM stream, everything before the first cluster is the "Header" and then 
the rest is the clusters, of which the boundary between them is marked with 
4 specific bytes. So at every cluster the refbuf is marked as a sync point. 
The size of clusters could vary significantly during a stream or from stream 
to stream, but on a properly constructed one would indicate a keyframe in 
the case of a stream with video. The 'mini-library' doesn't actually 'parse' 
the stream at all, all it does is look for the four byte sequence indicating 
a cluster boundary and informs the format functions appropriately. I am a 
fraudulent mathematician at best, but I calculate that there is a 1 in 4.2 
billion chance of this happening for any given 4 bytes, and 1 in 4294 per 
megabyte, and likely once per 4.2 gigabytes. This is not a problem once the 
stream has started for the client however, it only matters when the source 
connects and the header is stored, and when a client connects and needs a 
proper starting point. I suppose that makes it very unlikely to cause a 
problem, even though its technically wrong. It also means that each byte is 
being compared, whilst when properly parsing most would be skipped, but 
computers are so damn fast that its moot. At any rate proper parsing could 
be added this this mini-library or provided by the external library as it 
matures.
Enjoy,
David
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20120209/57628595/attachment.htm>

From kradradio at gmail.com  Thu Feb  9 14:12:48 2012
From: kradradio at gmail.com (Krad Radio)
Date: Thu, 9 Feb 2012 09:12:48 -0500
Subject: [Icecast] Icecast WebM Support Patch Second Edition
In-Reply-To: <WC20120209103706.760009@heerema.net>
References: <CA+8JHGg2CqnCfVFtAEG6XJrD4tdgXrg+RLbbpNFrTd3LzZ-0tQ@mail.gmail.com>
	<WC20120209103706.760009@heerema.net>
Message-ID: <CA+8JHGgb+p=ASk9Ma8vF7FLMgFO9x3MszwgaUEqHKk9kBpUWSw@mail.gmail.com>

One liner fix update for a potential segfault when a client connects and
the header is not yet received from the source.

Updated full patch attached.



On Thu, Feb 9, 2012 at 5:37 AM, Dennis Heerema <dennis at heerema.net> wrote:

>  Hi David,
>
>  Streaming live WebM would also give a boost to this open format.
>  Whitch Client do you use to stream the webm format to icecast with?
>

I'm using Krad Cam, which is in a very early alpha form. More information
is here:

https://gist.github.com/1773943

There is also a "Test Signal" client that sends a video only stream for
testing purposes.

-David



>  Regards,
>
> Dennis
>
>
>  -----Original Message-----
> From: Krad Radio <kradradio at gmail.com>
> To: icecast-dev at xiph.org, icecast at xiph.org
> Date: Wed, 8 Feb 2012 23:53:05 -0500
> Subject: [Icecast] Icecast WebM Support Patch Second Edition
>
> Howdy,
>
>
>  tl;dr:  Nothing new or interesting to non-developers
>
>  Attached is a newer Icecast WebM support patch for Icecast SVN, there is
> simply aesthetic changes. Whitespace has been altered to match Icecast
> project style,
>  some functions have been renamed and moved around.
>
>  Some discussion.
>
>  The format_ebml.c file lines 0-296 operates much the same as the
> format_ogg.c file does. It uses a parsing library api to feed in and pull
> out bytes via
>  the _get_buffer function. In the case of Ogg this is of course libogg, in
> the case of ebml, the "parsing library" consists of the functions below
> line 296.
>  This mini-included library comes from some debugging code that I wrote
> during my work on a much more robust EBML muxing library, originally I had
> thought
>  icecast would need to do some manipulation of the EBML segment header in
> all cases, but it turns out in most cases this is better done by the source
> client.
>  This mini-included library implements the same function calls that
> Icecast would need to use if it was using this EBML muxing library, but
> "parse" is a very
>  generous descriptor of whats actually happening. If you are familiar with
> the internals of Ogg streaming, you know that the stream starts out with a
> few header pages
>  that are then followed by pages containing the acutual video and audio
> packets. EBML doctype WebM and MKV (The only currently known) work in
> a similar way.
>  There is a "Segment Header" followed by "Clusters" (Its actually more
> nuanced than this, but this oversimplification will suffice for the
> moment). Clusters are comparable to
>  Ogg pages. The connecting client needs to be sent the header, and then it
> can start on any cluster as long as it starts exactly on a cluster. (This
> is actually not a format requirement per se but all media players I am
> aware of lack the ability to re-sync themselves if started on a random
> byte, something I intend not to be a limitation of my own work). So, in a
> live WebM stream, everything before the first cluster is the "Header" and
> then the rest is the clusters, of which the boundary between them is marked
> with 4 specific bytes. So at every cluster the refbuf is marked as a sync
> point. The size of clusters could vary significantly during a stream or
> from stream to stream, but on a properly constructed one would indicate a
> keyframe in the case of a stream with video. The 'mini-library' doesn't
> actually 'parse' the stream at all, all it does is look for the four byte
> sequence indicating a cluster boundary and informs the format functions
> appropriately. I am a fraudulent mathematician at best, but I calculate
> that there is a 1 in 4.2 billion chance of this happening for any given 4
> bytes, and 1 in 4294 per megabyte, and likely once per 4.2 gigabytes. This
> is not a problem once the stream has started for the client however, it
> only matters when the source connects and the header is stored, and when a
> client connects and needs a proper starting point. I suppose that makes it
> very unlikely to cause a problem, even though its technically wrong. It
> also means that each byte is being compared, whilst when properly parsing
> most would be skipped, but computers are so damn fast that its moot. At any
> rate proper parsing could be added this this mini-library or provided by
> the external library as it matures.
>
>  Enjoy,
>
>  David
>
>
>
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20120209/e17d4618/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: icecast-webm-support-clean1-fix.patch
Type: text/x-patch
Size: 20553 bytes
Desc: not available
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20120209/e17d4618/attachment.bin>

From james at rcpt.to  Mon Feb 13 03:12:00 2012
From: james at rcpt.to (James Bromberger)
Date: Mon, 13 Feb 2012 11:12:00 +0800
Subject: [Icecast] Fallback with Ogg Theora doesn't loop
Message-ID: <4F387F80.5040509@rcpt.to>

Hello all,

I've been experimenting with the fallback option on an Ogg Theora video
stream. When I'm not connected with a source to my mount point, the
fallback video clip that I've defined (stored locally) does get played,
but it doesn't seem to repeat? Are there additional settings required
other than specifying a <fallback-mount> in my target mount configuration?

I've also found that when I connect my source during fallback play-out
(on the first and only time fallback is shown), the video stream hangs,
but doesn't switch to my source.

Is fallback supposed to work with OGV or just audio streams?

I've also tried to use <intro>, but that doesnt seem to have worked at
all. I will paste config if required, but perhaps its not
designed/tested to work with video....?

Many thanks,

  James
-- 
/Mobile:/ +61 422 166 708, /Email:/ james_AT_rcpt.to
PLUG President 2012: http://www.plug.org.au <http//www.plug.org.au>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20120213/0295f427/attachment.htm>

From paul at dabdig.com  Thu Feb 16 20:58:25 2012
From: paul at dabdig.com (Paul Webster)
Date: Thu, 16 Feb 2012 20:58:25 +0000
Subject: [Icecast] Including station directory list in 3rd-party services
Message-ID: <q2bqj7df2pfdupttntj5o8igvs7duau62m@4ax.com>

Hello,

I am interested to know what the rules are about including the station directory in 3rd-party services.
Apologies in advance if I am dragging up an old and well known topic. I browsed the wiki and searched the archives for
reference to "Directory" and also to a couple of the big station directory services and found only references to interop
with SHOUTcast YP.

If it is allowed to include station details (name, description, genre, stream URL) - can someone give a pointer to
documentation on how to get the list and, efficiently, get updates - or is it a matter of going through the source and
working it out?

I ask because I help (as a volunteer) with the updates to a couple of the station directories that are used by internet
radio devices.

Paul Webster


From kradradio at gmail.com  Sun Feb 19 04:38:57 2012
From: kradradio at gmail.com (Krad Radio)
Date: Sat, 18 Feb 2012 23:38:57 -0500
Subject: [Icecast] Icecast WebM support patch, Version 2
Message-ID: <CA+8JHGjmnc2vLBUCeWt_a+x59GkwtZpAS=xp5S0pg=+AAf32Fw@mail.gmail.com>

Rillian was right, the match byte function was not only hard to read, but
also flawed. ;P

The concept of simply splitting on cluster boundaries is as sound as it was
last week, but it is none the less,
highly coupled to actually having your code split on cluster boundaries
more than just most of the time.
I've reworked my patch, and I have been able to stream for over 30 hours
continuously with gstreamer, and also with krad link.

In the last hour, I cleaned up the white-space and style issues, hopefully
without accidentally changing how the code works.
I'm not going to make any claims, other than this is version 2, until
further testing is done.

Our intention is to move to full parsing, in order to enable a rich
metadata experience. Currently essentially no-metadata is even possible,
as including icy- http headers is likely to confuse client software. Tags
are a top level element in WebM and are arbitrary as Vorbis tags are,
with a few conventions there are lots of possibilities here.

Cheers,

David
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20120218/acbf3634/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: icecast-webm-support-version2.patch
Type: text/x-patch
Size: 15642 bytes
Desc: not available
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20120218/acbf3634/attachment.bin>

From per.gunnarsson at lappstockholm.se  Sun Feb 19 16:50:42 2012
From: per.gunnarsson at lappstockholm.se (per.gunnarsson at lappstockholm.se)
Date: Sun, 19 Feb 2012 17:50:42 +0100
Subject: [Icecast] Fw: Icecast doesn't bind to my external network interface?
Message-ID: <70068a90728986f13eb48a0cad859fec@lappstockholm.se>


-----Originalmeddelande----- 
Fr?n: "Per Gunnarsson" <per at 80-244-81-186.customer.t3.se> 
Till: per.gunnarsson at lappstockholm.se 
Datum: 2012-02-19 17:45 
?mne: Icecast doesn't bind to my external network interface? 

I can listen to my stream with 

 mplayer -cache 1024 http://localhost:8000/ices.mp3

but not 

mplayer -cache 1024 http://80.244.81.186:8000/ices.mp3 

This is my icecast.xml with passwords modified


<icecast>
 ? ?<limits>
 ? ? ? ?<clients>100</clients>
 ? ? ? ?<sources>2</sources>
 ? ? ? ?<threadpool>5</threadpool>
 ? ? ? ?<queue-size>524288</queue-size>
 ? ? ? ?<client-timeout>30</client-timeout>
 ? ? ? ?<header-timeout>15</header-timeout>
 ? ? ? ?<source-timeout>10</source-timeout>
 ? ? ? ?<!-- If enabled, this will provide a burst of data when a client 
 ? ? ? ? ? ? first connects, thereby significantly reducing the startup 
 ? ? ? ? ? ? time for listeners that do substantial buffering. However,
 ? ? ? ? ? ? it also significantly increases latency between the source
 ? ? ? ? ? ? client and listening client. ?For low-latency setups, you
 ? ? ? ? ? ? might want to disable this. -->
 ? ? ? ?<burst-on-connect>1</burst-on-connect>
 ? ? ? ?<!-- same as burst-on-connect, but this allows for being more
 ? ? ? ? ? ? specific on how much to burst. Most people won't need to
 ? ? ? ? ? ? change from the default 64k. Applies to all mountpoints ?-->
 ? ? ? ?<burst-size>65535</burst-size>
 ? ?</limits>

 ? ?<authentication>
 ? ? ? ?<!-- Sources log in with username 'source' -->
 ? ? ? ?<source-password>hackme</source-password>
 ? ? ? ?<!-- Relays log in username 'relay' -->
 ? ? ? ?<relay-password>hackme</relay-password>

 ? ? ? ?<!-- Admin logs in with the username given below -->
 ? ? ? ?<admin-user>hackme</admin-user>
 ? ? ? ?<admin-password>hackme</admin-password>
 ? ?</authentication>

 ? ?<!-- set the mountpoint for a shoutcast source to use, the default if not
 ? ? ? ? specified is /stream but you can change it here if an alternative is
 ? ? ? ? wanted or an extension is required
 ? ?<shoutcast-mount>/live.nsv</shoutcast-mount>
 ? ?-->

 ? ?<!-- Uncomment this if you want directory listings -->
 ? ?<!--
 ? ?<directory>
 ? ? ? ?<yp-url-timeout>15</yp-url-timeout>
 ? ? ? ?<yp-url>http://dir.xiph.org/cgi-bin/yp-cgi</yp-url>
 ? ?</directory>
 ? ? -->

 ? ?<!-- This is the hostname other people will use to connect to your server.
 ? ?It affects mainly the urls generated by Icecast for playlists and yp
 ? ?listings. -->
 ? ?<hostname>80-244-81-186.customer.t3.se</hostname>

 ? ?<!-- You may have multiple <listener> elements -->
 ? ?<listen-socket>
 ? ? ? ?<port>8000</port>
 ? ? ? ?<!-- <bind-address>80.244.81.186</bind-address> -->
 ? ? ? ?<!-- <shoutcast-mount>/stream</shoutcast-mount> -->
 ? ?</listen-socket>
 ? ?<!--
 ? ?<listen-socket>
 ? ? ? ?<port>8001</port>
 ? ?</listen-socket>
 ? ?-->

 ? ?<!--<master-server>127.0.0.1</master-server>-->
 ? ?<!--<master-server-port>8001</master-server-port>-->
 ? ?<!--<master-update-interval>120</master-update-interval>-->
 ? ?<!--<master-password>hackme</master-password>-->

 ? ?<!-- setting this makes all relays on-demand unless overridden, this is
 ? ? ? ? useful for master relays which do not have <relay> definitions here.
 ? ? ? ? The default is 0 -->
 ? ?<!--<relays-on-demand>1</relays-on-demand>-->

 ? ?<!--
 ? ?<relay>
 ? ? ? ?<server>127.0.0.1</server>
 ? ? ? ?<port>8001</port>
 ? ? ? ?<mount>/example.ogg</mount>
 ? ? ? ?<local-mount>/different.ogg</local-mount>
 ? ? ? ?<on-demand>0</on-demand>

 ? ? ? ?<relay-shoutcast-metadata>0</relay-shoutcast-metadata>
 ? ?</relay>
 ? ?-->

 ? ?<!-- Only define a <mount> section if you want to use advanced options,
 ? ? ? ? like alternative usernames or passwords
 ? ?<mount>
 ? ? ? ?<mount-name>/complex-example.ogg</mount-name>

 ? ? ? ?<username>othersource</username>
 ? ? ? ?<password>hackmemore</password>

 ? ? ? ?<max-listeners>1</max-listeners>
 ? ? ? ?<dump-file>/tmp/dump-example1.ogg</dump-file>
 ? ? ? ?<burst-size>65536</burst-size>
 ? ? ? ?<fallback-mount>/example2.ogg</fallback-mount>
 ? ? ? ?<fallback-override>1</fallback-override>
 ? ? ? ?<fallback-when-full>1</fallback-when-full>
 ? ? ? ?<intro>/example_intro.ogg</intro>
 ? ? ? ?<hidden>1</hidden>
 ? ? ? ?<no-yp>1</no-yp>
 ? ? ? ?<authentication type="htpasswd">
 ? ? ? ? ? ? ? ?<option name="filename" value="myauth"/>
 ? ? ? ? ? ? ? ?<option name="allow_duplicate_users" value="0"/>
 ? ? ? ?</authentication>
 ? ? ? ?<on-connect>/home/icecast/bin/stream-start</on-connect>
 ? ? ? ?<on-disconnect>/home/icecast/bin/stream-stop</on-disconnect>
 ? ?</mount>

 ? ?<mount>
 ? ? ? ?<mount-name>/auth_example.ogg</mount-name>
 ? ? ? ?<authentication type="url">
 ? ? ? ? ? ?<option name="mount_add" ? ? ? value="http://myauthserver.net/notify_mount.php"/>
 ? ? ? ? ? ?<option name="mount_remove" ? ?value="http://myauthserver.net/notify_mount.php"/>
 ? ? ? ? ? ?<option name="listener_add" ? ?value="http://myauthserver.net/notify_listener.php"/>
 ? ? ? ? ? ?<option name="listener_remove" value="http://myauthserver.net/notify_listener.php"/>
 ? ? ? ?</authentication>
 ? ?</mount>

 ? ?-->

 ? ?<fileserve>1</fileserve>

 ? ?<paths>
??????????<!-- basedir is only used if chroot is enabled -->
 ? ? ? ?<basedir>/var/icecast</basedir>

 ? ? ? ?<!-- Note that if <chroot> is turned on below, these paths must both
 ? ? ? ? ? ? be relative to the new root, not the original root -->
 ? ? ? ?<logdir>/log</logdir>
 ? ? ? ?<webroot>/web</webroot>
 ? ? ? ?<adminroot>/admin</adminroot>
 ? ? ? ?<!-- <pidfile>/var/run/icecast.pid</pidfile> -->

 ? ? ? ?<!-- Aliases: treat requests for 'source' path as being for 'dest' path
 ? ? ? ? ? ? May be made specific to a port or bound address using the "port"
 ? ? ? ? ? ? and "bind-address" attributes.
 ? ? ? ? ?-->
 ? ? ? ?<!--
 ? ? ? ?<alias source="/foo" dest="/bar"/>
 ? ? ? ? ?-->
 ? ? ? ?<!-- Aliases: can also be used for simple redirections as well,
 ? ? ? ? ? ? this example will redirect all requests for http://server:port/ to
 ? ? ? ? ? ? the status page
 ? ? ? ? ?-->
 ? ? ? ?<alias source="/" dest="/status.xsl"/>
 ? ?</paths>

 ? ?<logging>
 ? ? ? ?<accesslog>access.log</accesslog>
 ? ? ? ?<errorlog>error.log</errorlog>
 ? ? ? ?<!-- <playlistlog>playlist.log</playlistlog> -->
 ? ? ??????<loglevel>3</loglevel> <!-- 4 Debug, 3 Info, 2 Warn, 1 Error -->
 ? ? ??????<logsize>10000</logsize> <!-- Max size of a logfile -->
 ? ? ? ?<!-- If logarchive is enabled (1), then when logsize is reached
 ? ? ? ? ? ? the logfile will be moved to [error|access|playlist].log.DATESTAMP,
 ? ? ? ? ? ? otherwise it will be moved to [error|access|playlist].log.old.
 ? ? ? ? ? ? Default is non-archive mode (i.e. overwrite)
 ? ? ? ?-->
 ? ? ? ?<!-- <logarchive>1</logarchive> -->
 ? ?</logging>

 ? ?<security>
 ? ? ? ?<chroot>1</chroot> ?
 ? ? ? ?<changeowner>
 ? ? ? ? ? ?<user>_icecast</user>
 ? ? ? ? ? ?<group>_icecast</group>
 ? ? ? ?</changeowner>
 ? ?</security>
</icecast>


This is my pf.conf (I am on OpenBSD)

#?????$OpenBSD: pf.conf,v 1.50 2011/04/28 00:19:42 mikeb Exp $
#
# See pf.conf(5) for syntax and examples.
# Remember to set net.inet.ip.forwarding=1 and/or net.inet6.ip6.forwarding=1
# in /etc/sysctl.conf if packets are to be forwarded between interfaces.

set skip on lo

# filter rules and anchor for ftp-proxy(8)
#anchor "ftp-proxy/*"
#pass in quick inet proto tcp to port ftp divert-to 127.0.0.1 port 8021

# anchor for relayd(8)
#anchor "relayd/*"

pass??????????# to establish keep-state

# rules for spamd(8)
#table <spamd-white> persist
#table <nospamd> persist file "/etc/mail/nospamd"
#pass in on egress proto tcp from any to any port smtp \
# ? ?rdr-to 127.0.0.1 port spamd
#pass in on egress proto tcp from <nospamd> to any port smtp
#pass in log on egress proto tcp from <spamd-white> to any port smtp
#pass out log on egress proto tcp to any port smtp


#block in quick from urpf-failed to any?????# use with care

# By default, do not permit remote connections to X11
block in on ! lo0 proto tcp to port 6000:6010

# pass in on nfe0 port 8000

Where did I go wrong?

Regards,

Per Gunnarsson









From petr.pisar at atlas.cz  Sun Feb 19 17:10:11 2012
From: petr.pisar at atlas.cz (Petr Pisar)
Date: Sun, 19 Feb 2012 18:10:11 +0100
Subject: [Icecast] Fw: Icecast doesn't bind to my external network
 interface?
In-Reply-To: <70068a90728986f13eb48a0cad859fec@lappstockholm.se>
References: <70068a90728986f13eb48a0cad859fec@lappstockholm.se>
Message-ID: <20120219171011.GK3103@album.bayer.uni.cx>

On Sun, Feb 19, 2012 at 05:50:42PM +0100, per.gunnarsson at lappstockholm.se wrote:
> 
> I can listen to my stream with 
> 
>  mplayer -cache 1024 http://localhost:8000/ices.mp3
> 
> but not 
> 
> mplayer -cache 1024 http://80.244.81.186:8000/ices.mp3 
> 
> This is my icecast.xml with passwords modified
> 
>  ? ?<listen-socket>
>  ? ? ? ?<port>8000</port>
>  ? ? ? ?<!-- <bind-address>80.244.81.186</bind-address> -->
>  ? ? ? ?<!-- <shoutcast-mount>/stream</shoutcast-mount> -->
>  ? ?</listen-socket>
> 
[...]
> Where did I go wrong?
> 
I think icecast binds to localhost only by default. Put
<bind-address>::</bind-address> or <bind-address>0.0.0.0</bind-address> into
your configuration.

-- Petr
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 230 bytes
Desc: not available
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20120219/1f652059/attachment.sig>

From geoff at QuiteLikely.com  Sun Feb 19 20:58:19 2012
From: geoff at QuiteLikely.com (Geoff Shang)
Date: Sun, 19 Feb 2012 22:58:19 +0200 (IST)
Subject: [Icecast] Fw: Icecast doesn't bind to my external network
 interface?
In-Reply-To: <20120219171011.GK3103@album.bayer.uni.cx>
References: <70068a90728986f13eb48a0cad859fec@lappstockholm.se>
	<20120219171011.GK3103@album.bayer.uni.cx>
Message-ID: <alpine.DEB.2.00.1202192256310.3392@data.home>

On Sun, 19 Feb 2012, Petr Pisar wrote:

> I think icecast binds to localhost only by default. Put
> <bind-address>::</bind-address> or <bind-address>0.0.0.0</bind-address> into
> your configuration.

Not correct.  Icecast should bind to all available IPv4 interfaces by 
default.

In my experience, you do need to put:

<bind-address>::</bind-address>

to get it to bind to any IPv6 interfaces as well.

Geoff.



From per.gunnarsson at lappstockholm.se  Fri Feb 24 15:01:27 2012
From: per.gunnarsson at lappstockholm.se (per.gunnarsson at lappstockholm.se)
Date: Fri, 24 Feb 2012 16:01:27 +0100
Subject: [Icecast] Same problem as last time, with IPv6 off
Message-ID: <9202492cf42a1a3c08ba8907dc242b42@lappstockholm.se>




Hello!
?
I turned off IPv6, and now again I can't access
icecast with mplayer http://80.244.81.186:8000/ices.mp3
?
mplayer http://localhost:8000/ices.mp3 works fine
?
This is from my local box.
?
I had to attach my icecast.xml, sorry for not reading it
straight into the mail
?

?



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20120224/b9974dec/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: icecast.xml
Type: application/octet-stream
Size: 6512 bytes
Desc: not available
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20120224/b9974dec/attachment.obj>

From un at dom.de  Fri Feb 24 22:15:20 2012
From: un at dom.de (un at dom.de)
Date: Fri, 24 Feb 2012 23:15:20 +0100
Subject: [Icecast] acl for /admin, /web?
Message-ID: <20120224221520.GA12045@aporee.org>


hello, is there an acl or password/htaccess feature to protect the icecast 
web and admin directories? i'd prefer to allow access only from a few 
ip-addresses, but can't find an option... thx, uno


From jnalley at jnalley.com  Fri Feb 24 22:45:44 2012
From: jnalley at jnalley.com (Jonathan Nalley)
Date: Fri, 24 Feb 2012 17:45:44 -0500
Subject: [Icecast] acl for /admin, /web?
In-Reply-To: <20120224221520.GA12045@aporee.org>
References: <20120224221520.GA12045@aporee.org>
Message-ID: <CAEiqQGaz+nLOd32OHNpV5+pt8EmTtum1=ExgBDhoFYNc2YExeQ@mail.gmail.com>

Yes, sort of.  See the forum posts where this has been asked before:
http://icecast.imux.net/viewtopic.php?t=6220
http://icecast.imux.net/viewtopic.php?t=3818
http://icecast.imux.net/viewtopic.php?t=6773

On Fri, Feb 24, 2012 at 5:15 PM,  <un at dom.de> wrote:
>
> hello, is there an acl or password/htaccess feature to protect the icecast
> web and admin directories? i'd prefer to allow access only from a few
> ip-addresses, but can't find an option... thx, uno
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast


From un at dom.de  Fri Feb 24 23:25:10 2012
From: un at dom.de (un at dom.de)
Date: Sat, 25 Feb 2012 00:25:10 +0100
Subject: [Icecast] acl for /admin, /web?
In-Reply-To: <CAEiqQGaz+nLOd32OHNpV5+pt8EmTtum1=ExgBDhoFYNc2YExeQ@mail.gmail.com>
References: <20120224221520.GA12045@aporee.org>
	<CAEiqQGaz+nLOd32OHNpV5+pt8EmTtum1=ExgBDhoFYNc2YExeQ@mail.gmail.com>
Message-ID: <20120224232510.GA12741@aporee.org>

Jonathan Nalley:
> Yes, sort of.  See the forum posts where this has been asked before:
> http://icecast.imux.net/viewtopic.php?t=6220
> http://icecast.imux.net/viewtopic.php?t=3818
> http://icecast.imux.net/viewtopic.php?t=6773

i see, thanks. but that means i'd have to create a mount for every 
file i want to protect, in the web & admin directory? ...
or is there some wildcard which matches all files in web & admin? 
/* or so? 
it would be nice to have something like apache (or icecast1) -style acls.
just an idea. --uno





> 
> On Fri, Feb 24, 2012 at 5:15 PM,  <un at dom.de> wrote:
> >
> > hello, is there an acl or password/htaccess feature to protect the icecast
> > web and admin directories? i'd prefer to allow access only from a few
> > ip-addresses, but can't find an option... thx, uno
> > _______________________________________________
> > Icecast mailing list
> > Icecast at xiph.org
> > http://lists.xiph.org/mailman/listinfo/icecast


From michel.memeteau at gmail.com  Sat Feb 25 09:31:19 2012
From: michel.memeteau at gmail.com (michel memeteau)
Date: Sat, 25 Feb 2012 10:31:19 +0100
Subject: [Icecast] Some players never start the icecast stream
Message-ID: <CAJbJ1Bv=qSJvHF+7pHN7Z2bvT6=JBv0t1X_KEYoYoazR9xndag@mail.gmail.com>

Hi , it seems we have a problem with our mp3/OGG streams ,  some player
like gstreamer or mplayer based ones just buffers a lot and stay stuck
without starting the stream.

It works great with VLC and flash player

Could  you people give it a try and return your results ( don't mean to
flood the list but i t could help me findind the problem)


http://www.radiogalere.org:8080/status

Thanks

-- 
<------------------------------------------------------->
web perso : http://memeteau.com
Boutique Ordinateurs GNU/Linux : http://shop.ekimia.fr
Fixe :  0974763294 Mobile : 0624808051

<xmpp%3Afreechelmi at jabber.fr>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20120225/850dbcd2/attachment.htm>

From thomas.ruecker at tieto.com  Sat Feb 25 10:19:23 2012
From: thomas.ruecker at tieto.com (thomas.ruecker at tieto.com)
Date: Sat, 25 Feb 2012 12:19:23 +0200
Subject: [Icecast] Same problem as last time, with IPv6 off
In-Reply-To: <9202492cf42a1a3c08ba8907dc242b42@lappstockholm.se>
References: <9202492cf42a1a3c08ba8907dc242b42@lappstockholm.se>
Message-ID: <5E49EEF5B3B23549BAF01B43D0C2BB3017A77D08CC@EXMB03.eu.tieto.com>

Hi,


sounds like a configuration problem. make sure you bind to either a port or a specific IP+port pair.


If you suspect a bug in icecast then please provide more details about your setup. (Distribution, relevant system config, output of netstat, ...)

Cheers


Thomas
--
Sent from my Nokia N950


On 24.2.2012 17:03 per.gunnarsson at lappstockholm.se wrote:

Hello!



I turned off IPv6, and now again I can't access

icecast with mplayer http://80.244.81.186:8000/ices.mp3



mplayer http://localhost:8000/ices.mp3 works fine



This is from my local box.



I had to attach my icecast.xml, sorry for not reading it

straight into the mail





-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20120225/026ce909/attachment.htm>

From paul at dabdig.com  Sat Feb 25 10:47:56 2012
From: paul at dabdig.com (Paul Webster)
Date: Sat, 25 Feb 2012 10:47:56 +0000
Subject: [Icecast] Some players never start the icecast stream
In-Reply-To: <CAJbJ1Bv=qSJvHF+7pHN7Z2bvT6=JBv0t1X_KEYoYoazR9xndag@mail.gmail.com>
References: <CAJbJ1Bv=qSJvHF+7pHN7Z2bvT6=JBv0t1X_KEYoYoazR9xndag@mail.gmail.com>
Message-ID: <sqehk7tbglqk600p7tgpi12pftpgi6krrt@4ax.com>

It worked fine for me - mplayer 1.0rc2-4.2.1
including using the .m3u from your site
http://www.radiogalere.org/sites/default/files/station/508-RADIO_GALERE.m3u

So I just added your station to the Reciva database at
https://www.reciva.com/station/46861

You are already in TuneIn/RadioTime
http://tunein.com/radio/Radio-Gal%C3%A8re-884-s50525/

Paul Webster


 On Sat, 25 Feb 2012 10:31:19 +0100, you wrote:

>Hi , it seems we have a problem with our mp3/OGG streams ,  some player
>like gstreamer or mplayer based ones just buffers a lot and stay stuck
>without starting the stream.
>
>It works great with VLC and flash player
>
>Could  you people give it a try and return your results ( don't mean to
>flood the list but i t could help me findind the problem)
>
>
>http://www.radiogalere.org:8080/status
>
>Thanks


From per.gunnarsson at lappstockholm.se  Sat Feb 25 14:31:58 2012
From: per.gunnarsson at lappstockholm.se (per.gunnarsson at lappstockholm.se)
Date: Sat, 25 Feb 2012 15:31:58 +0100
Subject: [Icecast] Fw:  Same problem as last time, with IPv6 off
Message-ID: <e113f82cc4080ba15e9435281ed06c2d@lappstockholm.se>





-----Originalmeddelande----- 
Fr?n: "Per Gunnarsson" <per at 80-244-81-186.customer.t3.se> 
Till: per.gunnarsson at lappstockholm.se 
Datum: 2012-02-25 15:20 
?mne: [Icecast] Same problem as last time, with IPv6 off 

OK, this is my configuration file:

<icecast>
 ? ?<limits>
 ? ? ? ?<clients>100</clients>
 ? ? ? ?<sources>2</sources>
 ? ? ? ?<threadpool>5</threadpool>
 ? ? ? ?<queue-size>524288</queue-size>
 ? ? ? ?<client-timeout>30</client-timeout>
 ? ? ? ?<header-timeout>15</header-timeout>
 ? ? ? ?<source-timeout>10</source-timeout>
 ? ? ? ?<!-- If enabled, this will provide a burst of data when a client 
 ? ? ? ? ? ? first connects, thereby significantly reducing the startup 
 ? ? ? ? ? ? time for listeners that do substantial buffering. However,
 ? ? ? ? ? ? it also significantly increases latency between the source
 ? ? ? ? ? ? client and listening client. ?For low-latency setups, you
 ? ? ? ? ? ? might want to disable this. -->
 ? ? ? ?<burst-on-connect>1</burst-on-connect>
 ? ? ? ?<!-- same as burst-on-connect, but this allows for being more
 ? ? ? ? ? ? specific on how much to burst. Most people won't need to
 ? ? ? ? ? ? change from the default 64k. Applies to all mountpoints ?-->
 ? ? ? ?<burst-size>65535</burst-size>
 ? ?</limits>

 ? ?<authentication>
 ? ? ? ?<!-- Sources log in with username 'source' -->
 ? ? ? ?<source-password>hackme</source-password>
 ? ? ? ?<!-- Relays log in username 'relay' -->
 ? ? ? ?<relay-password>hackme</relay-password>

 ? ? ? ?<!-- Admin logs in with the username given below -->
 ? ? ? ?<admin-user>admin</admin-user>
 ? ? ? ?<admin-password>hackme</admin-password>
 ? ?</authentication>

 ? ?<!-- set the mountpoint for a shoutcast source to use, the default if not
 ? ? ? ? specified is /stream but you can change it here if an alternative is
 ? ? ? ? wanted or an extension is required
 ? ?<shoutcast-mount>/live.nsv</shoutcast-mount>
 ? ?-->

 ? ?<!-- Uncomment this if you want directory listings -->
 ? ?<!--
 ? ?<directory>
 ? ? ? ?<yp-url-timeout>15</yp-url-timeout>
 ? ? ? ?<yp-url>http://dir.xiph.org/cgi-bin/yp-cgi</yp-url>
 ? ?</directory>
 ? ? -->

 ? ?<!-- This is the hostname other people will use to connect to your server.
 ? ?It affects mainly the urls generated by Icecast for playlists and yp
 ? ?listings. -->
 ? ?<hostname>80-244-81-186.customer.t3.se</hostname>

 ? ?<!-- You may have multiple <listener> elements -->
 ? ?<listen-socket>
 ? ? ? ?<port>8000</port>
 ? ? ? ?<!-- <bind-address>80.244.81.186</bind-address> -->
 ? ? ? ?<!-- <shoutcast-mount>/stream</shoutcast-mount> -->
 ? ?</listen-socket>
 ? ?<!--
 ? ?<listen-socket>
 ? ? ? ?<port>8001</port>
 ? ?</listen-socket>
 ? ?-->

 ? ?<!--<master-server>127.0.0.1</master-server>-->
 ? ?<!--<master-server-port>8001</master-server-port>-->
 ? ?<!--<master-update-interval>120</master-update-interval>-->
 ? ?<!--<master-password>hackme</master-password>-->

 ? ?<!-- setting this makes all relays on-demand unless overridden, this is
 ? ? ? ? useful for master relays which do not have <relay> definitions here.
 ? ? ? ? The default is 0 -->
 ? ?<!--<relays-on-demand>1</relays-on-demand>-->

 ? ?<!--
 ? ?<relay>
 ? ? ? ?<server>127.0.0.1</server>
 ? ? ? ?<port>8001</port>
 ? ? ? ?<mount>/example.ogg</mount>
 ? ? ? ?<local-mount>/different.ogg</local-mount>
 ? ? ? ?<on-demand>0</on-demand>

 ? ? ? ?<relay-shoutcast-metadata>0</relay-shoutcast-metadata>
 ? ?</relay>
 ? ?-->

 ? ?<!-- Only define a <mount> section if you want to use advanced options,
 ? ? ? ? like alternative usernames or passwords
 ? ?<mount>
 ? ? ? ?<mount-name>/complex-example.ogg</mount-name>

 ? ? ? ?<username>othersource</username>
 ? ? ? ?<password>hackmemore</password>

 ? ? ? ?<max-listeners>1</max-listeners>
 ? ? ? ?<dump-file>/tmp/dump-example1.ogg</dump-file>
 ? ? ? ?<burst-size>65536</burst-size>
 ? ? ? ?<fallback-mount>/ices.mp3</fallback-mount>
 ? ? ? ?<fallback-override>1</fallback-override>
 ? ? ? ?<fallback-when-full>1</fallback-when-full>
 ? ? ? ?<intro>/example_intro.ogg</intro>
 ? ? ? ?<hidden>1</hidden>
 ? ? ? ?<no-yp>1</no-yp>
 ? ? ? ?<authentication type="htpasswd">
 ? ? ? ? ? ? ? ?<option name="filename" value="myauth"/>
 ? ? ? ? ? ? ? ?<option name="allow_duplicate_users" value="0"/>
 ? ? ? ?</authentication>
 ? ? ? ?<on-connect>/home/icecast/bin/stream-start</on-connect>
 ? ? ? ?<on-disconnect>/home/icecast/bin/stream-stop</on-disconnect>
 ? ?</mount>

 ? ?<mount>
 ? ? ? ?<mount-name>/auth_example.ogg</mount-name>
 ? ? ? ?<authentication type="url">
 ? ? ? ? ? ?<option name="mount_add" ? ? ? value="http://myauthserver.net/notify_mount.php"/>
 ? ? ? ? ? ?<option name="mount_remove" ? ?value="http://myauthserver.net/notify_mount.php"/>
 ? ? ? ? ? ?<option name="listener_add" ? ?value="http://myauthserver.net/notify_listener.php"/>
 ? ? ? ? ? ?<option name="listener_remove" value="http://myauthserver.net/notify_listener.php"/>
 ? ? ? ?</authentication>
 ? ?</mount>

 ? ?-->

 ? ?<fileserve>1</fileserve>

 ? ?<paths>
??????????<!-- basedir is only used if chroot is enabled -->
 ? ? ? ?<basedir>/var/icecast</basedir>

 ? ? ? ?<!-- Note that if <chroot> is turned on below, these paths must both
 ? ? ? ? ? ? be relative to the new root, not the original root -->
 ? ? ? ?<logdir>/log</logdir>
 ? ? ? ?<webroot>/web</webroot>
 ? ? ? ?<adminroot>/admin</adminroot>
 ? ? ? ?<!-- <pidfile>/var/run/icecast.pid</pidfile> -->

 ? ? ? ?<!-- Aliases: treat requests for 'source' path as being for 'dest' path
 ? ? ? ? ? ? May be made specific to a port or bound address using the "port"
 ? ? ? ? ? ? and "bind-address" attributes.
 ? ? ? ? ?-->
 ? ? ? ?<!--
 ? ? ? ?<alias source="/foo" dest="/bar"/>
 ? ? ? ? ?-->
 ? ? ? ?<!-- Aliases: can also be used for simple redirections as well,
 ? ? ? ? ? ? this example will redirect all requests for http://server:port/ to
 ? ? ? ? ? ? the status page
 ? ? ? ? ?-->
 ? ? ? ?<alias source="/" dest="/status.xsl"/>
 ? ?</paths>

 ? ?<logging>
 ? ? ? ?<accesslog>access.log</accesslog>
 ? ? ? ?<errorlog>error.log</errorlog>
 ? ? ? ?<!-- <playlistlog>playlist.log</playlistlog> -->
 ? ? ??????<loglevel>3</loglevel> <!-- 4 Debug, 3 Info, 2 Warn, 1 Error -->
 ? ? ??????<logsize>10000</logsize> <!-- Max size of a logfile -->
 ? ? ? ?<!-- If logarchive is enabled (1), then when logsize is reached
 ? ? ? ? ? ? the logfile will be moved to [error|access|playlist].log.DATESTAMP,
 ? ? ? ? ? ? otherwise it will be moved to [error|access|playlist].log.old.
 ? ? ? ? ? ? Default is non-archive mode (i.e. overwrite)
 ? ? ? ?-->
 ? ? ? ?<!-- <logarchive>1</logarchive> -->
 ? ?</logging>

 ? ?<security>
 ? ? ? ?<chroot>1</chroot> ?
 ? ? ? ?<changeowner>
 ? ? ? ? ? ?<user>_icecast</user>
 ? ? ? ? ? ?<group>_icecast</group>
 ? ? ? ?</changeowner>
 ? ?</security>
</icecast>


This is the output of netstat:


Active Internet connections
Proto ? Recv-Q Send-Q ?Local Address ? ? ? ? ?Foreign Address ? ? ? ?(state)
tcp ? ? ? ? ?0 ? ? ?0 ?80-244-81-186.18000 ? ?ns2.t3.se.domain ? ? ? TIME_WAIT
tcp ? ? ? ? ?0 ? ? ?0 ?80-244-81-186.6443 ? ? mail.knet.se.www ? ? ? ESTABLISHED
tcp ? ? ? ? ?0 ? ? ?0 ?80-244-81-186.47218 ? ?channel-jx-13-01.https ESTABLISHED
tcp ? ? ? ? ?0 ? ? ?0 ?80-244-81-186.14724 ? ?mail.t3.se.www ? ? ? ? ESTABLISHED
tcp ? ? ? ? ?0 ? ? ?0 ?80-244-81-186.21914 ? ?www-10-02-ash3.f.https ESTABLISHED
tcp ? ? ? ? ?0 ? ? ?0 ?80-244-81-186.7069 ? ? www-10-02-ash3.f.https ESTABLISHED
tcp ? ? ? ? ?0 ? ? ?0 ?80-244-81-186.35944 ? ?webmail.knet.se.www ? ?ESTABLISHED
tcp ? ? ? ? ?0 ? ? ?0 ?80-244-81-186.18947 ? ?channel-jx-13-01.https FIN_WAIT_2
tcp ? ? ? ? ?0 ? ? ?0 ?80-244-81-186.35978 ? ?channel-jx-13-01.https FIN_WAIT_2
tcp ? ? ? ? ?0 ? ? ?0 ?80-244-81-186.23906 ? ?www.kontrollpane.www ? ESTABLISHED
tcp ? ? ? ? ?0 ? ? ?0 ?80-244-81-186.1532 ? ? bk-in-f125.1e100.5222 ?ESTABLISHED
tcp ? ? ? ? ?0 ? ? ?0 ?80-244-81-186.1417 ? ? baymsg1020311.ga.1863 ?ESTABLISHED
tcp ? ? ? ? ?0 ? ? ?0 ?80-244-81-186.7079 ? ? cs218.msg.sp1.ya.5050 ?ESTABLISHED
Active Internet connections
Proto ? Recv-Q Send-Q ?Local Address ? ? ? ? ?Foreign Address ? ? ? ?(state)
tcp6 ? ? ? ? 0 ? ? ?0 ?localhost.8000 ? ? ? ? localhost.30729 ? ? ? ?ESTABLISHED
tcp6 ? ? ? ? 0 ? ? ?0 ?localhost.30729 ? ? ? ?localhost.8000 ? ? ? ? ESTABLISHED
Active UNIX domain sockets
Address ? ?Type ? Recv-Q Send-Q ? ? ?Inode ? ? ? Conn ? ? ? Refs ? ?Nextref Addr
0xd8498994 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd3427f00 ? ? ? ?0x0 ? ? ? ?0x0
0xd8498dd4 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd3204540 ? ? ? ?0x0 ? ? ? ?0x0
0xd8498114 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd3045040 ? ? ? ?0x0 ? ? ? ?0x0
0xd8498444 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd314bb00 ? ? ? ?0x0 ? ? ? ?0x0
0xd8498aa4 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 ? ? ? ?0x0 ? ? ? ?0x0 ? ? ? ?0x0
0xd8498664 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd32d1240 ? ? ? ?0x0 ? ? ? ?0x0
0xd846b998 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 ? ? ? ?0x0 ? ? ? ?0x0 ? ? ? ?0x0
0xd87a8bb0 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd3109500 ? ? ? ?0x0 ? ? ? ?0x0
0xd87a8ee0 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd32e9440 ? ? ? ?0x0 ? ? ? ?0x0
0xd84a5340 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd33fbcc0 ? ? ? ?0x0 ? ? ? ?0x0
0xd8a3a330 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd30d9f80 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/orbit-per/linc-7497-0-f1d419092fa7
0xd8489aac stream ? ? ?0 ? ? ?0 0xd883d548 ? ? ? ?0x0 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/orbit-per/linc-7497-0-f1d419092fa7
0xd848999c stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd363b5c0 ? ? ? ?0x0 ? ? ? ?0x0
0xd84a5ef0 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd3274580 ? ? ? ?0x0 ? ? ? ?0x0
0xd846b558 dgram ? ? ? 0 ? ? ?0 ? ? ? ?0x0 0xd3010ac0 ? ? ? ?0x0 0xd3028640
0xd8a3aaa0 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd322bfc0 ? ? ? ?0x0 ? ? ? ?0x0
0xd84a5890 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd3551d00 ? ? ? ?0x0 ? ? ? ?0x0
0xd8489ddc stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd34c7280 ? ? ? ?0x0 ? ? ? ?0x0
0xd84a5010 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd3412e00 ? ? ? ?0x0 ? ? ? ?0x0
0xd84a5cd0 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd340ab40 ? ? ? ?0x0 ? ? ? ?0x0
0xd887d010 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd33c20c0 ? ? ? ?0x0 ? ? ? ?0x0
0xd872166c stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd32e4240 ? ? ? ?0x0 ? ? ? ?0x0
0xd8751338 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd32e4700 ? ? ? ?0x0 ? ? ? ?0x0
0xd8c3b008 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd32bf6c0 ? ? ? ?0x0 ? ? ? ?0x0
0xd8721ccc stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd31eb140 ? ? ? ?0x0 ? ? ? ?0x0
0xd872199c stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd31ebbc0 ? ? ? ?0x0 ? ? ? ?0x0
0xd872188c stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd32ae600 ? ? ? ?0x0 ? ? ? ?0x0
0xd872177c stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd32aebc0 ? ? ? ?0x0 ? ? ? ?0x0
0xd8afa9a0 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd3109480 ? ? ? ?0x0 ? ? ? ?0x0
0xd8a3a770 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd3593d80 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/dbus-knw2aOONLH
0xd8489ccc stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd326d940 ? ? ? ?0x0 ? ? ? ?0x0
0xd848966c stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd35a70c0 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/orbit-per/linc-3f5c-0-66d0115823a6
0xd8a3a000 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd30f5140 ? ? ? ?0x0 ? ? ? ?0x0
0xd848977c stream ? ? ?0 ? ? ?0 0xd883d410 ? ? ? ?0x0 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/orbit-per/linc-3f5c-0-66d0115823a6
0xd88bb88c stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd34cbb00 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/dbus-knw2aOONLH
0xd84a5780 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd34cbbc0 ? ? ? ?0x0 ? ? ? ?0x0
0xd8721bbc stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd3204a80 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/dbus-knw2aOONLH
0xd8afa890 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd30c5ac0 ? ? ? ?0x0 ? ? ? ?0x0
0xd8afa780 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd30c54c0 ? ? ? ?0x0 ? ? ? ?0x0
0xd8afa670 stream ? ? ?0 ? ? ?0 0xd8a72d08 ? ? ? ?0x0 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/dbus-knw2aOONLH
0xd8afa450 stream ? ? 32 ? ? ?0 ? ? ? ?0x0 0xd30f5d40 ? ? ? ?0x0 ? ? ? ?0x0
0xd8b7dddc stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd30c5cc0 ? ? ? ?0x0 ? ? ? ?0x0
0xd8b7dbbc stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd30b91c0 ? ? ? ?0x0 ? ? ? ?0x0
0xd8b7d99c stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd30aba40 ? ? ? ?0x0 ? ? ? ?0x0
0xd8b7d55c stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd30abbc0 ? ? ? ?0x0 ? ? ? ?0x0
0xd8b7d77c stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd30ab100 ? ? ? ?0x0 ? ? ? ?0x0
0xd8b7d33c stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd30abd40 ? ? ? ?0x0 ? ? ? ?0x0
0xd8b7d11c stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd30a3cc0 ? ? ? ?0x0 ? ? ? ?0x0
0xd8c3bee8 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd30960c0 ? ? ? ?0x0 ? ? ? ?0x0
0xd8c3b888 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd308f4c0 ? ? ? ?0x0 ? ? ? ?0x0
0xd8c3bdd8 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd307c300 ? ? ? ?0x0 ? ? ? ?0x0
0xd8c3bcc8 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd3063180 ? ? ? ?0x0 ? ? ? ?0x0
0xd8c3baa8 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd307cb40 ? ? ? ?0x0 ? ? ? ?0x0
0xd8498cc4 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd303b680 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/.X11-unix/X0
0xd846baa8 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd33fb480 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/.X11-unix/X0
0xd848900c stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd34c9e40 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/.X11-unix/X0
0xd8a3abb0 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd343cac0 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/.X11-unix/X0
0xd8a3acc0 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd3551700 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/.X11-unix/X0
0xd848955c stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd34e0d40 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/.X11-unix/X0
0xd8a3a440 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd32ae500 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/.X11-unix/X0
0xd84a59a0 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd314bd40 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/.X11-unix/X0
0xd8a3a660 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd33c2e80 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/.X11-unix/X0
0xd8751448 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd32e7180 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/.X11-unix/X0
0xd8751228 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd32df780 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/.X11-unix/X0
0xd872111c stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd32aef40 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/.X11-unix/X0
0xd8721aac stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd32ae1c0 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/.X11-unix/X0
0xd8afaab0 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd3109600 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/.X11-unix/X0
0xd8afa560 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd3109c80 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/.X11-unix/X0
0xd8b7deec stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd30c5d00 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/.X11-unix/X0
0xd8b7dccc stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd30b9200 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/.X11-unix/X0
0xd8b7daac stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd30ab840 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/.X11-unix/X0
0xd8b7d88c stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd30ab900 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/.X11-unix/X0
0xd8b7d66c stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd30ab0c0 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/.X11-unix/X0
0xd8b7d44c stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd30abd80 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/.X11-unix/X0
0xd8b7d22c stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd30a3d00 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/.X11-unix/X0
0xd8b7d00c stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd3096900 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/.X11-unix/X0
0xd8c3b998 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd308f500 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/.X11-unix/X0
0xd8c3bbb8 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd3048180 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/.X11-unix/X0
0xd8c3b778 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd3070e40 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/.X11-unix/X0
0xd8c3b558 stream ? ? ?0 ? ? ?0 0xd8c22864 ? ? ? ?0x0 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/.X11-unix/X0
0xd8c3b228 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd3063a80 ? ? ? ?0x0 ? ? ? ?0x0
0xd8c3b118 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd3063ac0 ? ? ? ?0x0 ? ? ? ?0x0
0xd8da2dd0 dgram ? ? ? 0 ? ? ?0 ? ? ? ?0x0 0xd3010ac0 ? ? ? ?0x0 0xd30103c0
0xd8c3b668 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd3063480 ? ? ? ?0x0 ? ? ? ?0x0
0xd8c71ee4 stream ? ? ?0 ? ? ?0 0xd8c3f724 ? ? ? ?0x0 ? ? ? ?0x0 ? ? ? ?0x0 tabs/.sock
0xd8c71dd4 dgram ? ? ? 0 ? ? ?0 ? ? ? ?0x0 0xd3010ac0 ? ? ? ?0x0 0xd304c6c0
0xd8da2aa0 dgram ? ? ? 0 ? ? ?0 ? ? ? ?0x0 0xd3010ac0 ? ? ? ?0x0 ? ? ? ?0x0
0xd8da2990 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd3010280 ? ? ? ?0x0 ? ? ? ?0x0
0xd8da2880 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd3010700 ? ? ? ?0x0 ? ? ? ?0x0
0xd8da2770 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd3010840 ? ? ? ?0x0 ? ? ? ?0x0
0xd8da2660 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd3010800 ? ? ? ?0x0 ? ? ? ?0x0
0xd8da2550 dgram ? ? ? 0 ? ? ?0 0xd8d55640 ? ? ? ?0x0 ? ? ? ?0x0 ? ? ? ?0x0 /var/empty/dev/log
0xd8da2440 dgram ? ? ? 0 ? ? ?0 0xd8d555a4 ? ? ? ?0x0 ? ? ? ?0x0 ? ? ? ?0x0 /var/www/dev/log
0xd8da2330 dgram ? ? ? 0 ? ? ?0 0xd8d55508 ? ? ? ?0x0 0xd3232280 ? ? ? ?0x0 /dev/log


this is th output of error.log:

[2012-02-25 ?14:12:51] INFO main/main Icecast 2.3.2 server started
[2012-02-25 ?14:12:51] INFO connection/get_ssl_certificate No SSL 
capability on any configured ports
[2012-02-25 ?14:12:51] INFO fserve/fserv_thread_function file serving 
thread started
[2012-02-25 ?14:12:51] INFO yp/yp_update_thread YP update thread started
[2012-02-25 ?14:12:52] INFO connection/_handle_source_request Source 
logging in at mountpoint "/ices.mp3"
[2012-02-25 ?14:12:53] INFO source/source_main listener count on 
/ices.mp3 now 0
[2012-02-25 ?14:12:53] INFO admin/admin_handle_request Received admin 
command metadata on mount "/ices.mp3"
[2012-02-25 ?14:12:53] INFO admin/command_metadata Metadata on 
mountpoint /ices.mp3 changed to "??T - ??W"
[2012-02-25 ?14:13:58] INFO admin/admin_handle_request Received admin 
command metadata on mount "/ices.mp3"
[2012-02-25 ?14:13:58] INFO admin/command_metadata Metadata on 
mountpoint /ices.mp3 changed to "Johnny Cash & June Carter Cash/Johnny 
Cash & June Carter Cash - It Ain't Me Babe


This is running on OpenBSD









From mcbicecast at robuust.nl  Sat Feb 25 22:36:11 2012
From: mcbicecast at robuust.nl (Maarten Bezemer)
Date: Sat, 25 Feb 2012 23:36:11 +0100 (CET)
Subject: [Icecast] Fw:  Same problem as last time, with IPv6 off
In-Reply-To: <e113f82cc4080ba15e9435281ed06c2d@lappstockholm.se>
References: <e113f82cc4080ba15e9435281ed06c2d@lappstockholm.se>
Message-ID: <Pine.LNX.4.64.1202252331420.7081@wormhole.robuust.nl>


Not sure what command line arguments openbsd netstat has, but for Linux, 
there is the -a switch to also show listening sockets. (netstat -a -n | 
grep LISTEN)
That might show whether or not icecast is listening to 0.0.0.0:8000 (or 
its ipv6 counterpart :::8000 ) or to localhost only (127.0.0.1:8000 / 
::1:8000)

If it is indeed listening to 0.0.0.0 and you are unable to connect to the 
public IP, maybe there are some firewall rules prohibiting those 
connections.

HTH,
Maarten


On Sat, 25 Feb 2012, per.gunnarsson at lappstockholm.se wrote:

>
>
>
>
> -----Originalmeddelande-----
> Fr?n: "Per Gunnarsson" <per at 80-244-81-186.customer.t3.se>
> Till: per.gunnarsson at lappstockholm.se
> Datum: 2012-02-25 15:20
> ?mne: [Icecast] Same problem as last time, with IPv6 off
>
> OK, this is my configuration file:
>
> <icecast>
> ? ?<limits>
> ? ? ? ?<clients>100</clients>
> ? ? ? ?<sources>2</sources>
> ? ? ? ?<threadpool>5</threadpool>
> ? ? ? ?<queue-size>524288</queue-size>
> ? ? ? ?<client-timeout>30</client-timeout>
> ? ? ? ?<header-timeout>15</header-timeout>
> ? ? ? ?<source-timeout>10</source-timeout>
> ? ? ? ?<!-- If enabled, this will provide a burst of data when a client
> ? ? ? ? ? ? first connects, thereby significantly reducing the startup
> ? ? ? ? ? ? time for listeners that do substantial buffering. However,
> ? ? ? ? ? ? it also significantly increases latency between the source
> ? ? ? ? ? ? client and listening client. ?For low-latency setups, you
> ? ? ? ? ? ? might want to disable this. -->
> ? ? ? ?<burst-on-connect>1</burst-on-connect>
> ? ? ? ?<!-- same as burst-on-connect, but this allows for being more
> ? ? ? ? ? ? specific on how much to burst. Most people won't need to
> ? ? ? ? ? ? change from the default 64k. Applies to all mountpoints ?-->
> ? ? ? ?<burst-size>65535</burst-size>
> ? ?</limits>
>
> ? ?<authentication>
> ? ? ? ?<!-- Sources log in with username 'source' -->
> ? ? ? ?<source-password>hackme</source-password>
> ? ? ? ?<!-- Relays log in username 'relay' -->
> ? ? ? ?<relay-password>hackme</relay-password>
>
> ? ? ? ?<!-- Admin logs in with the username given below -->
> ? ? ? ?<admin-user>admin</admin-user>
> ? ? ? ?<admin-password>hackme</admin-password>
> ? ?</authentication>
>
> ? ?<!-- set the mountpoint for a shoutcast source to use, the default if not
> ? ? ? ? specified is /stream but you can change it here if an alternative is
> ? ? ? ? wanted or an extension is required
> ? ?<shoutcast-mount>/live.nsv</shoutcast-mount>
> ? ?-->
>
> ? ?<!-- Uncomment this if you want directory listings -->
> ? ?<!--
> ? ?<directory>
> ? ? ? ?<yp-url-timeout>15</yp-url-timeout>
> ? ? ? ?<yp-url>http://dir.xiph.org/cgi-bin/yp-cgi</yp-url>
> ? ?</directory>
> ? ? -->
>
> ? ?<!-- This is the hostname other people will use to connect to your server.
> ? ?It affects mainly the urls generated by Icecast for playlists and yp
> ? ?listings. -->
> ? ?<hostname>80-244-81-186.customer.t3.se</hostname>
>
> ? ?<!-- You may have multiple <listener> elements -->
> ? ?<listen-socket>
> ? ? ? ?<port>8000</port>
> ? ? ? ?<!-- <bind-address>80.244.81.186</bind-address> -->
> ? ? ? ?<!-- <shoutcast-mount>/stream</shoutcast-mount> -->
> ? ?</listen-socket>
> ? ?<!--
> ? ?<listen-socket>
> ? ? ? ?<port>8001</port>
> ? ?</listen-socket>
> ? ?-->
>
> ? ?<!--<master-server>127.0.0.1</master-server>-->
> ? ?<!--<master-server-port>8001</master-server-port>-->
> ? ?<!--<master-update-interval>120</master-update-interval>-->
> ? ?<!--<master-password>hackme</master-password>-->
>
> ? ?<!-- setting this makes all relays on-demand unless overridden, this is
> ? ? ? ? useful for master relays which do not have <relay> definitions here.
> ? ? ? ? The default is 0 -->
> ? ?<!--<relays-on-demand>1</relays-on-demand>-->
>
> ? ?<!--
> ? ?<relay>
> ? ? ? ?<server>127.0.0.1</server>
> ? ? ? ?<port>8001</port>
> ? ? ? ?<mount>/example.ogg</mount>
> ? ? ? ?<local-mount>/different.ogg</local-mount>
> ? ? ? ?<on-demand>0</on-demand>
>
> ? ? ? ?<relay-shoutcast-metadata>0</relay-shoutcast-metadata>
> ? ?</relay>
> ? ?-->
>
> ? ?<!-- Only define a <mount> section if you want to use advanced options,
> ? ? ? ? like alternative usernames or passwords
> ? ?<mount>
> ? ? ? ?<mount-name>/complex-example.ogg</mount-name>
>
> ? ? ? ?<username>othersource</username>
> ? ? ? ?<password>hackmemore</password>
>
> ? ? ? ?<max-listeners>1</max-listeners>
> ? ? ? ?<dump-file>/tmp/dump-example1.ogg</dump-file>
> ? ? ? ?<burst-size>65536</burst-size>
> ? ? ? ?<fallback-mount>/ices.mp3</fallback-mount>
> ? ? ? ?<fallback-override>1</fallback-override>
> ? ? ? ?<fallback-when-full>1</fallback-when-full>
> ? ? ? ?<intro>/example_intro.ogg</intro>
> ? ? ? ?<hidden>1</hidden>
> ? ? ? ?<no-yp>1</no-yp>
> ? ? ? ?<authentication type="htpasswd">
> ? ? ? ? ? ? ? ?<option name="filename" value="myauth"/>
> ? ? ? ? ? ? ? ?<option name="allow_duplicate_users" value="0"/>
> ? ? ? ?</authentication>
> ? ? ? ?<on-connect>/home/icecast/bin/stream-start</on-connect>
> ? ? ? ?<on-disconnect>/home/icecast/bin/stream-stop</on-disconnect>
> ? ?</mount>
>
> ? ?<mount>
> ? ? ? ?<mount-name>/auth_example.ogg</mount-name>
> ? ? ? ?<authentication type="url">
> ? ? ? ? ? ?<option name="mount_add" ? ? ? value="http://myauthserver.net/notify_mount.php"/>
> ? ? ? ? ? ?<option name="mount_remove" ? ?value="http://myauthserver.net/notify_mount.php"/>
> ? ? ? ? ? ?<option name="listener_add" ? ?value="http://myauthserver.net/notify_listener.php"/>
> ? ? ? ? ? ?<option name="listener_remove" value="http://myauthserver.net/notify_listener.php"/>
> ? ? ? ?</authentication>
> ? ?</mount>
>
> ? ?-->
>
> ? ?<fileserve>1</fileserve>
>
> ? ?<paths>
> ??????????<!-- basedir is only used if chroot is enabled -->
> ? ? ? ?<basedir>/var/icecast</basedir>
>
> ? ? ? ?<!-- Note that if <chroot> is turned on below, these paths must both
> ? ? ? ? ? ? be relative to the new root, not the original root -->
> ? ? ? ?<logdir>/log</logdir>
> ? ? ? ?<webroot>/web</webroot>
> ? ? ? ?<adminroot>/admin</adminroot>
> ? ? ? ?<!-- <pidfile>/var/run/icecast.pid</pidfile> -->
>
> ? ? ? ?<!-- Aliases: treat requests for 'source' path as being for 'dest' path
> ? ? ? ? ? ? May be made specific to a port or bound address using the "port"
> ? ? ? ? ? ? and "bind-address" attributes.
> ? ? ? ? ?-->
> ? ? ? ?<!--
> ? ? ? ?<alias source="/foo" dest="/bar"/>
> ? ? ? ? ?-->
> ? ? ? ?<!-- Aliases: can also be used for simple redirections as well,
> ? ? ? ? ? ? this example will redirect all requests for http://server:port/ to
> ? ? ? ? ? ? the status page
> ? ? ? ? ?-->
> ? ? ? ?<alias source="/" dest="/status.xsl"/>
> ? ?</paths>
>
> ? ?<logging>
> ? ? ? ?<accesslog>access.log</accesslog>
> ? ? ? ?<errorlog>error.log</errorlog>
> ? ? ? ?<!-- <playlistlog>playlist.log</playlistlog> -->
> ? ? ??????<loglevel>3</loglevel> <!-- 4 Debug, 3 Info, 2 Warn, 1 Error -->
> ? ? ??????<logsize>10000</logsize> <!-- Max size of a logfile -->
> ? ? ? ?<!-- If logarchive is enabled (1), then when logsize is reached
> ? ? ? ? ? ? the logfile will be moved to [error|access|playlist].log.DATESTAMP,
> ? ? ? ? ? ? otherwise it will be moved to [error|access|playlist].log.old.
> ? ? ? ? ? ? Default is non-archive mode (i.e. overwrite)
> ? ? ? ?-->
> ? ? ? ?<!-- <logarchive>1</logarchive> -->
> ? ?</logging>
>
> ? ?<security>
> ? ? ? ?<chroot>1</chroot> ?
> ? ? ? ?<changeowner>
> ? ? ? ? ? ?<user>_icecast</user>
> ? ? ? ? ? ?<group>_icecast</group>
> ? ? ? ?</changeowner>
> ? ?</security>
> </icecast>
>
>
> This is the output of netstat:
>
>
> Active Internet connections
> Proto ? Recv-Q Send-Q ?Local Address ? ? ? ? ?Foreign Address ? ? ? ?(state)
> tcp ? ? ? ? ?0 ? ? ?0 ?80-244-81-186.18000 ? ?ns2.t3.se.domain ? ? ? TIME_WAIT
> tcp ? ? ? ? ?0 ? ? ?0 ?80-244-81-186.6443 ? ? mail.knet.se.www ? ? ? ESTABLISHED
> tcp ? ? ? ? ?0 ? ? ?0 ?80-244-81-186.47218 ? ?channel-jx-13-01.https ESTABLISHED
> tcp ? ? ? ? ?0 ? ? ?0 ?80-244-81-186.14724 ? ?mail.t3.se.www ? ? ? ? ESTABLISHED
> tcp ? ? ? ? ?0 ? ? ?0 ?80-244-81-186.21914 ? ?www-10-02-ash3.f.https ESTABLISHED
> tcp ? ? ? ? ?0 ? ? ?0 ?80-244-81-186.7069 ? ? www-10-02-ash3.f.https ESTABLISHED
> tcp ? ? ? ? ?0 ? ? ?0 ?80-244-81-186.35944 ? ?webmail.knet.se.www ? ?ESTABLISHED
> tcp ? ? ? ? ?0 ? ? ?0 ?80-244-81-186.18947 ? ?channel-jx-13-01.https FIN_WAIT_2
> tcp ? ? ? ? ?0 ? ? ?0 ?80-244-81-186.35978 ? ?channel-jx-13-01.https FIN_WAIT_2
> tcp ? ? ? ? ?0 ? ? ?0 ?80-244-81-186.23906 ? ?www.kontrollpane.www ? ESTABLISHED
> tcp ? ? ? ? ?0 ? ? ?0 ?80-244-81-186.1532 ? ? bk-in-f125.1e100.5222 ?ESTABLISHED
> tcp ? ? ? ? ?0 ? ? ?0 ?80-244-81-186.1417 ? ? baymsg1020311.ga.1863 ?ESTABLISHED
> tcp ? ? ? ? ?0 ? ? ?0 ?80-244-81-186.7079 ? ? cs218.msg.sp1.ya.5050 ?ESTABLISHED
> Active Internet connections
> Proto ? Recv-Q Send-Q ?Local Address ? ? ? ? ?Foreign Address ? ? ? ?(state)
> tcp6 ? ? ? ? 0 ? ? ?0 ?localhost.8000 ? ? ? ? localhost.30729 ? ? ? ?ESTABLISHED
> tcp6 ? ? ? ? 0 ? ? ?0 ?localhost.30729 ? ? ? ?localhost.8000 ? ? ? ? ESTABLISHED
> Active UNIX domain sockets
> Address ? ?Type ? Recv-Q Send-Q ? ? ?Inode ? ? ? Conn ? ? ? Refs ? ?Nextref Addr
> 0xd8498994 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd3427f00 ? ? ? ?0x0 ? ? ? ?0x0
> 0xd8498dd4 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd3204540 ? ? ? ?0x0 ? ? ? ?0x0
> 0xd8498114 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd3045040 ? ? ? ?0x0 ? ? ? ?0x0
> 0xd8498444 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd314bb00 ? ? ? ?0x0 ? ? ? ?0x0
> 0xd8498aa4 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 ? ? ? ?0x0 ? ? ? ?0x0 ? ? ? ?0x0
> 0xd8498664 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd32d1240 ? ? ? ?0x0 ? ? ? ?0x0
> 0xd846b998 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 ? ? ? ?0x0 ? ? ? ?0x0 ? ? ? ?0x0
> 0xd87a8bb0 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd3109500 ? ? ? ?0x0 ? ? ? ?0x0
> 0xd87a8ee0 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd32e9440 ? ? ? ?0x0 ? ? ? ?0x0
> 0xd84a5340 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd33fbcc0 ? ? ? ?0x0 ? ? ? ?0x0
> 0xd8a3a330 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd30d9f80 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/orbit-per/linc-7497-0-f1d419092fa7
> 0xd8489aac stream ? ? ?0 ? ? ?0 0xd883d548 ? ? ? ?0x0 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/orbit-per/linc-7497-0-f1d419092fa7
> 0xd848999c stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd363b5c0 ? ? ? ?0x0 ? ? ? ?0x0
> 0xd84a5ef0 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd3274580 ? ? ? ?0x0 ? ? ? ?0x0
> 0xd846b558 dgram ? ? ? 0 ? ? ?0 ? ? ? ?0x0 0xd3010ac0 ? ? ? ?0x0 0xd3028640
> 0xd8a3aaa0 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd322bfc0 ? ? ? ?0x0 ? ? ? ?0x0
> 0xd84a5890 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd3551d00 ? ? ? ?0x0 ? ? ? ?0x0
> 0xd8489ddc stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd34c7280 ? ? ? ?0x0 ? ? ? ?0x0
> 0xd84a5010 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd3412e00 ? ? ? ?0x0 ? ? ? ?0x0
> 0xd84a5cd0 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd340ab40 ? ? ? ?0x0 ? ? ? ?0x0
> 0xd887d010 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd33c20c0 ? ? ? ?0x0 ? ? ? ?0x0
> 0xd872166c stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd32e4240 ? ? ? ?0x0 ? ? ? ?0x0
> 0xd8751338 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd32e4700 ? ? ? ?0x0 ? ? ? ?0x0
> 0xd8c3b008 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd32bf6c0 ? ? ? ?0x0 ? ? ? ?0x0
> 0xd8721ccc stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd31eb140 ? ? ? ?0x0 ? ? ? ?0x0
> 0xd872199c stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd31ebbc0 ? ? ? ?0x0 ? ? ? ?0x0
> 0xd872188c stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd32ae600 ? ? ? ?0x0 ? ? ? ?0x0
> 0xd872177c stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd32aebc0 ? ? ? ?0x0 ? ? ? ?0x0
> 0xd8afa9a0 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd3109480 ? ? ? ?0x0 ? ? ? ?0x0
> 0xd8a3a770 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd3593d80 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/dbus-knw2aOONLH
> 0xd8489ccc stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd326d940 ? ? ? ?0x0 ? ? ? ?0x0
> 0xd848966c stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd35a70c0 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/orbit-per/linc-3f5c-0-66d0115823a6
> 0xd8a3a000 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd30f5140 ? ? ? ?0x0 ? ? ? ?0x0
> 0xd848977c stream ? ? ?0 ? ? ?0 0xd883d410 ? ? ? ?0x0 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/orbit-per/linc-3f5c-0-66d0115823a6
> 0xd88bb88c stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd34cbb00 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/dbus-knw2aOONLH
> 0xd84a5780 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd34cbbc0 ? ? ? ?0x0 ? ? ? ?0x0
> 0xd8721bbc stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd3204a80 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/dbus-knw2aOONLH
> 0xd8afa890 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd30c5ac0 ? ? ? ?0x0 ? ? ? ?0x0
> 0xd8afa780 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd30c54c0 ? ? ? ?0x0 ? ? ? ?0x0
> 0xd8afa670 stream ? ? ?0 ? ? ?0 0xd8a72d08 ? ? ? ?0x0 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/dbus-knw2aOONLH
> 0xd8afa450 stream ? ? 32 ? ? ?0 ? ? ? ?0x0 0xd30f5d40 ? ? ? ?0x0 ? ? ? ?0x0
> 0xd8b7dddc stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd30c5cc0 ? ? ? ?0x0 ? ? ? ?0x0
> 0xd8b7dbbc stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd30b91c0 ? ? ? ?0x0 ? ? ? ?0x0
> 0xd8b7d99c stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd30aba40 ? ? ? ?0x0 ? ? ? ?0x0
> 0xd8b7d55c stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd30abbc0 ? ? ? ?0x0 ? ? ? ?0x0
> 0xd8b7d77c stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd30ab100 ? ? ? ?0x0 ? ? ? ?0x0
> 0xd8b7d33c stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd30abd40 ? ? ? ?0x0 ? ? ? ?0x0
> 0xd8b7d11c stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd30a3cc0 ? ? ? ?0x0 ? ? ? ?0x0
> 0xd8c3bee8 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd30960c0 ? ? ? ?0x0 ? ? ? ?0x0
> 0xd8c3b888 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd308f4c0 ? ? ? ?0x0 ? ? ? ?0x0
> 0xd8c3bdd8 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd307c300 ? ? ? ?0x0 ? ? ? ?0x0
> 0xd8c3bcc8 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd3063180 ? ? ? ?0x0 ? ? ? ?0x0
> 0xd8c3baa8 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd307cb40 ? ? ? ?0x0 ? ? ? ?0x0
> 0xd8498cc4 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd303b680 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/.X11-unix/X0
> 0xd846baa8 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd33fb480 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/.X11-unix/X0
> 0xd848900c stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd34c9e40 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/.X11-unix/X0
> 0xd8a3abb0 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd343cac0 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/.X11-unix/X0
> 0xd8a3acc0 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd3551700 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/.X11-unix/X0
> 0xd848955c stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd34e0d40 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/.X11-unix/X0
> 0xd8a3a440 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd32ae500 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/.X11-unix/X0
> 0xd84a59a0 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd314bd40 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/.X11-unix/X0
> 0xd8a3a660 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd33c2e80 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/.X11-unix/X0
> 0xd8751448 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd32e7180 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/.X11-unix/X0
> 0xd8751228 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd32df780 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/.X11-unix/X0
> 0xd872111c stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd32aef40 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/.X11-unix/X0
> 0xd8721aac stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd32ae1c0 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/.X11-unix/X0
> 0xd8afaab0 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd3109600 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/.X11-unix/X0
> 0xd8afa560 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd3109c80 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/.X11-unix/X0
> 0xd8b7deec stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd30c5d00 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/.X11-unix/X0
> 0xd8b7dccc stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd30b9200 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/.X11-unix/X0
> 0xd8b7daac stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd30ab840 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/.X11-unix/X0
> 0xd8b7d88c stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd30ab900 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/.X11-unix/X0
> 0xd8b7d66c stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd30ab0c0 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/.X11-unix/X0
> 0xd8b7d44c stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd30abd80 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/.X11-unix/X0
> 0xd8b7d22c stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd30a3d00 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/.X11-unix/X0
> 0xd8b7d00c stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd3096900 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/.X11-unix/X0
> 0xd8c3b998 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd308f500 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/.X11-unix/X0
> 0xd8c3bbb8 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd3048180 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/.X11-unix/X0
> 0xd8c3b778 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd3070e40 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/.X11-unix/X0
> 0xd8c3b558 stream ? ? ?0 ? ? ?0 0xd8c22864 ? ? ? ?0x0 ? ? ? ?0x0 ? ? ? ?0x0 /tmp/.X11-unix/X0
> 0xd8c3b228 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd3063a80 ? ? ? ?0x0 ? ? ? ?0x0
> 0xd8c3b118 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd3063ac0 ? ? ? ?0x0 ? ? ? ?0x0
> 0xd8da2dd0 dgram ? ? ? 0 ? ? ?0 ? ? ? ?0x0 0xd3010ac0 ? ? ? ?0x0 0xd30103c0
> 0xd8c3b668 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd3063480 ? ? ? ?0x0 ? ? ? ?0x0
> 0xd8c71ee4 stream ? ? ?0 ? ? ?0 0xd8c3f724 ? ? ? ?0x0 ? ? ? ?0x0 ? ? ? ?0x0 tabs/.sock
> 0xd8c71dd4 dgram ? ? ? 0 ? ? ?0 ? ? ? ?0x0 0xd3010ac0 ? ? ? ?0x0 0xd304c6c0
> 0xd8da2aa0 dgram ? ? ? 0 ? ? ?0 ? ? ? ?0x0 0xd3010ac0 ? ? ? ?0x0 ? ? ? ?0x0
> 0xd8da2990 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd3010280 ? ? ? ?0x0 ? ? ? ?0x0
> 0xd8da2880 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd3010700 ? ? ? ?0x0 ? ? ? ?0x0
> 0xd8da2770 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd3010840 ? ? ? ?0x0 ? ? ? ?0x0
> 0xd8da2660 stream ? ? ?0 ? ? ?0 ? ? ? ?0x0 0xd3010800 ? ? ? ?0x0 ? ? ? ?0x0
> 0xd8da2550 dgram ? ? ? 0 ? ? ?0 0xd8d55640 ? ? ? ?0x0 ? ? ? ?0x0 ? ? ? ?0x0 /var/empty/dev/log
> 0xd8da2440 dgram ? ? ? 0 ? ? ?0 0xd8d555a4 ? ? ? ?0x0 ? ? ? ?0x0 ? ? ? ?0x0 /var/www/dev/log
> 0xd8da2330 dgram ? ? ? 0 ? ? ?0 0xd8d55508 ? ? ? ?0x0 0xd3232280 ? ? ? ?0x0 /dev/log
>
>
> this is th output of error.log:
>
> [2012-02-25 ?14:12:51] INFO main/main Icecast 2.3.2 server started
> [2012-02-25 ?14:12:51] INFO connection/get_ssl_certificate No SSL
> capability on any configured ports
> [2012-02-25 ?14:12:51] INFO fserve/fserv_thread_function file serving
> thread started
> [2012-02-25 ?14:12:51] INFO yp/yp_update_thread YP update thread started
> [2012-02-25 ?14:12:52] INFO connection/_handle_source_request Source
> logging in at mountpoint "/ices.mp3"
> [2012-02-25 ?14:12:53] INFO source/source_main listener count on
> /ices.mp3 now 0
> [2012-02-25 ?14:12:53] INFO admin/admin_handle_request Received admin
> command metadata on mount "/ices.mp3"
> [2012-02-25 ?14:12:53] INFO admin/command_metadata Metadata on
> mountpoint /ices.mp3 changed to "??T - ??W"
> [2012-02-25 ?14:13:58] INFO admin/admin_handle_request Received admin
> command metadata on mount "/ices.mp3"
> [2012-02-25 ?14:13:58] INFO admin/command_metadata Metadata on
> mountpoint /ices.mp3 changed to "Johnny Cash & June Carter Cash/Johnny
> Cash & June Carter Cash - It Ain't Me Babe
>
>
> This is running on OpenBSD
>
>
>
>
>
>
>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
>

From thedarkener at logicalnetworking.net  Sun Feb 26 00:11:26 2012
From: thedarkener at logicalnetworking.net (TheDarkener)
Date: Sat, 25 Feb 2012 16:11:26 -0800
Subject: [Icecast] Hardware Internet radio devices stream ogg/vorbis?
Message-ID: <4F4978AE.4030609@logicalnetworking.net>

Hi all,

I just discovered some really cool looking Wi-Fi radio devices that seem
compatible with ogg/vorbis. Does anyone have one of these and can
confirm that they can indeed STREAM ogg/vorbis (not just play .ogg
files, like some Android devices I've encountered)? They look very slick!

http://www.amazon.com/Grace-Digital-3-5-Inch-Display-GDI-IRC6000/dp/B004YI9NTS/ref=pd_cp_e_1

http://www.amazon.com/gp/product/B002LARRDK/ref=cm_cr_asin_lnk

http://www.amazon.com/Mutant-MIG-PIR-5-Portable-Pocket-Sized-Tangerine/dp/B0032CNM4O/ref=pd_sim_e_7


Thanks for any input!

- Jordan
socorock.com


From thedarkener at logicalnetworking.net  Sun Feb 26 18:49:09 2012
From: thedarkener at logicalnetworking.net (TheDarkener)
Date: Sun, 26 Feb 2012 10:49:09 -0800
Subject: [Icecast] Hardware Internet radio devices stream ogg/vorbis?
In-Reply-To: <D64CE4DA-50A3-492B-BA75-0D5A262BDFE1@dabdig.com>
References: <4F4978AE.4030609@logicalnetworking.net>
	<D64CE4DA-50A3-492B-BA75-0D5A262BDFE1@dabdig.com>
Message-ID: <4F4A7EA5.6010701@logicalnetworking.net>

Hey Paul,

Thanks for the reply! If you wanted you could try my radio stream,
http://stream.socorock.com:8000/socorock.ogg.m3u - that's really good
news, I think I'm gonna pick up one of these things soon! What a great
way to listen to radio.


Cheers,
Jordan


On 02/26/2012 12:01 AM, Paul Webster wrote:
> The Grace and Logitech devices can play streaming OGG. I have different models of each and can test a specific stream for you to verify.
> I haven't seen a definitive list for the Mutant device (doesn't seem to list them in the manual).
>
> Paul Webster
>
> On 26 Feb 2012, at 00:11, TheDarkener <thedarkener at logicalnetworking.net> wrote:
>
>> Hi all,
>>
>> I just discovered some really cool looking Wi-Fi radio devices that seem
>> compatible with ogg/vorbis. Does anyone have one of these and can
>> confirm that they can indeed STREAM ogg/vorbis (not just play .ogg
>> files, like some Android devices I've encountered)? They look very slick!
>>
>> http://www.amazon.com/Grace-Digital-3-5-Inch-Display-GDI-IRC6000/dp/B004YI9NTS/ref=pd_cp_e_1
>>
>> http://www.amazon.com/gp/product/B002LARRDK/ref=cm_cr_asin_lnk
>>
>> http://www.amazon.com/Mutant-MIG-PIR-5-Portable-Pocket-Sized-Tangerine/dp/B0032CNM4O/ref=pd_sim_e_7
>>
>>
>> Thanks for any input!
>>
>> - Jordan
>> socorock.com
>> _______________________________________________
>> Icecast mailing list
>> Icecast at xiph.org
>> http://lists.xiph.org/mailman/listinfo/icecast


-- 
Jordan (PGP: 0xDA470FF8)



From paul at dabdig.com  Sun Feb 26 19:11:04 2012
From: paul at dabdig.com (Paul Webster)
Date: Sun, 26 Feb 2012 19:11:04 +0000
Subject: [Icecast] Hardware Internet radio devices stream ogg/vorbis?
In-Reply-To: <4F4A7EA5.6010701@logicalnetworking.net>
References: <4F4978AE.4030609@logicalnetworking.net>
	<D64CE4DA-50A3-492B-BA75-0D5A262BDFE1@dabdig.com>
	<4F4A7EA5.6010701@logicalnetworking.net>
Message-ID: <jq0lk7hqop1ekf63receia3j2fa3qd0bd5@4ax.com>

Just tried it on Reciva-based device (broadly same firmware as in the Grace Digital models) and it works fine.
It should appear in the on-line list of stations tomorrow - I just added the logo.
https://www.reciva.com/station/46870

Paul

On Sun, 26 Feb 2012 10:49:09 -0800, you wrote:

>Hey Paul,
>
>Thanks for the reply! If you wanted you could try my radio stream,
>http://stream.socorock.com:8000/socorock.ogg.m3u - that's really good
>news, I think I'm gonna pick up one of these things soon! What a great
>way to listen to radio.
>
>
>Cheers,
>Jordan
>
>
>On 02/26/2012 12:01 AM, Paul Webster wrote:
>> The Grace and Logitech devices can play streaming OGG. I have different models of each and can test a specific stream for you to verify.
>> I haven't seen a definitive list for the Mutant device (doesn't seem to list them in the manual).
>>
>> Paul Webster
>>
>> On 26 Feb 2012, at 00:11, TheDarkener <thedarkener at logicalnetworking.net> wrote:
>>
>>> Hi all,
>>>
>>> I just discovered some really cool looking Wi-Fi radio devices that seem
>>> compatible with ogg/vorbis. Does anyone have one of these and can
>>> confirm that they can indeed STREAM ogg/vorbis (not just play .ogg
>>> files, like some Android devices I've encountered)? They look very slick!
>>>
>>> http://www.amazon.com/Grace-Digital-3-5-Inch-Display-GDI-IRC6000/dp/B004YI9NTS/ref=pd_cp_e_1
>>>
>>> http://www.amazon.com/gp/product/B002LARRDK/ref=cm_cr_asin_lnk
>>>
>>> http://www.amazon.com/Mutant-MIG-PIR-5-Portable-Pocket-Sized-Tangerine/dp/B0032CNM4O/ref=pd_sim_e_7
>>>
>>>
>>> Thanks for any input!
>>>
>>> - Jordan
>>> socorock.com
>>> _______________________________________________
>>> Icecast mailing list
>>> Icecast at xiph.org
>>> http://lists.xiph.org/mailman/listinfo/icecast


From michel.memeteau at gmail.com  Wed Feb 29 08:21:44 2012
From: michel.memeteau at gmail.com (michel memeteau)
Date: Wed, 29 Feb 2012 09:21:44 +0100
Subject: [Icecast] Shoutcast directory listing?
In-Reply-To: <CAJbJ1Bsagp53YnK=iTgACM4wVnKTk2at9C-xad46GuAAzUXDqw@mail.gmail.com>
References: <4E4019BE.2000405@cognisys.com> <4E4023BD.8040403@xiph.org>
	<CAJbJ1Bsagp53YnK=iTgACM4wVnKTk2at9C-xad46GuAAzUXDqw@mail.gmail.com>
Message-ID: <CAJbJ1BvEe13tUHzG356_5j99xa5uda57xN=HY2JG45e6db-cpA@mail.gmail.com>

Hi all , anybody see a solution to this? I understand this is off Topic :-(

2012/1/21 michel memeteau <michel.memeteau at gmail.com>

> HI , Sorry as I did not read all the thread , but I answer from here :
>
> 2011/8/8 Karl Heyes <karl at xiph.org>:
> > On 08/08/11 18:15, Raymond Lutz wrote:
> >> I've been reading posts on the difficulty in getting an icecast stream
> >> listed in the shoutcast directory.
> > you should be able to allow shoutcast to relay icecast by adding an
> > alias of / to /stream <alias source="/" dest="/stream" />
>
> I know this is off-topic , but if it works people would use icecast as
> main server and shoutcast as a relay , as it should be.
>
> I've been doing this for few weeks and just discover that the soutcast
> server did not appear  in the Shoutcast yellow pages.
>
> I fixed some stuff :
>
> - in the shoutcast config , the "default" setting for the public state
> if the server has to be set to 'always' in order to have the server
> trying to publish to SYP.
> - But then , the shoucast will say
>
> [yp_add] yp.shoutcast.com gave error (nak)
> [yp_add] yp.shoutcast.com gave extended error (Bitrate too small.)
>
>
> I then specify the bitrate in the mount config that is relayed but it
> didn't change anything, still failing at registering to SYP.
>
>
> Do you have an idea about how icecast could be relayed correctly by
> shoutcast ?
>
>
> Thanks
>
>
>
>
>
>
>
>
>
> --
> <------------------------------------------------------->
> web perso : http://memeteau.com
> Boutique Ordinateurs GNU/Linux : http://shop.ekimia.fr
> Fixe :  0974763294 Mobile : 0624808051
>



-- 
<------------------------------------------------------->
web perso : http://memeteau.com
Boutique Ordinateurs GNU/Linux : http://shop.ekimia.fr
Fixe :  0974763294 Mobile : 0624808051

<xmpp%3Afreechelmi at jabber.fr>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20120229/2831c0be/attachment.htm>

From raylutz at cognisys.com  Wed Feb 29 16:29:16 2012
From: raylutz at cognisys.com (Raymond Lutz)
Date: Wed, 29 Feb 2012 08:29:16 -0800
Subject: [Icecast] Shoutcast directory listing?
In-Reply-To: <CAJbJ1BvEe13tUHzG356_5j99xa5uda57xN=HY2JG45e6db-cpA@mail.gmail.com>
References: <4E4019BE.2000405@cognisys.com> <4E4023BD.8040403@xiph.org>
	<CAJbJ1Bsagp53YnK=iTgACM4wVnKTk2at9C-xad46GuAAzUXDqw@mail.gmail.com>
	<CAJbJ1BvEe13tUHzG356_5j99xa5uda57xN=HY2JG45e6db-cpA@mail.gmail.com>
Message-ID: <4F4E525C.6010909@cognisys.com>

This is absolutely not "off-topic" and if this list will not support 
this VERY IMPORTANT discussion, then I will be happy to host the 
discussion on a different list for those who are interested. I have been 
trying to solve this for some time. Much of the problem so far has been 
Shoutcast internal problems (on their site) which I assume are cleared 
up now. My current assumption is it will be necessary to establish a 
second shoutcast server just to get in their directory.

On 2/29/2012 12:21 AM, michel memeteau wrote:
> Hi all , anybody see a solution to this? I understand this is off 
> Topic :-(
>
> 2012/1/21 michel memeteau <michel.memeteau at gmail.com 
> <mailto:michel.memeteau at gmail.com>>
>
>     HI , Sorry as I did not read all the thread , but I answer from here :
>
>     2011/8/8 Karl Heyes <karl at xiph.org <mailto:karl at xiph.org>>:
>     > On 08/08/11 18:15, Raymond Lutz wrote:
>     >> I've been reading posts on the difficulty in getting an icecast
>     stream
>     >> listed in the shoutcast directory.
>     > you should be able to allow shoutcast to relay icecast by adding an
>     > alias of / to /stream <alias source="/" dest="/stream" />
>
>     I know this is off-topic , but if it works people would use icecast as
>     main server and shoutcast as a relay , as it should be.
>
>     I've been doing this for few weeks and just discover that the soutcast
>     server did not appear  in the Shoutcast yellow pages.
>
>     I fixed some stuff :
>
>     - in the shoutcast config , the "default" setting for the public state
>     if the server has to be set to 'always' in order to have the server
>     trying to publish to SYP.
>     - But then , the shoucast will say
>
>     [yp_add] yp.shoutcast.com <http://yp.shoutcast.com> gave error (nak)
>     [yp_add] yp.shoutcast.com <http://yp.shoutcast.com> gave extended
>     error (Bitrate too small.)
>
>
>     I then specify the bitrate in the mount config that is relayed but it
>     didn't change anything, still failing at registering to SYP.
>
>
>     Do you have an idea about how icecast could be relayed correctly
>     by shoutcast ?
>
>
>     Thanks
>
>
>
>
>
>
>
>
>
>     --
>     <------------------------------------------------------->
>     web perso : http://memeteau.com
>     Boutique Ordinateurs GNU/Linux : http://shop.ekimia.fr
>     Fixe : 0974763294 <tel:0974763294> Mobile : 0624808051
>     <tel:0624808051>
>
>
>
>
> -- 
> <------------------------------------------------------->
> web perso : http://memeteau.com
> Boutique Ordinateurs GNU/Linux : http://shop.ekimia.fr
> Fixe :  0974763294 Mobile : 0624808051
>
> <mailto:xmpp%3Afreechelmi at jabber.fr>
>
>
> _______________________________________________
> 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/20120229/85442d4a/attachment.htm>

From tom at swirly.com  Wed Feb 29 16:42:17 2012
From: tom at swirly.com (Tom Swirly)
Date: Wed, 29 Feb 2012 11:42:17 -0500
Subject: [Icecast] Shoutcast directory listing?
In-Reply-To: <4F4E525C.6010909@cognisys.com>
References: <4E4019BE.2000405@cognisys.com> <4E4023BD.8040403@xiph.org>
	<CAJbJ1Bsagp53YnK=iTgACM4wVnKTk2at9C-xad46GuAAzUXDqw@mail.gmail.com>
	<CAJbJ1BvEe13tUHzG356_5j99xa5uda57xN=HY2JG45e6db-cpA@mail.gmail.com>
	<4F4E525C.6010909@cognisys.com>
Message-ID: <CAOuQWfVH6muSgseYuCqR3KXdPNSFCCeBjirNVvyNei7LmX2ShQ@mail.gmail.com>

On Wed, Feb 29, 2012 at 11:29 AM, Raymond Lutz <raylutz at cognisys.com> wrote:

>  This is absolutely not "off-topic" and if this list will not support this
> VERY IMPORTANT discussion, then I will be happy to host the discussion on a
> different list for those who are interested. I have been trying to solve
> this for some time. Much of the problem so far has been Shoutcast internal
> problems (on their site) which I assume are cleared up now. My current
> assumption is it will be necessary to establish a second shoutcast server
> just to get in their directory.
>

Generally this list has been extremely accepting of sincere questions
relating to internet radio!

My theory is simply that no one knows the answer, not that people are
believing the question is off-topic.

-- 
     /t

http://radio.swirly.com - art music radio 24/7 366/1000
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20120229/1a8f91e2/attachment.htm>

From toots at rastageeks.org  Wed Feb 29 16:48:32 2012
From: toots at rastageeks.org (Romain Beauxis)
Date: Wed, 29 Feb 2012 10:48:32 -0600
Subject: [Icecast] Shoutcast directory listing?
In-Reply-To: <CAOuQWfVH6muSgseYuCqR3KXdPNSFCCeBjirNVvyNei7LmX2ShQ@mail.gmail.com>
References: <4E4019BE.2000405@cognisys.com> <4E4023BD.8040403@xiph.org>
	<CAJbJ1Bsagp53YnK=iTgACM4wVnKTk2at9C-xad46GuAAzUXDqw@mail.gmail.com>
	<CAJbJ1BvEe13tUHzG356_5j99xa5uda57xN=HY2JG45e6db-cpA@mail.gmail.com>
	<4F4E525C.6010909@cognisys.com>
	<CAOuQWfVH6muSgseYuCqR3KXdPNSFCCeBjirNVvyNei7LmX2ShQ@mail.gmail.com>
Message-ID: <CABWZ6ORGWzDc_=9QMQUQ16Mvv6yFC=iXwBiinWHN1Jv2ZXNJeQ@mail.gmail.com>

Hi all,

2012/2/29 Tom Swirly <tom at swirly.com>:
> On Wed, Feb 29, 2012 at 11:29 AM, Raymond Lutz <raylutz at cognisys.com> wrote:
>>
>> This is absolutely not "off-topic" and if this list will not support this
>> VERY IMPORTANT discussion, then I will be happy to host the discussion on a
>> different list for those who are interested. I have been trying to solve
>> this for some time. Much of the problem so far has been Shoutcast internal
>> problems (on their site) which I assume are cleared up now. My current
>> assumption is it will be necessary to establish a second shoutcast server
>> just to get in their directory.
>
>
> Generally this list has been extremely accepting of sincere questions
> relating to internet radio!
>
> My theory is simply that no one knows the answer, not that people are
> believing the question is off-topic.

I do not believe that this is off-topic at all. However, I personally
do not wish to support shoutcast YP technology, even though I
understand the importance of being listed there.

Romain


From giles at thaumas.net  Wed Feb  8 23:08:30 2012
From: giles at thaumas.net (Ralph Giles)
Date: Wed, 08 Feb 2012 23:08:30 -0000
Subject: [Icecast] [Icecast-dev] Krad Cam Alpha Test Release
In-Reply-To: <CA+8JHGjd-U+NSmHj2e98KoVUem8Gu-+yZvX_pjVr4Nsn7bmCcw@mail.gmail.com>
References: <CA+8JHGjd-U+NSmHj2e98KoVUem8Gu-+yZvX_pjVr4Nsn7bmCcw@mail.gmail.com>
Message-ID: <CAEW_Rkvn3O9EkXUab57OPiccEHF2c2f9XFuJ-TNDeJZb4d76+A@mail.gmail.com>

On 8 February 2012 13:19, Krad Radio <kradradio at gmail.com> wrote:

> https://github.com/krad-radio/krad_ebml_experimental

I've also been experimenting with using gstreamer as a source client
for the patched icecast.

If you build gst-plugins-good from git master as of today (commit
8b2ca70124d9) against libshout-2.3.0
(http://downloads.xiph.org/releases/libshout/libshout-2.3.0.tar.gz)
you can feed icecast with a pipeline like:

gst-launch v4l2src ! video/x-raw-yuv,width=640,height=360 ! videorate
force-fps=24/1 ! queue ! vp8enc bitrate=700000 ! webmmux
streamable=true name =mux ! queue ! shout2send mount=cam.webm
ip=deimos.kradradio.com port=8080 password=secretkode pulsesrc ! queue
! vorbisenc ! mux.

This works for a few minutes sending to my local icecast, then
playback hangs with a corrupt stream. It doesn't work at all sending
to a remote icecast, like Krad's above.

 -r