From lee at audioaddictz.com  Fri Dec  3 03:27:12 2010
From: lee at audioaddictz.com (AudioAddict)
Date: Fri, 3 Dec 2010 03:27:12 +0000 (UTC)
Subject: [Icecast] oddsock.org?
References: <20101122220255.GB5647@aporee.org>
	<20101122161952.14156skfnawwibwo@www.w2lie.net>
	<201011221636.36939.toots@rastageeks.org>
Message-ID: <loom.20101203T042523-830@post.gmane.org>

Romain Beauxis <toots <at> rastageeks.org> writes:

> 
> Le lundi 22 novembre 2010 16:19:52, Phil a ?crit :
> > Bummer..  I've been using Edcast / Oddcast for years.  It will be missed.
> > The stand-alone is great, but the WinAmp plug-in is awesome!
> 
> Could it be the AAC+ encoding part ?
> 
> Romain
> 

Mirror Site here  ( SOme Complied Exe's Missing / Working to resolve that issue )

dl.audioaddictz.com/Broadcast_Tools/






From ben at hippynet.co.uk  Fri Dec  3 12:28:49 2010
From: ben at hippynet.co.uk (Ben Jones)
Date: Fri, 3 Dec 2010 12:28:49 +0000 (UTC)
Subject: [Icecast] oddsock.org?
References: <20101122220255.GB5647@aporee.org>
	<20101122161952.14156skfnawwibwo@www.w2lie.net>
	<20101122223507.GC8895@aporee.org>
Message-ID: <loom.20101203T132750-579@post.gmane.org>

uno <un <at> dom.de> writes:

> 
> Phil:
> > Bummer..  I've been using Edcast / Oddcast for years. 
> 
> same for me...
> 
> > the WinAmp plug-in is awesome!
> that was my reason to check the page... it was still up last night.
> any mirror out there where i can download it? thx, --u
> 

We've got the Edcast winamp DSP on our downloads page:

http://www.hippynet.co.uk click customers and downloads.




From dennis at heerema.net  Fri Dec  3 14:47:04 2010
From: dennis at heerema.net (Dennis Heerema)
Date: Fri, 03 Dec 2010 15:47:04 +0100
Subject: [Icecast] oddsock.org?
In-Reply-To: <loom.20101203T132750-579@post.gmane.org>
References: <20101122220255.GB5647@aporee.org>
	<20101122161952.14156skfnawwibwo@www.w2lie.net>
	<20101122223507.GC8895@aporee.org>
	<loom.20101203T132750-579@post.gmane.org>
Message-ID: <WC20101203144704.230001@heerema.net>

Thanks!

I was looking for the streamtranscoder and fopund it at your site.

I wanted to convert for a test an OGG stream to OGG FLAC, but that doesn't 
seem to work.
Could be it you never want to convert ogg to ogg flac (lossy to lossles 
makes no sense) so it is disabled?

Anybody tried converting to flac stream? I wanted to use streamconverter, 
because it nicely reconnects every 10 seconds after a disconnect from the 
source....

Regards,

Dennis
-----Original Message-----
 From: Ben Jones <ben at hippynet.co.uk>
 To: icecast at xiph.org
 Date: Fri, 3 Dec 2010 12:28:49 +0000 (UTC)
 Subject: Re: [Icecast] oddsock.org?


uno <un <at> dom.de> writes:

 >
 > Phil:
 > > Bummer..  I've been using Edcast / Oddcast for years.
 >
 > same for me...
 >
 > > the WinAmp plug-in is awesome!
 > that was my reason to check the page... it was still up last night.
 > any mirror out there where i can download it? thx, --u
 >

 We've got the Edcast winamp DSP on our downloads page:

 http://www.hippynet.co.uk [http://www.hippynet.co.uk/] click customers and 
downloads.


 _______________________________________________
 Icecast mailing list
 Icecast at xiph.org
 http://lists.xiph.org/mailman/listinfo/icecast 
[http://lists.xiph.org/mailman/listinfo/icecast]
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20101203/b68ac22b/attachment.htm>

From toots at rastageeks.org  Fri Dec  3 15:56:08 2010
From: toots at rastageeks.org (Romain Beauxis)
Date: Fri, 3 Dec 2010 09:56:08 -0600
Subject: [Icecast] oddsock.org?
In-Reply-To: <WC20101203144704.230001@heerema.net>
References: <20101122220255.GB5647@aporee.org>
	<loom.20101203T132750-579@post.gmane.org>
	<WC20101203144704.230001@heerema.net>
Message-ID: <201012030956.08562.toots@rastageeks.org>

Le vendredi 3 d?cembre 2010 08:47:04, Dennis Heerema a ?crit :
> I was looking for the streamtranscoder and fopund it at your site.
> 
> I wanted to convert for a test an OGG stream to OGG FLAC, but that doesn't 
> seem to work.
> Could be it you never want to convert ogg to ogg flac (lossy to lossles 
> makes no sense) so it is disabled?
> 
> Anybody tried converting to flac stream? I wanted to use streamconverter, 
> because it nicely reconnects every 10 seconds after a disconnect from the 
> source....

You should be able to do this with a recent SVN of liquidsoap. There is also a 
reconnect option there..

Romain


From michel.memeteau at gmail.com  Sat Dec  4 14:53:11 2010
From: michel.memeteau at gmail.com (michel memeteau)
Date: Sat, 4 Dec 2010 15:53:11 +0100
Subject: [Icecast] Any android source client for icecast ?
Message-ID: <AANLkTikV3TCiROHemPdeXJmbxdEumULh0yQC1j1z09jy@mail.gmail.com>

Hi we are looking to a way to source an icecast server ( or shoutcast)
from an android phone , any hint ?

-- 
<------------------------------------------------------->
web perso : http://memeteau.com
Boutique Ordinateurs GNU/Linux : http://shop.ekimia.fr
Fixe :? 0974763294 Mobile : 0624808051
Visio/jabber/GTalk : xmpp:freechelmi at jabber.fr


From michel.memeteau at gmail.com  Mon Dec  6 11:12:57 2010
From: michel.memeteau at gmail.com (michel memeteau)
Date: Mon, 6 Dec 2010 12:12:57 +0100
Subject: [Icecast] Any android source client for icecast ?
In-Reply-To: <20101206110749.GE27206@nowster.org.uk>
References: <AANLkTikV3TCiROHemPdeXJmbxdEumULh0yQC1j1z09jy@mail.gmail.com>
	<20101206110749.GE27206@nowster.org.uk>
Message-ID: <AANLkTinZEpBUfz6+kH9ocMxZSDuU-Uear2Yby3uG0DPo@mail.gmail.com>

2010/12/6 Paul Martin <pm at nowster.me.uk>:
> On Sat, Dec 04, 2010 at 03:53:11PM +0100, michel memeteau wrote:
>> Hi we are looking to a way to source an icecast server ( or shoutcast)
>> from an android phone , any hint ?
>
> Have you tried Winamp?

I don't think winamp can act as a SOURCE (not a client)  on android  ?


-- 
<------------------------------------------------------->
web perso : http://memeteau.com
Boutique Ordinateurs GNU/Linux : http://shop.ekimia.fr
Fixe :? 0974763294 Mobile : 0624808051
Visio/jabber/GTalk : xmpp:freechelmi at jabber.fr


From un at dom.de  Mon Dec  6 11:41:57 2010
From: un at dom.de (un at dom.de)
Date: Mon, 6 Dec 2010 12:41:57 +0100
Subject: [Icecast] Any android source client for icecast ?
In-Reply-To: <AANLkTikV3TCiROHemPdeXJmbxdEumULh0yQC1j1z09jy@mail.gmail.com>
References: <AANLkTikV3TCiROHemPdeXJmbxdEumULh0yQC1j1z09jy@mail.gmail.com>
Message-ID: <20101206114157.GB783@aporee.org>

michel memeteau:
> Hi we are looking to a way to source an icecast server ( or shoutcast)
> from an android phone , any hint ?

no, unfortunately. i'm searching too. 
live broadcasting from mobile sources would be nice. only the mics in 
android devices are usually bad (compared with the iphone, which has a
decent sounding 44kh/16bit resolution). --u



From michel.memeteau at gmail.com  Mon Dec  6 11:44:32 2010
From: michel.memeteau at gmail.com (michel memeteau)
Date: Mon, 6 Dec 2010 12:44:32 +0100
Subject: [Icecast] Any android source client for icecast ?
In-Reply-To: <20101206114157.GB783@aporee.org>
References: <AANLkTikV3TCiROHemPdeXJmbxdEumULh0yQC1j1z09jy@mail.gmail.com>
	<20101206114157.GB783@aporee.org>
Message-ID: <AANLkTinzLxTq0eQ1whgw9eW8j3gas3d5MusjcsN8_iAE@mail.gmail.com>

2010/12/6  <un at dom.de>:
> michel memeteau:
>> Hi we are looking to a way to source an icecast server ( or shoutcast)
>> from an android phone , any hint ?
>
> no, unfortunately. i'm searching too.

I guess porting libshout to android is sufficient to resolve the problem ?

We solve temporary by using the 3G connection with USB from the
android phone on an Ubuntu PC with darkice/darksnow


-- 
<------------------------------------------------------->
web perso : http://memeteau.com
Boutique Ordinateurs GNU/Linux : http://shop.ekimia.fr
Fixe :? 0974763294 Mobile : 0624808051
Visio/jabber/GTalk : xmpp:freechelmi at jabber.fr


From un at dom.de  Mon Dec  6 11:51:46 2010
From: un at dom.de (un at dom.de)
Date: Mon, 6 Dec 2010 12:51:46 +0100
Subject: [Icecast] Any android source client for icecast ?
In-Reply-To: <AANLkTinzLxTq0eQ1whgw9eW8j3gas3d5MusjcsN8_iAE@mail.gmail.com>
References: <AANLkTikV3TCiROHemPdeXJmbxdEumULh0yQC1j1z09jy@mail.gmail.com>
	<20101206114157.GB783@aporee.org>
	<AANLkTinzLxTq0eQ1whgw9eW8j3gas3d5MusjcsN8_iAE@mail.gmail.com>
Message-ID: <20101206115146.GA7668@aporee.org>

michel memeteau:
> > no, unfortunately. i'm searching too.
> 
> I guess porting libshout to android is sufficient to resolve the problem ?

i think so, but don't know much about the android internals (i'm using a
lazy framework for developing, so i'm not an android/java native...)

> We solve temporary by using the 3G connection with USB from the
> android phone on an Ubuntu PC with darkice/darksnow

sure, that's the way to go for now. i'm using an old laptop, a zoom h2
in sound card mode and 3G phone connected by bluetooth. i'd be glad to 
replace that with my fon... --u


From dm8tbr at afthd.tu-darmstadt.de  Mon Dec  6 12:12:13 2010
From: dm8tbr at afthd.tu-darmstadt.de (Thomas B. Ruecker)
Date: Mon, 6 Dec 2010 13:12:13 +0100
Subject: [Icecast] Any android source client for icecast ?
In-Reply-To: <20101206114157.GB783@aporee.org>
References: <AANLkTikV3TCiROHemPdeXJmbxdEumULh0yQC1j1z09jy@mail.gmail.com>
	<20101206114157.GB783@aporee.org>
Message-ID: <20101206121213.GM19009@sinabox.bfst.de>

On Mon, Dec 06, 2010 at 12:41:57PM +0100, un at dom.de wrote:
> michel memeteau:
> > Hi we are looking to a way to source an icecast server ( or shoutcast)
> > from an android phone , any hint ?
> 
> no, unfortunately. i'm searching too. 
should be reasonably easy to just compile ices2 and dependencies for either 
an underlying muclibc userland or bionic.
Then you just need to gain access to the alsa input device and you're done.

Nobody said anything about this necessarily being a GUI, 
user-frienldy application, right?


Cheers

Thomas


From un at dom.de  Mon Dec  6 12:55:40 2010
From: un at dom.de (un at dom.de)
Date: Mon, 6 Dec 2010 13:55:40 +0100
Subject: [Icecast] Any android source client for icecast ?
In-Reply-To: <20101206121213.GM19009@sinabox.bfst.de>
References: <AANLkTikV3TCiROHemPdeXJmbxdEumULh0yQC1j1z09jy@mail.gmail.com>
	<20101206114157.GB783@aporee.org>
	<20101206121213.GM19009@sinabox.bfst.de>
Message-ID: <20101206125540.GA11756@aporee.org>

Thomas B. Ruecker:
> Nobody said anything about this necessarily being a GUI, 
> user-frienldy application, right?

bare bone is just fine ;)
 


From leo.currie at gmail.com  Mon Dec  6 21:53:33 2010
From: leo.currie at gmail.com (Leo Currie)
Date: Mon, 6 Dec 2010 21:53:33 +0000
Subject: [Icecast] Any android source client for icecast ?
In-Reply-To: <20101206125540.GA11756@aporee.org>
References: <AANLkTikV3TCiROHemPdeXJmbxdEumULh0yQC1j1z09jy@mail.gmail.com>
	<20101206114157.GB783@aporee.org>
	<20101206121213.GM19009@sinabox.bfst.de>
	<20101206125540.GA11756@aporee.org>
Message-ID: <AANLkTi=CKTggm6m514Fw7EY5T68NJT2MFJLEOjKxHbAd@mail.gmail.com>

I don't have an Android phone, but if I did, I would look for a VLC
port, or a try a Java source client like JRoar.
It would be interesting to find out if either of these work!

- Leo


On 6 December 2010 12:55,  <un at dom.de> wrote:
> Thomas B. Ruecker:
>> Nobody said anything about this necessarily being a GUI,
>> user-frienldy application, right?
>
> bare bone is just fine ;)
>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
>


From e.lesouef at crbn.fr  Tue Dec  7 12:09:27 2010
From: e.lesouef at crbn.fr (Emmanuel Lesouef)
Date: Tue, 7 Dec 2010 13:09:27 +0100
Subject: [Icecast] Mountpoint "disappearing" ?
Message-ID: <20101207130927.657a9ac3@nienor.crbn.intra>

Hi,

I'm trying to get the following project to work :

* acquisition from video acqusition card using vlc
* vlc transcode to theora/vorbis and sends it to an icecast2 server

Using VLC to acquire from the device is working ok. I get a stream in
theora/vorbis format with audio & video sync'ed.

Now, when I use VLC to send the stream to my icecast2 server, the
stream mounts, it is listed in the active mountpoints page, but
suddenly disappear, leaving this in error.log in debug mode :

DBUG stats/modify_node_event update node total_bytes_read (69615)
DBUG stats/modify_node_event update node total_bytes_sent (0)
DBUG stats/modify_node_event update node total_bytes_read (69615)
DBUG stats/modify_node_event update node total_bytes_sent (0)
DBUG source/get_next_buffer last 1291723291 timeout 10 now 1291723302
WARN source/get_next_buffer Disconnecting source due to socket timeout
INFO source/source_shutdown Source "/live.ogg" exiting
DBUG source/source_clear_source clearing source "/live.ogg"
DBUG format-ogg/format_ogg_free_headers releasing header pages 
DBUG format-ogg/free_ogg_codecs freeing codecs
DBUG format-vorbis/vorbis_codec_free freeing vorbis codec
DBUG format-theora/theora_codec_free freeing theora codec
DBUG source/source_free_source freeing source "/live.ogg"
DBUG stats/process_source_event delete source node /live.ogg
DBUG stats/modify_node_event update node clients (0)
DBUG stats/modify_node_event update node sources (0)
DBUG slave/_slave_thread checking master stream list

and this in access log :

"SOURCE /live.ogg HTTP/1.0" 200 19 "-" "VLC media player 1.1.4" 14

For information, my "sout" command-line in vlc :

'#transcode{vcodec=theo,vb=800,scale=1,acodec=vorb,ab=128,channels=2,samplerate=44100}:std{access=shout,mux=ogg,dst=source:hackme at 193.50.79.124:8000/live.ogg}'

How can I troubleshoot this issue ?

Thanks for your help.

-- 
Emmanuel Lesouef


From dm8tbr at afthd.tu-darmstadt.de  Tue Dec  7 12:31:27 2010
From: dm8tbr at afthd.tu-darmstadt.de (Thomas B. Ruecker)
Date: Tue, 7 Dec 2010 13:31:27 +0100
Subject: [Icecast] Mountpoint "disappearing" ?
In-Reply-To: <20101207130927.657a9ac3@nienor.crbn.intra>
References: <20101207130927.657a9ac3@nienor.crbn.intra>
Message-ID: <20101207123127.GO19009@sinabox.bfst.de>

On Tue, Dec 07, 2010 at 01:09:27PM +0100, Emmanuel Lesouef wrote:
> DBUG stats/modify_node_event update node total_bytes_read (69615)
> DBUG stats/modify_node_event update node total_bytes_sent (0)
> DBUG source/get_next_buffer last 1291723291 timeout 10 now 1291723302
> WARN source/get_next_buffer Disconnecting source due to socket timeout
> and this in access log :
>
> "SOURCE /live.ogg HTTP/1.0" 200 19 "-" "VLC media player 1.1.4" 14

Those two things together look very much like VLC is not sending stream
data. This is most likely caused by an choked CPU. It simply never gets
to create any valid theora data and throws away what it half did.

Make sure your system has the computational power and is nowhere near
95% CPU load. Notice that this is more or less single threaded. Multiple
cores won't help (much).

Cheers

Thomas



From e.lesouef at crbn.fr  Tue Dec  7 12:36:51 2010
From: e.lesouef at crbn.fr (Emmanuel Lesouef)
Date: Tue, 7 Dec 2010 13:36:51 +0100
Subject: [Icecast] Mountpoint "disappearing" ?
In-Reply-To: <20101207123127.GO19009@sinabox.bfst.de>
References: <20101207130927.657a9ac3@nienor.crbn.intra>
	<20101207123127.GO19009@sinabox.bfst.de>
Message-ID: <20101207133651.0d7e394f@nienor.crbn.intra>

Le Tue, 7 Dec 2010 13:31:27 +0100,
"Thomas B. Ruecker" <dm8tbr at afthd.tu-darmstadt.de> a ?crit :

> On Tue, Dec 07, 2010 at 01:09:27PM +0100, Emmanuel Lesouef wrote:
> > DBUG stats/modify_node_event update node total_bytes_read (69615)
> > DBUG stats/modify_node_event update node total_bytes_sent (0)
> > DBUG source/get_next_buffer last 1291723291 timeout 10 now
> > 1291723302 WARN source/get_next_buffer Disconnecting source due to
> > socket timeout and this in access log :
> >
> > "SOURCE /live.ogg HTTP/1.0" 200 19 "-" "VLC media player 1.1.4" 14
> 
> Those two things together look very much like VLC is not sending
> stream data. This is most likely caused by an choked CPU. It simply
> never gets to create any valid theora data and throws away what it
> half did.
> 
> Make sure your system has the computational power and is nowhere near
> 95% CPU load. Notice that this is more or less single threaded.
> Multiple cores won't help (much).
> 
> Cheers
> 
> Thomas

Hi Thomas and thank you for answering !

The CPU of the encoding station if far from getting to 95%.

What sounds strange to me is that if I don't append the icecast part,
thus only transcoding and creating an http muxer in theora/vorbis,
there seems to be data continuously...

-- 
Emmanuel Lesouef


From telmnstr at 757.org  Fri Dec 10 17:51:11 2010
From: telmnstr at 757.org (telmnstr at 757.org)
Date: Fri, 10 Dec 2010 12:51:11 -0500 (EST)
Subject: [Icecast] Icecast source with updateable metadata?
Message-ID: <Pine.NEB.4.62.1012101247430.544@users.757.org>

Hello everyone,

   I'm not new to Icecast, but I've always used Darkice. A new project 
friends and myself are building for fun utilizes a Rivendell automation 
setup that will run on one computer, then a source client for icecast on a 
2nd computer with a mixer inbetween.

   I'm looking to push the title information from the Rivendell system over 
to the system that will have the icecast source. The icecast source 
program needs to have some interface to modify the title information 
(metadata) while encoding, not just at the start.

   I'm looking for a source client that allows updating of the stream 
information real time. In darkice it's set in the config and it doesn't 
allow modification of this. Do any of the other source clients allow this?

   I've looked at MuSE and it didn't appear to, although the documentation 
file is offline. I haven't begun building them all looking for the 
feature. Anyone know of one that can do this?

   If it comes down to it we can possibly hack one of them to do it. Just 
thought I'd check!




From toots at rastageeks.org  Fri Dec 10 18:42:26 2010
From: toots at rastageeks.org (Romain Beauxis)
Date: Fri, 10 Dec 2010 12:42:26 -0600
Subject: [Icecast] Icecast source with updateable metadata?
In-Reply-To: <Pine.NEB.4.62.1012101247430.544@users.757.org>
References: <Pine.NEB.4.62.1012101247430.544@users.757.org>
Message-ID: <201012101242.27315.toots@rastageeks.org>

Le vendredi 10 d?cembre 2010 11:51:11, telmnstr at 757.org a ?crit :
>    I'm looking for a source client that allows updating of the stream 
> information real time. In darkice it's set in the config and it doesn't 
> allow modification of this. Do any of the other source clients allow this?


you can use liquidsoap for that.You can either insert metadata in a stream or,  
in the SVN version use the operator
  icy.update_metadata
to update metadata of any source at any time.

Romain


From david.baelde at gmail.com  Fri Dec 10 18:41:01 2010
From: david.baelde at gmail.com (David Baelde)
Date: Fri, 10 Dec 2010 19:41:01 +0100
Subject: [Icecast] Icecast source with updateable metadata?
In-Reply-To: <201012101242.27315.toots@rastageeks.org>
References: <Pine.NEB.4.62.1012101247430.544@users.757.org>
	<201012101242.27315.toots@rastageeks.org>
Message-ID: <AANLkTi=CLj0vwXGnA+gBwsv1g8WBjD0CR-A=kZwYiisV@mail.gmail.com>

On Fri, Dec 10, 2010 at 7:42 PM, Romain Beauxis <toots at rastageeks.org> wrote:
> you can use liquidsoap for that.You can either insert metadata in a stream or,
> in the SVN version use the operator
> ?icy.update_metadata
> to update metadata of any source at any time.

To be fair, there's no need to use liquidsoap. As the second
possibility shows, inserting metadata can be done independently of the
actual streaming: you just need to send an HTTP request. You should be
able to find how to do that online. You could also use liquidsoap, if
only for the metadata update.

Cheers,
-- 
David


From geoff at QuiteLikely.com  Fri Dec 10 20:44:59 2010
From: geoff at QuiteLikely.com (Geoff Shang)
Date: Fri, 10 Dec 2010 22:44:59 +0200 (IST)
Subject: [Icecast] Icecast source with updateable metadata?
In-Reply-To: <Pine.NEB.4.62.1012101247430.544@users.757.org>
References: <Pine.NEB.4.62.1012101247430.544@users.757.org>
Message-ID: <alpine.DEB.1.10.1012102218420.4107@data.home>

On Fri, 10 Dec 2010, telmnstr at 757.org wrote:

>   I'm looking for a source client that allows updating of the stream
> information real time. In darkice it's set in the config and it doesn't
> allow modification of this. Do any of the other source clients allow this?

If you want to change the title of the stream etc, which Darkice can send, 
then no you can't do this.  It's set when you connect and won't change 
unless you disconnect and reconnect.  Moreover, if the listener is not 
disconnected during this process (e.g. if you use fallback mounts to keep 
them connected), they won't see the title change, even if new listeners 
see the new title.  This is because the title is only sent from the source 
at connect time and only to the client at connect time.  I'd like to be 
able to change this too but the specs don't seem to allow for it.

If you want to send track metadata (aka "now playing" information), which 
IIRC Darkice does *not* support in any fashion (but I could be wrong about 
this), you can probably send this directly from your playout system as has 
been pointed out.

Assuming you're using a native Icecast2-style connection (i.e. not 
Shoutcast emmulation), I believe the format is as follows:

http://<username>:<password>@<server>:<port>/admin/metadata?mount=<mountpoint>&mode=updinfo&song=<metadata>

Most of these should be self-explanatory.  If you've not set a username, 
use "source".  Track metadata is usually sent as "Artist - Title".  All 
fields need to be URL-encoded.

Here's an example:

http://source:MyPassword at example.com:8000/admin/metadata?mount=%2Fstream&mode=updinfo&song=The%20Beatles%20-%20Hey%20Jude

In case you're actually using Shoutcast-style connections, the format is:

http://<server>:<port>/admin.cgi?mode=updinfo&pass=<password>&song=<metadata>

Note that for Shoutcast-style connections, the audio is sent to the 
listener port + 1 (e.g. port 8001), but the metadata updates are actually 
sent on the listener port (e.g. 8000).

HTH,
Geoff.



From dm8tbr at afthd.tu-darmstadt.de  Sat Dec 11 10:06:12 2010
From: dm8tbr at afthd.tu-darmstadt.de (Thomas B. Ruecker)
Date: Sat, 11 Dec 2010 11:06:12 +0100
Subject: [Icecast] Icecast source with updateable metadata?
In-Reply-To: <Pine.NEB.4.62.1012101247430.544@users.757.org>
References: <Pine.NEB.4.62.1012101247430.544@users.757.org>
Message-ID: <20101211100611.GU19009@sinabox.bfst.de>

I'm a bit surprised you're asking this as the official rivendell wiki
seems to cover this already and there are some other explanations
when you use the search engine of your least distrust to search for
'rivendell icecast'.

http://rivendell.tryphon.org/wiki/Stream_under_Debian#Icecast2.2FShoutcast_Meta_Data_from_Rivendell

just my 0,02?

Thomas


From bryan.brown at kcsb.org  Thu Dec 16 20:29:58 2010
From: bryan.brown at kcsb.org (Bryan D. Brown)
Date: Thu, 16 Dec 2010 12:29:58 -0800
Subject: [Icecast] Icecast Logs Timestamp in UTC
In-Reply-To: <20101211100611.GU19009@sinabox.bfst.de>
References: <Pine.NEB.4.62.1012101247430.544@users.757.org>
	<20101211100611.GU19009@sinabox.bfst.de>
Message-ID: <1D5AAE5B-FA89-4CC2-A638-CB5946A33194@kcsb.org>

Hello,

I'm having a major problem with the timestamps in both the Icecast access.log and error.log. The timestamp on the logfiles themselves is accurate, but the logging of the various connections to my streams is in UTC.  No matter how I try to configure the hwclock or the system clock, the log timestamp is always UTC, which is 8 hours ahead of my current time zone. I've even tried setting the hwclock to localtime, but to no avail. 

I've just updated and compiled to the newest kernel as well, but that still hasn't solved the problem. Clearly, I'm missing something, but I'm at a loss as to what it could be. 

I am running Icecast 2.3.2 with Darkice on a Gentoo box (Intel Pentium 4 CPU 3.20GHz kernel-2.6.36-gentoo-r5). I'm including my conf.d/clock settings and the result of 'date',  'hwclock --show' and 'uname -a' as well. I should also mention that the timestamps in my other logfiles (/var/log/messages for example) are accurately timestamped - the icecast logs are the only place where this UTC issue occurs. 

# date
Thu Dec 16 12:24:02 PST 2010
# hwclock --show
Thu Dec 16 12:24:08 2010  -0.156608 seconds
# uname -a
Linux live 2.6.36-gentoo-r5 #2 SMP Thu Dec 16 10:56:44 PST 2010 i686 Intel(R) Pentium(R) 4 CPU 3.20GHz GenuineIntel GNU/Linux

# /etc/conf.d/clock
CLOCK="UTC"
TIMEZONE=""
CLOCK_OPTS=""
CLOCK_SYSTOHC="YES"
### ALPHA SPECIFIC OPTIONS ###
SRM="no"
ARC="no"

(/etc/locatime is copied from /usr/share/zoneinfo/PST8PDT)

Any help would be greatly appreciated. 

Thank You. 

Bryan




From bryan.brown at kcsb.org  Thu Dec 16 21:41:10 2010
From: bryan.brown at kcsb.org (Bryan D. Brown)
Date: Thu, 16 Dec 2010 13:41:10 -0800
Subject: [Icecast] Icecast Logs Timestamp in UTC
In-Reply-To: <1D5AAE5B-FA89-4CC2-A638-CB5946A33194@kcsb.org>
References: <Pine.NEB.4.62.1012101247430.544@users.757.org>
	<20101211100611.GU19009@sinabox.bfst.de>
	<1D5AAE5B-FA89-4CC2-A638-CB5946A33194@kcsb.org>
Message-ID: <CF154F72-C84A-4BC3-ADCE-B67E9324CEE4@kcsb.org>

Never mind. I figured it out. I added:

export TZ=PST8PDT

to the .bashrc for the user under which icecast runs, and it fixed the problem. Oops...

Although if some sees something I should fix... :)

Bryan


On Dec 16, 2010, at 12:29 PM, Bryan D. Brown wrote:

> Hello,
> 
> I'm having a major problem with the timestamps in both the Icecast access.log and error.log. The timestamp on the logfiles themselves is accurate, but the logging of the various connections to my streams is in UTC.  No matter how I try to configure the hwclock or the system clock, the log timestamp is always UTC, which is 8 hours ahead of my current time zone. I've even tried setting the hwclock to localtime, but to no avail. 
> 
> I've just updated and compiled to the newest kernel as well, but that still hasn't solved the problem. Clearly, I'm missing something, but I'm at a loss as to what it could be. 
> 
> I am running Icecast 2.3.2 with Darkice on a Gentoo box (Intel Pentium 4 CPU 3.20GHz kernel-2.6.36-gentoo-r5). I'm including my conf.d/clock settings and the result of 'date',  'hwclock --show' and 'uname -a' as well. I should also mention that the timestamps in my other logfiles (/var/log/messages for example) are accurately timestamped - the icecast logs are the only place where this UTC issue occurs. 
> 
> # date
> Thu Dec 16 12:24:02 PST 2010
> # hwclock --show
> Thu Dec 16 12:24:08 2010  -0.156608 seconds
> # uname -a
> Linux live 2.6.36-gentoo-r5 #2 SMP Thu Dec 16 10:56:44 PST 2010 i686 Intel(R) Pentium(R) 4 CPU 3.20GHz GenuineIntel GNU/Linux
> 
> # /etc/conf.d/clock
> CLOCK="UTC"
> TIMEZONE=""
> CLOCK_OPTS=""
> CLOCK_SYSTOHC="YES"
> ### ALPHA SPECIFIC OPTIONS ###
> SRM="no"
> ARC="no"
> 
> (/etc/locatime is copied from /usr/share/zoneinfo/PST8PDT)
> 
> Any help would be greatly appreciated. 
> 
> Thank You. 
> 
> Bryan
> 
> 
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
> 



From dm8tbr at afthd.tu-darmstadt.de  Thu Dec 16 21:44:05 2010
From: dm8tbr at afthd.tu-darmstadt.de (Thomas B. Ruecker)
Date: Thu, 16 Dec 2010 22:44:05 +0100
Subject: [Icecast] Icecast Logs Timestamp in UTC
In-Reply-To: <1D5AAE5B-FA89-4CC2-A638-CB5946A33194@kcsb.org>
References: <Pine.NEB.4.62.1012101247430.544@users.757.org>
	<20101211100611.GU19009@sinabox.bfst.de>
	<1D5AAE5B-FA89-4CC2-A638-CB5946A33194@kcsb.org>
Message-ID: <20101216214405.GD19009@sinabox.bfst.de>

On Thu, Dec 16, 2010 at 12:29:58PM -0800, Bryan D. Brown wrote:
> I'm having a major problem with the timestamps in both the Icecast access.log and error.log. The timestamp on the logfiles themselves is accurate, but the logging of the various connections to my streams is in UTC.  No matter how I try to configure the hwclock or the system clock, the log timestamp is always UTC, which is 8 hours ahead of my current time zone. I've even tried setting the hwclock to localtime, but to no avail. 
> 
> I've just updated and compiled to the newest kernel as well, but that still hasn't solved the problem. Clearly, I'm missing something, but I'm at a loss as to what it could be. 
You're lucky we had this problem once come up on IRC.
What you describe is all well and fine, but you actually need to adjust the environment variables for the icecast process. For some reason those you set globally got ignored, maybe some override in the init script that sets TZ=UTC or sthg like that?

If that's not it I can dig out the IRC logs during the weekend. ;)

Cheers

Thomas


From bryan.brown at kcsb.org  Thu Dec 16 22:34:04 2010
From: bryan.brown at kcsb.org (Bryan D. Brown)
Date: Thu, 16 Dec 2010 14:34:04 -0800
Subject: [Icecast] Icecast Logs Timestamp in UTC
In-Reply-To: <20101216214405.GD19009@sinabox.bfst.de>
References: <Pine.NEB.4.62.1012101247430.544@users.757.org>
	<20101211100611.GU19009@sinabox.bfst.de>
	<1D5AAE5B-FA89-4CC2-A638-CB5946A33194@kcsb.org>
	<20101216214405.GD19009@sinabox.bfst.de>
Message-ID: <B1628840-6948-470A-9B84-A1439E1AB896@kcsb.org>

Tom, 

Is it the icecast process that's the issue, or is it the user under which the process runs? FWIW, I call icecast from the command line, not an init script. 

This is a dedicated machine, so there's nothing else of note running under this particular (and only, aside from root) user. If fact, the only reason there is a user on this box is for non-root SSH and for icecast.  

Thanks for your help. 

Bryan

On Dec 16, 2010, at 1:44 PM, Thomas B. Ruecker wrote:

> On Thu, Dec 16, 2010 at 12:29:58PM -0800, Bryan D. Brown wrote:
>> I'm having a major problem with the timestamps in both the Icecast access.log and error.log. The timestamp on the logfiles themselves is accurate, but the logging of the various connections to my streams is in UTC.  No matter how I try to configure the hwclock or the system clock, the log timestamp is always UTC, which is 8 hours ahead of my current time zone. I've even tried setting the hwclock to localtime, but to no avail. 
>> 
>> I've just updated and compiled to the newest kernel as well, but that still hasn't solved the problem. Clearly, I'm missing something, but I'm at a loss as to what it could be. 
> You're lucky we had this problem once come up on IRC.
> What you describe is all well and fine, but you actually need to adjust the environment variables for the icecast process. For some reason those you set globally got ignored, maybe some override in the init script that sets TZ=UTC or sthg like that?
> 
> If that's not it I can dig out the IRC logs during the weekend. ;)
> 
> Cheers
> 
> Thomas
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
> 



From dm8tbr at afthd.tu-darmstadt.de  Fri Dec 17 00:17:14 2010
From: dm8tbr at afthd.tu-darmstadt.de (Thomas B. Ruecker)
Date: Fri, 17 Dec 2010 01:17:14 +0100
Subject: [Icecast] Icecast Logs Timestamp in UTC
In-Reply-To: <B1628840-6948-470A-9B84-A1439E1AB896@kcsb.org>
References: <Pine.NEB.4.62.1012101247430.544@users.757.org>
	<20101211100611.GU19009@sinabox.bfst.de>
	<1D5AAE5B-FA89-4CC2-A638-CB5946A33194@kcsb.org>
	<20101216214405.GD19009@sinabox.bfst.de>
	<B1628840-6948-470A-9B84-A1439E1AB896@kcsb.org>
Message-ID: <20101217001714.GA8726@sinabox.bfst.de>

On Thu, Dec 16, 2010 at 02:34:04PM -0800, Bryan D. Brown wrote:
> Is it the icecast process that's the issue, or is it the user under which the process runs? FWIW, I call icecast from the command line, not an init script. 
Icecast just inherits the environment from the shell you use to launch it.
 
> This is a dedicated machine, so there's nothing else of note running under this particular (and only, aside from root) user. If fact, the only reason there is a user on this box is for non-root SSH and for icecast.  
Well the benefit is that it e.g. starts on boot automatically.

cheers

Thomas