From davidmarceau at sympatico.ca  Tue Jun  1 20:28:32 2004
From: davidmarceau at sympatico.ca (David Marceau)
Date: Tue, 01 Jun 2004 16:28:32 -0400
Subject: [icecast] ices2 and Icecast2 on debian configuration question
In-Reply-To: <20040601185904.AC0F2532A57@motherfish-II.xiph.org>
Message-ID: <40BCE6F0.6050106@sympatico.ca>



Hi there,

I have a Debian sarge 512 MB RAM machine with icecast2 and ices2 that I 
installed via aptitude.  I have a 3MBit/s download and 800KBit/s upload 
link.

I would like to configure icecast2 and ices2 properly.

Here is my situation:
1)I have a dtdns address omac.darktech.org
2)icecast2 and ices2 on port 8000 would be fine.
3)I simply want to broadcast my 6 year old niece's voice which I have 
converted to .ogg using the blade encoder.
i.e. bladeenc elyse4.wav elyse4.ogg
3.3)I don't seem to need a relay since I am running both icecast2 and 
ices2 on the same machine.
4)I ran ices2 ices-playlist.xml
5)I ran icecast2 -c icecast.xml
6)I went to my brother's machine who uses another internet provider and 
uses a windows ME box(non-techie guy).  I did 
http://omac.darktech.org:8000/elyse4.ogg
7)Instead of delivering elyse4.ogg as a stream, it seemed to deliver the 
entire file before it played it in winamp.
8)I didn't quite configure everything properly because I was unsure as 
to what the playlist.txt file should contain.  I guessed and only placed 
"elyse4.ogg" in it.

Questions:
1)What do I have to change in my ices2 and icecast2 configs in order for 
it to stream instead of doing a complete file transfer?
2)What is the execution order for ices2 and icecast2.  Should I start 
ices2 first and then icecast2 or do icecast2 first and then ices2 
second?  I am guessing it should be icecast2 first but the documentation 
does not seem to tell me that.
3)Since I am running both ices2 and icecast2 on the same machine, do I 
still need a user password for ices2 and icecast2 to communicate to each 
other?
4)Considering my 800KBit/s upload bandwidth, what would be the 
recommended maximum number of listeners that I could stream? I am 
guessing that 800Kbit/64= 12...roughly twelve 64Kbit streams.  Is this 
the correct method or is there more that I should consider here?  I am 
guessing there is but it's best to ask right?

Thanks for taking the time to help.

Here are my icecast2 and ices2 xml config files:
<icecast>
     <limits>
         <clients>2</clients>
         <sources>2</sources>
         <threadpool>5</threadpool>
         <queue-size>102400</queue-size>
         <client-timeout>30</client-timeout>
         <header-timeout>15</header-timeout>
         <source-timeout>10</source-timeout>
     </limits>

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

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

     <!-- Uncomment this if you want directory listings -->
     <!--
     <directory>
         <yp-url-timeout>15</yp-url-timeout>
         <yp-url><a href="http://dir.xiph.org/cgi-bin/yp-cgi</yp-url">http://dir.xiph.org/cgi-bin/yp-cgi</yp-url</a>>
     </directory>
     <directory>
         <yp-url-timeout>15</yp-url-timeout>
         <yp-url><a href="http://www.oddsock.org/cgi-bin/yp-cgi</yp-url">http://www.oddsock.org/cgi-bin/yp-cgi</yp-url</a>>
     </directory>
      -->

     <hostname>localhost</hostname>

     <!-- You can use these two if you only want a single listener -->
     <!--<port>8000</port> -->
     <!--<bind-address>127.0.0.1</bind-address>-->

     <!-- You may have multiple <listener> elements -->
     <listen-socket>
         <port>8000</port>
         <!-- <bind-address>127.0.0.1</bind-address> -->
     </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>-->
     <!--
     <relay>
         <server>127.0.0.1</server>
         <port>8001</port>
         <mount>/example.ogg</mount>
         <local-mount>/different.ogg</local-mount>

         <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>/elyse4.ogg</mount-name>
         <username>gnuckgnuck1</username>
         <password>gnuckgnuck1</password>

         <max-listeners>1</max-listeners>
         <dump-file>/tmp/elyse4.ogg</dump-file>
         <fallback-mount>/elyse4.ogg</fallback-mount>
     </mount>
     -->

     <fileserve>1</fileserve>

     <paths>
                <!-- basedir is only used if chroot is enabled -->
         <basedir>/usr/share/icecast2</basedir>

         <!-- Note that if <chroot> is turned on below, these paths must 
both
              be relative to the new root, not the original root -->
         <logdir>/root/myradiostation</logdir>
         <webroot>/root/myradiostation</webroot>
         <adminroot>/root/myradiostation</adminroot>
         <pidfile>/root/myradiostation/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"/>
           -->
     </paths>

     <logging>
         <accesslog>access.log</accesslog>
         <errorlog>error.log</errorlog>
               <loglevel>0</loglevel> <!-- 4 Debug, 3 Info, 2 Warn, 1 Error -->
     </logging>

     <security>
         <chroot>1</chroot>
         <changeowner>
             <user>icecast2</user>
             <group>icecast</group>
         </changeowner>

     </security>
</icecast>

<?xml version="1.0"?>
<ices>
     <!-- run in background -->
     <background>0</background>
     <!-- where logs, etc go. -->
     <logpath>/root/myradiostation</logpath>
     <logfile>ices.log</logfile>
     <!-- 1=error,2=warn,3=info,4=debug -->
     <loglevel>0</loglevel>
     <!-- set this to 1 to log to the console instead of to the file 
above -->
     <consolelog>0</consolelog>

     <!-- optional filename to write process id to -->
     <!-- <pidfile>/home/ices/ices.pid</pidfile> -->

     <stream>
         <!-- metadata used for stream listing (not currently used) -->
         <metadata>
             <name>Elyse Thomson</name>
             <genre>talking and singing</genre>
             <description>debut internet radio appearance</description>
         </metadata>

         <!-- input module

             The module used here is the playlist module - it has
             'submodules' for different types of playlist. There are
             two currently implemented, 'basic', which is a simple
             file-based playlist, and 'script' which invokes a command
             to returns a filename to start playing. -->

         <input>
             <module>playlist</module>
             <param name="type">basic</param>
             <param name="file">playlist.txt</param>
             <!-- random play -->
             <param name="random">0</param>
             <!-- if the playlist get updated that start at the 
beginning -->
             <param name="restart-after-reread">1</param>
             <!-- if set to 1 , plays once through, then exits. -->
             <param name="once">0</param>
         </input>

                <!-- Stream instance
             You may have one or more instances here. This allows you to
             send the same input data to one or more servers (or to 
different
             mountpoints on the same server). Each of them can have 
different
             parameters. This is primarily useful for a) relaying to 
multiple
             independent servers, and b) encoding/reencoding to multiple
             bitrates.
             If one instance fails (for example, the associated server goes
             down, etc), the others will continue to function correctly.
             This example defines two instances as two mountpoints on the
             same server.  -->
         <instance>
             <!-- Server details:
                 You define hostname and port for the server here, along 
with
                 the source password and mountpoint.  -->
             <hostname>localhost</hostname>
             <port>8000</port>
             <password>gnuckgnuck1</password>
             <mount>/example1.ogg</mount>

             <!-- Reconnect parameters:
                 When something goes wrong (e.g. the server crashes, or the
                 network drops) and ices disconnects from the server, these
                 control how often it tries to reconnect, and how many times
                 it tries to reconnect. Delay is in seconds.
                 If you set reconnectattempts to -1, it will continue
                 indefinately. Suggest setting reconnectdelay to a large 
value
                 if you do this.
             -->
             <reconnectdelay>2</reconnectdelay>
             <reconnectattempts>5</reconnectattempts>

             <!-- maxqueuelength:
                 This describes how long the internal data queues may 
be. This
                 basically lets you control how much data gets buffered 
before
                 ices decides it can't send to the server fast enough, and
                 either shuts down or flushes the queue (dropping the data)
                 and continues.
                 For advanced users only.
             -->
             <maxqueuelength>80</maxqueuelength>

             <!-- Live encoding/reencoding:
                 Currrently, the parameters given here for encoding MUST
                 match the input data for channels and sample rate. That
                 restriction will be relaxed in the future.
             -->
             <encode>
                 <nominal-bitrate>64000</nominal-bitrate> <!-- bps. e.g. 
64000 for 64 kbps -->
                 <samplerate>44100</samplerate>
                 <channels>2</channels>
             </encode>
         </instance>

        </stream>
</ices>

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From foogoo at forkbomb.dhs.org  Wed Jun  2 16:27:38 2004
From: foogoo at forkbomb.dhs.org (foogoo at forkbomb.dhs.org)
Date: Wed, 02 Jun 2004 12:27:38 -0400
Subject: [icecast] YP submission / cURL issue. (icecast 2.0.1 / gentoo)
In-Reply-To: <40B744CD.7050006@forkbomb.dhs.org>
Message-ID: <40BDFFFA.1050105@forkbomb.dhs.org>



foogoo at forkbomb.dhs.org wrote:

> Would building statically help? Is this possible with IceCast?

As an experiment I attempted to build it statically and failed many 
times. Seems that the chroot solution either needs more documentation or 
is too experimental to use IMO.


-- 

(o-  Paul <snafu at forkbomb.dhs.org>
/\   BLOG: http://forkbomb.dhs.org/bs/
v/_  GPG Key: http://forkbomb.dhs.org/bs/snafu.asc

"If at first you don't succeed, destroy all evidence that you tried."
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.



From gshang at pacific.net.au  Wed Jun  2 17:01:54 2004
From: gshang at pacific.net.au (Geoff Shang)
Date: Thu, 3 Jun 2004 03:01:54 +1000
Subject: [icecast] ices2 and Icecast2 on debian configuration question
In-Reply-To: <40BCE6F0.6050106@sympatico.ca>
Message-ID: <Pine.LNX.4.44.0406030251250.1728-100000@data.home>



Hi:

I've not looked at your configs, but I'm guessing they're OK if you
actually got the file you meant to get.

On Tue, 1 Jun 2004, David Marceau wrote:

> 1)What do I have to change in my ices2 and icecast2 configs in order for
> it to stream instead of doing a complete file transfer?

Nothing, what you do have to change is how you call it.  If you type the
URL into Winamp et al, it should play as you expect.  For it to operate
correctly in a web browser, you need to call a playlist file containing the
stream URL, so that this URL will be opened by your preferred player and
not by your browser.  You can either create this manually or use icecast to
do it for you.  If you wanted to listen to example.ogg, you could type
http://server:port/example.ogg.m3u into your browser, and as long as you've
got a Vorbis -capable player set to open M3U files, you'll be right.

> 2)What is the execution order for ices2 and icecast2.  Should I start
> ices2 first and then icecast2 or do icecast2 first and then ices2
> second?  I am guessing it should be icecast2 first but the documentation
> does not seem to tell me that.

You should start icecast before ices, as ices needs something to connect
to.  But you need them both before you can listen to anything.  To use a
terrestrial radio setup as an analogy, ices is your radio station and
icecast is the transmitter.  If either of these parts is not powered up,
listeners won't hear anything.

> 3)Since I am running both ices2 and icecast2 on the same machine, do I
> still need a user password for ices2 and icecast2 to communicate to each
> other?

Yes.  Neither of them care which host the other is on.

> 4)Considering my 800KBit/s upload bandwidth, what would be the
> recommended maximum number of listeners that I could stream? I am
> guessing that 800Kbit/64= 12...roughly twelve 64Kbit streams.  Is this
> the correct method or is there more that I should consider here?  I am
> guessing there is but it's best to ask right?

Allow a bit for TCP/IP overhead, but that's the general idea.  11 is
probably a safe figure.

Geoff.

<p>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From icecast-dev-request at xiph.org  Sat Jun  5 10:56:11 2004
From: icecast-dev-request at xiph.org (Kevin Gore)
Date: Sat, 05 Jun 2004 11:56:11 +0100
Subject: [icecast] hiIcecast-dev-request
Message-ID: <169529c2ikvm$3395i6k0$6187h6b8@resonant>



Icecast-dev-request,#

We are going to be closing soon!
We have the highest quality, and now, lowest priced prescription drugs online.
Buy something while you still can!
VI3AGRA C4ialis VALIU+M  X7ANAX

http://www.177.ranking299pill.biz/b12

pantheon stoop enthusiast johnny antipode promethium coliseum belshazzar paratroop blonde ivan solenoid admittance outlandish michel freehold copperhead quasar touchstone create supersede contrariwise imbrue .

<p><p><p><p>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From lemmings at nwolf.org  Thu Jun  3 12:51:33 2004
From: lemmings at nwolf.org (EISELE Pascal)
Date: Thu, 3 Jun 2004 14:51:33 +0200
Subject: [icecast] How to relay a stream between icecast and shoutcast ?
Message-ID: <20040603125133.GA15818@firestorm.nwolf.org>



Hi,

I'm using icecast v1 as master server and icecast v2 as relay but I need to setup an additional shoutcast relay. How can I do that ? Which program should I use for ?

Thanks and best regards.
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From kjackey  Tue Jun  8 09:12:36 2004
From: kjackey (kevin)
Date: Tue Jun  8 09:12:36 2004
Subject: [Icecast] Error Syncing to MPEG
Message-ID: <1086711156.5643.17.camel@localhost>

I am trying to relay a streamtuner Live365 stream across a ssh tunnel to
a remote XP pc, where I would pick it up using winamp.

I have a similar setup with a non-live365 stream routed using
streamripper to port 9001 and this plays correctly in winamp

For my Live365 stream, I have a RealVNC root session that is streaming
the Live365 broadcast from streamtuner (using XMMS). I can see XMMS
playing the output to the sound card on the remote machine. I then link
up an icecast server (servername = localhost) as a relay server. Next I
fire up darkice to capture the soundcard audio, and that seems to be
working correctly. when I try to connect to port 8000 / 8001 with winamp
I get the message "error synching to MPEG".

What would cause this error? Is my setup correct? Please let me know if
I need to add the text of my .cfg files to this thread. Thanks for the
help!!!


From kjackey  Tue Jun  8 11:08:10 2004
From: kjackey (kevin)
Date: Tue Jun  8 11:08:10 2004
Subject: [Icecast] Error Syncing to MPEG
In-Reply-To: <1086711156.5643.17.camel@localhost>
References: <1086711156.5643.17.camel@localhost>
Message-ID: <1086718090.5840.7.camel@localhost>

On Tue, 2004-06-08 at 12:12, kevin wrote:
> I am trying to relay a streamtuner Live365 stream across a ssh tunnel to
> a remote XP pc, where I would pick it up using winamp.
>
> I have a similar setup with a non-live365 stream routed using
> streamripper to port 9001 and this plays correctly in winamp
>
> For my Live365 stream, I have a RealVNC root session that is streaming
> the Live365 broadcast from streamtuner (using XMMS). I can see XMMS
> playing the output to the sound card on the remote machine. I then link
> up an icecast server (servername = localhost) as a relay server. Next I
> fire up darkice to capture the soundcard audio, and that seems to be
> working correctly. when I try to connect to port 8000 / 8001 with winamp
> I get the message "error synching to MPEG".
>
> What would cause this error? Is my setup correct? Please let me know if
> I need to add the text of my .cfg files to this thread. Thanks for the
> help!!!
>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://xiph.org/cgi-bin/mailman/listinfo/icecast

In reviewing other messages on this list, I decided it would be good to
go ahead and post my configuration files. Here is my darkice.cfg:

# sample DarkIce configuration file, edit for your needs before using
# see the darkice.cfg man page for details

# this section describes general aspects of the live streaming session
[general]
duration        = 0          # duration of encoding, in seconds. 0 means
forever
bufferSecs      = 10         # size of internal slip buffer, in seconds

# this section describes the audio input that will be streamed
[input]
device          = /dev/dsp  # OSS DSP soundcard device for the audio
input
sampleRate      = 22050     # sample rate in Hz. try 11025, 22050 or
44100
bitsPerSample   = 16        # bits per sample. try 16
channel         = 2         # channels. 1 = mono, 2 = stereo

# this section describes a streaming connection to an IceCast server
# there may be up to 8 of these sections, named [icecast-0] ...
[icecast-7]
# these can be mixed with [icecast2-x] and [shoutcast-x] sections
#[icecast-0]
#bitrateMode     = cbr       # constant bit rate
#bitrate         = 96        # bitrate of the mp3 stream sent to the
server
#quality         = 0.8       # encoding quality
#server          = localhost # host name of the server
#port            = 8000      # port of the IceCast server, usually 8000
#password        = au752806  # source password to the IceCast server
#mountPoint      = sample96  # mount point of this stream on the IceCast
server
#name            = DarkIce trial
#                            # name of the stream
#description     = This is only a trial
#                            # description of the stream
#url             = http://www.yourserver.com
#                            # URL related to the stream
#genre           = my own    # genre of the stream
#public          = no        # advertise this stream?

# this section describes a streaming connection to an IceCast2 server
# there may be up to 8 of these sections, named [icecast2-0] ...
[icecast2-7]
# these can be mixed with [icecast-x] and [shoutcast-x] sections
[icecast2-0]
bitrateMode     = abr       # average bit rate
format          = mp3       # format of the stream: ogg vorbis
bitrate         = 96        # bitrate of the stream sent to the server
server          = localhost
# host name of the server
port            = 8000      # port of the IceCast2 server, usually 8000
password        = au752806  # source password to the IceCast2 server
mountPoint      = sample96  # mount point of this stream on the IceCast2
server
name            = DarkIce trial
# name of the stream
description     = This is only a trial
# description of the stream
url             = http://www.yourserver.com
# URL related to the stream
genre           = my own    # genre of the stream
public          = no        # advertise this stream?

# this section describes a streaming connection to a ShoutCast server
# there may be up to 8 of these sections, named [shoutcast-0] ...
[shoutcast-7]
# these can be mixed with [icecast-x] and [icecast2-x] sections
#[shoutcast-0]
#bitrateMode     = vbr       # variable bit rate mode
#quality         = 0.5       # encoding quality
#server          = yp.yourserver.com
#                            # host name of the server
#port            = 8001      # source port of the ShoutCast server,
usually 8001
#password        = hackme    # source password to the ShoutCast server
#name            = DarkIce trial
#                            # name of the stream
#url             = http://www.yourserver.com
#                            # URL related to the stream
#genre           = my own    # genre of the stream
#public          = yes       # advertise this stream?
#irc             = irc.yourserver.com
#                            # IRC info related to the stream
#aim             = aim here  # AIM info related to the stream
#icq             = I see you too
#                            # ICQ info related to the stream


Here is my icecast.cfg:
<icecast>
<limits>
<clients>100</clients>
<sources>2</sources>
<threadpool>5</threadpool>
<queue-size>102400</queue-size>
<client-timeout>30</client-timeout>
<header-timeout>15</header-timeout>
<source-timeout>10</source-timeout>
</limits>

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

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

<!-- 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>
<directory>
<yp-url-timeout>15</yp-url-timeout>
<yp-url>http://www.oddsock.org/cgi-bin/yp-cgi</yp-url>
</directory>
-->

<hostname>localhost</hostname>

<!-- You can use these two if you only want a single listener -->
<port>8000</port>
<bind-address>127.0.0.1</bind-address>

<!-- You may have multiple <listener> elements -->
<listen-socket>
<port>8000</port>
<!-- <bind-address>127.0.0.1</bind-address> -->
</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>-->

<relay>
<server>127.0.0.1</server>
<port>8001</port>
<mount>/sample96</mount>
<local-mount>/sample97</local-mount>

<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>/example-complex.ogg</mount-name>

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

<max-listeners>1</max-listeners>
<dump-file>/tmp/dump-example1.ogg</dump-file>
<fallback-mount>/example2.ogg</fallback-mount>
</mount>
-->

<fileserve>1</fileserve>

<paths>
<!-- basedir is only used if chroot is enabled -->
<basedir>/usr/share/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>/var/log/icecast</logdir>
<webroot>/usr/share/icecast/web</webroot>
<adminroot>/usr/share/icecast/admin</adminroot>

<!-- <pidfile>/usr/share/icecast/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"/>
-->
</paths>


<logging>
<accesslog>access.log</accesslog>
<errorlog>error.log</errorlog>
<loglevel>4</loglevel>  <!-- 4 Debug, 3 Info, 2 Warn, 1 Error -->
</logging>


<security>
<chroot>0</chroot>
<changeowner>
<user>icecast</user>
<group>icecast</group>
</changeowner>
</security>
</icecast>

Thanks for helping!


From barton  Wed Jun  9 14:06:59 2004
From: barton (Barton Hodges)
Date: Wed Jun  9 14:06:59 2004
Subject: [Icecast] problem with metadatafilename parameter
Message-ID: <023001c44e65$b4caf5c0$02efa8c0@guyute>

Hi,

I'm using Icecast 2.0.1 and Ices 2.0.0 with multiple "<stream>"
constructs to stream from multiple inputs.  This works fine, but the
second "metadatafilename" parameter overwrites the first, and that
metadata information is sent to both streams.  Is there a way around
this?

In this case, the stream on "stream1.ogg" and "stream2.ogg" both
receive metadata information from the file "metadata2":

<instance>
<mount>/stream1.ogg</mount>
...
<input>
<module>stdinpcm</module>
<param name="rate">8000</param>
<param name="channels">1</param>
<param name="metadata">1</param>
<param name="metadatafilename">metadata1</param>
</input>


<instance>
<mount>/stream2.ogg</mount>
...
<input>
<module>alsa</module>
<param name="rate">48000</param>
<param name="channels">2</param>
<param name="device">hw:0,0</param>
<param name="periods">2</param>
<param name="buffer-time">500</param>
<param name="metadata">1</param>
<param name="metadatafilename">metadata2</param>
</input>



From gshang  Wed Jun  9 20:31:51 2004
From: gshang (Geoff Shang)
Date: Wed Jun  9 20:31:51 2004
Subject: [Icecast] problem with metadatafilename parameter
In-Reply-To: <023001c44e65$b4caf5c0$02efa8c0@guyute>
Message-ID: <Pine.LNX.4.44.0406101330220.1728-100000@data.home>

Hi:

I don't want to speak for the developers, but I suspect that Ices wasn't
designed to have two input sections.  I'm surprised that it even works.  My
suggestion is to run two instances of Ices to achieve this behaviour.

Geoff.


From gshang  Fri Jun 11 07:15:20 2004
From: gshang (Geoff Shang)
Date: Fri Jun 11 07:15:20 2004
Subject: [Icecast] Error Syncing to MPEG
In-Reply-To: <1086718090.5840.7.camel@localhost>
Message-ID: <Pine.LNX.4.44.0406120013180.1728-100000@data.home>

Hi:

Can't spot anything real obvious, except setting up a relay from one mount
to another on the same server may well be confusing it.  I'd recommend
using the alias feature instead.

Error messages from icecast or darkice would be more likely to shed light
on your problem.

Geoff.


From jochen  Sun Jun  6 14:43:09 2004
From: jochen (Jochen Friedrich)
Date: Sun Jun  6 14:43:09 2004
Subject: [Icecast] [patch] time stamps in dump file names
Message-ID: <Pine.LNX.4.58.0406062336170.2514@localhost>

Hi,

this patch enables the use of time stamps in dump file names:

diff -ur icecast-2.0.1/src/source.c icecast-2.0.1.scram/src/source.c
--- icecast-2.0.1/src/source.c	Wed May 12 17:55:30 2004
+++ icecast-2.0.1.scram/src/source.c	Wed Jun  2 23:17:29 2004
@@ -50,6 +50,16 @@
http_parser_t *parser, const char *mount, format_type_t type,
mount_proxy *mountinfo)
{
+    char buffer[PATH_MAX];
+    time_t curtime;
+    struct tm *loctime;
+
+    /* Get the current time. */
+    curtime = time (NULL);
+
+    /* Convert it to local time representation. */
+    loctime = localtime (&curtime);
+
source_t *src;

src = (source_t *)malloc(sizeof(source_t));
@@ -76,7 +86,8 @@
src->fallback_mount = strdup (mountinfo->fallback_mount);
src->max_listeners = mountinfo->max_listeners;
if (mountinfo->dumpfile != NULL)
-            src->dumpfilename = strdup (mountinfo->dumpfile);
+            strftime (buffer, PATH_MAX, mountinfo->dumpfile, loctime);
+            src->dumpfilename = strdup (buffer);
}

if(src->dumpfilename != NULL) {

Example:

<dump-file>/tmp/ewire-%Y%m%d-%H%M%S.mp3</dump-file>

--jochen

From keith16  Wed Jun  9 19:32:20 2004
From: keith16 (Keith L. E. Phillips)
Date: Wed Jun  9 19:32:20 2004
Subject: [Icecast] Statistics Relay
Message-ID: <003a01c44e93$2875bbe0$0aff320a@Windermere>

Hello again:

Though you suggested in subsequent reply email that the problem may sit with
the SAM2 Broadcaster application I done some additional testing and wanted
to run the results by you. I am able to reproduce the problem and see what I
would consider odd activities on the Icecast2 windows application.

Here goes:

1) Connect and start one stream from SAM2 --> Icecast2
2) Connect statistic relay from SAM2 --> Icecast2 and all is fine
3) Click on Icecast2 windows interface tab Source Level Stats and stream and
related data is displayed constantly and updates immediately when listeners
come and go. Using Icecast2 web interface everything looks fine, one stream
displayed with listener count.
4) Connect and start a second stream from SAM2 --> Icecast2
5) Click on Icecast2 windows interface tab Source Level Stats and both
streams and related data is displayed constantly and updates immediately
when listeners come and go. Using Icecast2 web interface everything looks
fine, two streams displayed with listener count.
6) Stop second stream
7) Icecast2 web interface displays two streams, one active and the second
"stream not currently available" as one would expect.
8) Click on Icecast2 windows interface tab Source Level Stats and stream and
related data is no longer displayed constantly and blanks out after three
seconds. Clicking on the stream returns data for a brief period of time and
then blanks out after three seconds.
9) A short time later the SAM2 application errors out with the "Inactive
(Error parsing xml document: Invalid at the top level of the
document.||||Line: 1||empty result)" even though there is still only one
stream.
10) Stop Icecast2 server and restart.
11) Click on Icecast2 windows interface tab Source Level Stats and stream
and related data is displayed constantly and updates immediately when
listeners come and go without any blanking out . Using Icecast2 web
interface everything looks fine again, one stream displayed with listener
count.

This is reproducible so I wonder is there is a bug with Icecast2. What do
you think?

Regards

Keith



From spontexx  Wed Jun 16 03:57:50 2004
From: spontexx (=?iso-8859-1?Q? S=F6ren=20Krings ?=)
Date: Wed Jun 16 03:57:50 2004
Subject: [Icecast] searching a netstream library
Message-ID: <247257406@web.de>

Hello,

i?m searching for a library to easy access the netstream on the client side. With functions like: play stream, get metadata, access to streamed data a.s.o.
A Libary such like "fmod" or "bass" but specialized to netstreams. Everybody knows one?

Thanks and greetings
S. Krings
_______________________________________________________
WEB.DE Video-Mail - Sagen Sie mehr mit bewegten Bildern
Informationen unter: http://freemail.web.de/?mc=021199


From taymour.elerian  Wed Jun 16 06:35:25 2004
From: taymour.elerian (Taymour A. El Erian)
Date: Wed Jun 16 06:35:25 2004
Subject: [Icecast] icecast and smp
Message-ID: <40D04C9D.9030003@tedata.net>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi,

~    I have just installed Ice cast and I really like it. I want to
stream a radio station which expects 6000 concurrent listener. I was
thinking of using an SMP machine with Linux running.
Does Ice cast make use of SMP, does anyone have sizing references .

- --
Taymour A El Erian
System Division Manager
CNA, MCSE, CCNA, LPIC
T.E. Data
E-mail: taymour.elerian at tedata.net
Web:     www.tedata.net
Tel:    +(202)-4166600
Fax:    +(202)-4166700
Ext:    1101

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)
Comment: Using GnuPG with MultiZilla - http://enigmail.mozdev.org

iD8DBQFA0EycX1dv4NHexooRAkQbAKClpwqN4K9NiA5GcyYgCN1SMA1ieQCeP4Fx
qYR+gcKL5eQ2WkVgfWypk44=
=J+vP
-----END PGP SIGNATURE-----


From giles  Wed Jun 16 09:41:36 2004
From: giles (Ralph Giles)
Date: Wed Jun 16 09:41:36 2004
Subject: [Icecast] icecast and smp
In-Reply-To: <40D04C9D.9030003@tedata.net>
References: <40D04C9D.9030003@tedata.net>
Message-ID: <20040616164136.GB7064@ghostscript.com>

On Wed, Jun 16, 2004 at 04:35:25PM +0300, Taymour A. El Erian wrote:

> ~    I have just installed Ice cast and I really like it. I want to
> stream a radio station which expects 6000 concurrent listener. I was
> thinking of using an SMP machine with Linux running.
> Does Ice cast make use of SMP, does anyone have sizing references .

I don't know much about it, but icecast should be able to scale this
far. It does use threading internally, but not to an extensive level.

The real problem with 6000 concurrent listeners is the bandwidth. At
128 kbps, that's 768 Mbps, which is more than almost any host can
sustain. The usual method here is to set up a handfull of servers
in a round-robin, and have each relay from a master icecast instance.

Hope that helps,
-r

From msmith  Wed Jun 16 18:41:39 2004
From: msmith (Michael Smith)
Date: Wed Jun 16 18:41:39 2004
Subject: [Icecast] icecast and smp
In-Reply-To: <40D04C9D.9030003@tedata.net>
References: <40D04C9D.9030003@tedata.net>
Message-ID: <200406171141.39487.msmith@xiph.org>

On Wednesday 16 June 2004 23:35, Taymour A. El Erian wrote:
> Hi,
>
> ~    I have just installed Ice cast and I really like it. I want to
> stream a radio station which expects 6000 concurrent listener. I was
> thinking of using an SMP machine with Linux running.
> Does Ice cast make use of SMP, does anyone have sizing references .

If you are able to get enough bandwidth for this (6000 listeners requires an
enormous amount) to a single server, then icecast should scale relatively
well. I've not tested it to above 3000 users, but that was on a 400 MHz
single processor machine.

Icecast will make use of SMP (it's internally fairly heavily threaded).

Mike



From clement  Wed Jun 16 18:57:23 2004
From: clement (Clement Cavadore)
Date: Wed Jun 16 18:57:23 2004
Subject: [Icecast] icecast and smp
In-Reply-To: <200406171141.39487.msmith@xiph.org>
References: <40D04C9D.9030003@tedata.net> <200406171141.39487.msmith@xiph.org>
Message-ID: <1087437442.890.237.camel@washington>

Le jeu 17/06/2004 ? 03:41, Michael Smith a ?crit :
> If you are able to get enough bandwidth for this (6000 listeners requires an
> enormous amount) to a single server, then icecast should scale relatively
> well. I've not tested it to above 3000 users, but that was on a 400 MHz
> single processor machine.

About testing, is there any tool which can simulate a large amount of
clients on a server (for example, 600 clients, using 128Kbits/s each) on
a local area network ? A sort of stress-test, which would make the
server act exactly the same as if it was in real conditions...

I tried running many ogg123 / mpg123 in null output, but it overloads
the client machine too fastly...

--
Cl?ment Cavadore
www.frequence3.org
Webradio Francophone


From enrico.minack  Wed Jun 16 23:17:17 2004
From: enrico.minack (Enrico Minack)
Date: Wed Jun 16 23:17:17 2004
Subject: [Icecast] icecast and smp
References: <40D04C9D.9030003@tedata.net> <200406171141.39487.msmith@xiph.org>
Message-ID: <mailman.37.1701028808.3092.icecast@xiph.org>

<1087437442.890.237.camel at washington>
Message-ID: <069901c45432$be477ab0$0864a8c0 at desk>

> About testing, is there any tool which can simulate a large amount of
> clients on a server (for example, 600 clients, using 128Kbits/s each) on
> a local area network ?

I used wget for this. Just try
wget -O /dev/null -q http://YOURSERVER:8000/YOURMOUNT &
and start as many of these as you want. You can stop them with killall wget
afterfards.
Wget makes an ordinary http download (exactly what mpg123 / ogg123 is doing
as well) but doesn't decode the media. The data are put to /dev/null.

Enrico


From taymour.elerian  Wed Jun 16 23:53:42 2004
From: taymour.elerian (Taymour A. El Erian)
Date: Wed Jun 16 23:53:42 2004
Subject: [Icecast] icecast and smp
In-Reply-To: <200406171141.39487.msmith@xiph.org>
References: <40D04C9D.9030003@tedata.net> <200406171141.39487.msmith@xiph.org>
Message-ID: <40D13FF6.7090307@tedata.net>



Michael Smith wrote:

>On Wednesday 16 June 2004 23:35, Taymour A. El Erian wrote:
>
>
>>Hi,
>>
>>~    I have just installed Ice cast and I really like it. I want to
>>stream a radio station which expects 6000 concurrent listener. I was
>>thinking of using an SMP machine with Linux running.
>>Does Ice cast make use of SMP, does anyone have sizing references .
>>
>>
>
>If you are able to get enough bandwidth for this (6000 listeners requires an
>enormous amount) to a single server, then icecast should scale relatively
>well. I've not tested it to above 3000 users, but that was on a 400 MHz
>single processor machine.
>
>Icecast will make use of SMP (it's internally fairly heavily threaded).
>
>Mike
>
You say you have tested it on 3k users, what was the bitrate, were those
concurrent ?. What were the specs. of the machine ?

--
Taymour A El Erian
System Division Manager
CNA, MCSE, CCNA, LPIC
T.E. Data
E-mail: taymour.elerian at tedata.net
Web:     www.tedata.net
Tel:    +(202)-4166600
Fax:	+(202)-4166700
Ext:    1101



From smbd  Sat Jun 19 05:46:55 2004
From: smbd (Kuba Spamsky)
Date: Sat Jun 19 05:46:55 2004
Subject: [Icecast] where is icecast-kh?
Message-ID: <200406191446.55085.smbd@wp.pl>

Hello list,
I know that xiph.org has moved from cvs to svn...
But god damned! where is now stored awesome Karl's icecast release??? (old
`xiph.org/~karl` subdirectory).

From adam  Sat Jun 19 13:35:46 2004
From: adam (adam)
Date: Sat Jun 19 13:35:46 2004
Subject: [Icecast] ogg metedata update
Message-ID: <20040619223325.X29661-100000@xs1.xs4all.nl>

hi

Is there any way to update the metadata of an icecast2 ogg stream similar
to the mp3 method (eg)
http://blah:8000/admin/metadata?mount=/live&mode=updinfo&song=lala+lele

adam





Adam Hyde
adam at xs4all.nl

r a d i o q u a l i a
http://www.radioqualia.net
Free as in 'media'


From gshang  Sat Jun 19 23:15:33 2004
From: gshang (Geoff Shang)
Date: Sat Jun 19 23:15:33 2004
Subject: [Icecast] SVN Icecast YP problem
Message-ID: <Pine.LNX.4.44.0406201555470.1728-100000@data.home>

Hi everyone:

Thanks to me not setting a max log size in our icecast install, a problem
with YP stuff caused the log to grow to almost 2 gig and fill the
partition.  Probably just as well it did, or we might not have noticed.

The sysadmin had to trim the log to get space back, so the bit where it all
started no longer appears.  But in the 4 hours of log I still have, the
following line appears over 76 thousand times:

[2004-06-19  22:27:52] EROR yp/send_to_yp YP add on
http://www.oddsock.org/cgi-bin/yp-cgi failed: Server already exists

There were also lots (over 80 thousand) of the following:

[2004-06-19  22:38:56] EROR yp/send_to_yp connection to
http://dir.xiph.org/cgi-bin/yp-cgi failed with "Connect failed; Operation
now in progress"

The latter doesn't really surprise me that much, since going to
dir.xiph.org results in the default apache page, which suggests the Xiph
directory server is not up.  The error in the log since I restarted is
different, however:

[2004-06-20  02:07:57] EROR yp/send_to_yp YP add on
http://dir.xiph.org/cgi-bin/yp-cgi failed: (null)

And since I'm also not getting the "server already exists" error several
times a second anymore (I'm not getting it at all), I'm thinking there's
something funky with SVN Icecast that got it acting weird.

Since the log grew to be over 1.5 gig, my thinking is that it must have
been going on for a few days.  sorry I can't provide more info, I really
don't have any.  Maybe if the oddsock.org YP server has any logs, you may
be able to get some idea.

Geoff.



From adam  Sun Jun 20 01:39:15 2004
From: adam (adam)
Date: Sun Jun 20 01:39:15 2004
Subject: [Icecast] question re metadata
Message-ID: <20040620103301.N77834-100000@xs1.xs4all.nl>

hi,

I am just experimenting with the Icecast2 admin function, allowing
metadata updates of the song title through appending a url . The example
in the docs looks like this:
http://192.168.1.10:8000/admin/metadata?mount=/mystream&mode=updinfo&song=ACDC+Back+In+Black

I do this and I get a response:
"Metadata update successful"

When I look at the admin interface I can see the song title has
changed...however the information in the player client (xmms) doesnt get
updated...am I misunderstanding what this function should do or is there
something I am not doing correctly?

Thanks in advance for any help


Adam Hyde
adam at xs4all.nl

r a d i o q u a l i a
http://www.radioqualia.net
Free as in 'media'


From taymour.elerian  Sun Jun 20 02:33:28 2004
From: taymour.elerian (Taymour A. El Erian)
Date: Sun Jun 20 02:33:28 2004
Subject: [Icecast] DVB audio stream
Message-ID: <40D559E8.7020205@tedata.net>

Hi,

I am trying to broadcast a radio station with the source being the
station's transmission on DVB (satellite), has anyone tried installing a
DVB card in a Linux box and feeding the stream to Icecast ?

--
Taymour A El Erian
System Division Manager
CNA, MCSE, CCNA, LPIC
T.E. Data
E-mail: taymour.elerian at tedata.net
Web:     www.tedata.net
Tel:    +(202)-4166600
Fax:	+(202)-4166700
Ext:    1101



From karl  Sun Jun 20 05:17:41 2004
From: karl (Karl Heyes)
Date: Sun Jun 20 05:17:41 2004
Subject: [Icecast] SVN Icecast YP problem
In-Reply-To: <Pine.LNX.4.44.0406201555470.1728-100000@data.home>
References: <Pine.LNX.4.44.0406201555470.1728-100000@data.home>
Message-ID: <1087733860.27827.54.camel@bogus.hackers.club>

On Sun, 2004-06-20 at 07:15, Geoff Shang wrote:
...
> The sysadmin had to trim the log to get space back, so the bit where it all
> started no longer appears.  But in the 4 hours of log I still have, the
> following line appears over 76 thousand times:
>
> [2004-06-19  22:27:52] EROR yp/send_to_yp YP add on
> http://www.oddsock.org/cgi-bin/yp-cgi failed: Server already exists
>
> There were also lots (over 80 thousand) of the following:
>
> [2004-06-19  22:38:56] EROR yp/send_to_yp connection to
> http://dir.xiph.org/cgi-bin/yp-cgi failed with "Connect failed; Operation
> now in progress"

I did apply a fix for this type of error a few weeks ago, so this
depends on when exactly you got the svn code. The messages "server
already exists" are down to icecast YP entries not being removed, that
should be fixed already.

> The latter doesn't really surprise me that much, since going to
> dir.xiph.org results in the default apache page, which suggests the Xiph
> directory server is not up.  The error in the log since I restarted is
> different, however:
>
> [2004-06-20  02:07:57] EROR yp/send_to_yp YP add on
> http://dir.xiph.org/cgi-bin/yp-cgi failed: (null)
>
> And since I'm also not getting the "server already exists" error several
> times a second anymore (I'm not getting it at all), I'm thinking there's
> something funky with SVN Icecast that got it acting weird.

The above (null) message also requires a minor fix for error message
display. It's null as the YP operation failed but didn't actually send
an error message, however we do want something to be logged in such
cases so that action can be taken.

You should be able to comment out the YP section for dir.xiph.org and
send the HUP signal, adding it back in when the service comes back
later.

karl.



From mwang  Fri Jun 18 11:29:43 2004
From: mwang (=?ISO-8859-15?B?zfXDyA==?=)
Date: Fri Jun 18 11:29:43 2004
Subject: [Icecast] ices-2.0.0 install problem
Message-ID: <1438380864.20040619022943@orsc.edu.cn>

Hello

when i install ices-2.0.0, i can't finish "./configure", system said
as fellow:

checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking for gcc... gcc
checking for C compiler default output... configure: error: C compiler cannot create executables
See `config.log' for more details.

what's the problem? what should i do. thank you in advance
BTW: i use the fedora core1

the config.log as fellow:



$ ./configure

## --------- ##
## Platform. ##
## --------- ##

hostname = Doraemon
uname -m = i686
uname -r = 2.4.22-1.2115.nptl
uname -s = Linux
uname -v = #1 Wed Oct 29 15:42:51 EST 2003

/usr/bin/uname -p = unknown
/bin/uname -X     = unknown

/bin/arch              = i686
/usr/bin/arch -k       = unknown
/usr/convex/getsysinfo = unknown
hostinfo               = unknown
/bin/machine           = unknown
/usr/bin/oslevel       = unknown
/bin/universe          = unknown

PATH: /usr/local/sbin
PATH: /usr/local/bin
config.log
PATH: /sbin
PATH: /bin
PATH: /usr/sbin
PATH: /usr/bin
PATH: /usr/X11R6/bin
PATH: /root/bin


## ----------- ##
## Core tests. ##
## ----------- ##

configure:1542: checking for a BSD-compatible install
configure:1596: result: /usr/bin/install -c
configure:1607: checking whether build environment is sane
configure:1650: result: yes
configure:1683: checking for gawk
configure:1699: found /bin/gawk
configure:1709: result: gawk
configure:1719: checking whether make sets $(MAKE)
configure:1739: result: yes
configure:1890: checking whether to enable maintainer-specific portions of Makefiles
configure:1899: result: no
configure:1961: checking for gcc
configure:1977: found /usr/bin/gcc
configure:1987: result: gcc
configure:2231: checking for C compiler version
configure:2234: gcc --version </dev/null >&5
gcc (GCC) 3.3.3 20040412 (Red Hat Linux 3.3.3-7)
Copyright (C) 2003 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

configure:2237: $? = 0
configure:2239: gcc -v </dev/null >&5
Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/3.3.3/specs
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enab
le-shared --enable-threads=posix --disable-checking --disable-libunwind-exceptions --with-system-zli
b --enable-__cxa_atexit --host=i386-redhat-linux
Thread model: posix
gcc version 3.3.3 20040412 (Red Hat Linux 3.3.3-7)
configure:2242: $? = 0
configure:2244: gcc -V </dev/null >&5
gcc: `-V' option must have argument
configure:2247: $? = 1
configure:2271: checking for C compiler default output
configure:2274: gcc    conftest.c  >&5
/usr/bin/ld: unrecognized option '--as-needed'
/usr/bin/ld: use the --help option for usage information
collect2: ld returned 1 exit status
configure:2277: $? = 1
configure: failed program was:
| #line 2250 "configure"
| /* confdefs.h.  */
|
| #define PACKAGE_NAME "IceS"
| #define PACKAGE_TARNAME "ices"
| #define PACKAGE_VERSION "2.0.0"
| #define PACKAGE_STRING "IceS 2.0.0"
| #define PACKAGE_BUGREPORT "icecast at xiph.org"
| #define PACKAGE "ices"
| #define VERSION "2.0.0"
| /* end confdefs.h.  */
|
| int
| main ()
| {
|
|   ;
|   return 0;
| }
configure:2316: error: C compiler cannot create executables
See `config.log' for more details.

## ---------------- ##
## Cache variables. ##
## ---------------- ##

ac_cv_env_CC_set=
ac_cv_env_CC_value=
ac_cv_env_CFLAGS_set=
ac_cv_env_CFLAGS_value=
ac_cv_env_CPPFLAGS_set=
ac_cv_env_CPPFLAGS_value=
ac_cv_env_CPP_set=
ac_cv_env_CPP_value=
ac_cv_env_CXXCPP_set=
ac_cv_env_CXXCPP_value=
ac_cv_env_CXXFLAGS_set=
ac_cv_env_CXXFLAGS_value=
ac_cv_env_CXX_set=
ac_cv_env_CXX_value=
ac_cv_env_F77_set=
ac_cv_env_F77_value=
ac_cv_env_FFLAGS_set=
ac_cv_env_FFLAGS_value=
ac_cv_env_LDFLAGS_set=
ac_cv_env_LDFLAGS_value=
ac_cv_env_OGG_PREFIX_set=
ac_cv_env_OGG_PREFIX_value=
ac_cv_env_VORBIS_PREFIX_set=
ac_cv_env_VORBIS_PREFIX_value=
ac_cv_env_XMLCONFIG_set=
ac_cv_env_XMLCONFIG_value=
ac_cv_env_build_alias_set=
ac_cv_env_build_alias_value=
ac_cv_env_host_alias_set=
ac_cv_env_host_alias_value=
ac_cv_env_target_alias_set=
ac_cv_env_target_alias_value=
ac_cv_path_install='/usr/bin/install -c'
ac_cv_prog_AWK=gawk
ac_cv_prog_ac_ct_CC=gcc
ac_cv_prog_make_make_set=yes

## ----------------- ##
## Output variables. ##
## ----------------- ##

ACLOCAL='${SHELL} /tmp/ices-2.0.0/missing --run aclocal-1.6'
ALSA_LIBS=''
AMDEPBACKSLASH=''
AMDEP_FALSE=''
AMDEP_TRUE=''
AMTAR='${SHELL} /tmp/ices-2.0.0/missing --run tar'
AR=''
AUTOCONF='${SHELL} /tmp/ices-2.0.0/missing --run autoconf'
AUTOHEADER='${SHELL} /tmp/ices-2.0.0/missing --run autoheader'
AUTOMAKE='${SHELL} /tmp/ices-2.0.0/missing --run automake-1.6'
AWK='gawk'
CC='gcc'
CCDEPMODE=''
CFLAGS=''
CPP=''
CPPFLAGS=''
CXX=''
CXXCPP=''
CXXDEPMODE=''
CXXFLAGS=''
DEBUG=''
DEFS=''
DEPDIR=''
ECHO='echo'
ECHO_C=''
ECHO_N='-n'
ECHO_T=''
EGREP=''
EXEEXT=''
F77=''
FFLAGS=''
FGREP=''
HAVE_ALSA_FALSE=''
HAVE_ALSA_TRUE=''
HAVE_OSS_FALSE=''
HAVE_OSS_TRUE=''
HAVE_SUN_AUDIO_FALSE=''
HAVE_SUN_AUDIO_TRUE=''
INSTALL_DATA='${INSTALL} -m 644'
INSTALL_PROGRAM='${INSTALL}'
INSTALL_SCRIPT='${INSTALL}'
INSTALL_STRIP_PROGRAM='${SHELL} $(install_sh) -c -s'
LDFLAGS=''
LIBOBJS=''
LIBS=''
LIBTOOL=''
LIBTOOL_DEPS=''
LN_S=''
LTLIBOBJS=''
MAINT='#'
MAINTAINER_MODE_FALSE=''
MAINTAINER_MODE_TRUE='#'
MAKEINFO='${SHELL} /tmp/ices-2.0.0/missing --run makeinfo'
OBJEXT=''
OGG_CFLAGS=''
OGG_LDFLAGS=''
OGG_LIBS=''
OGG_PREFIX=''
PACKAGE='ices'
PACKAGE_BUGREPORT='icecast at xiph.org'
PACKAGE_NAME='IceS'
PACKAGE_STRING='IceS 2.0.0'
PACKAGE_TARNAME='ices'
PACKAGE_VERSION='2.0.0'
PATH_SEPARATOR=':'
PKGCONFIG=''
PROFILE=''
RANLIB=''
SET_MAKE=''
SHELL='/bin/sh'
SHOUTCONFIG=''
STRIP=''
VERSION='2.0.0'
VORBISENC_LIBS=''
VORBISFILE_LIBS=''
VORBIS_CFLAGS=''
VORBIS_LDFLAGS=''
VORBIS_LIBS=''
VORBIS_PREFIX=''
XIPH_CFLAGS=''
XIPH_CPPFLAGS=''
XIPH_LIBS=''
XMLCONFIG=''
XML_CFLAGS=''
XML_LIBS=''
ac_ct_AR=''
ac_ct_CC='gcc'
ac_ct_CXX=''
ac_ct_F77=''
ac_ct_RANLIB=''
ac_ct_STRIP=''
am__include=''
am__quote=''
bindir='${exec_prefix}/bin'
build=''
build_alias=''
build_cpu=''
build_os=''
build_vendor=''
datadir='${prefix}/share'
exec_prefix='NONE'
host=''
host_alias=''
host_cpu=''
host_os=''
host_vendor=''
includedir='${prefix}/include'
infodir='${prefix}/info'
install_sh='/tmp/ices-2.0.0/install-sh'
libdir='${exec_prefix}/lib'
libexecdir='${exec_prefix}/libexec'
localstatedir='${prefix}/var'
mandir='${prefix}/man'
oldincludedir='/usr/include'
prefix='NONE'
program_transform_name='s,x,x,'
sbindir='${exec_prefix}/sbin'
sharedstatedir='${prefix}/com'
sysconfdir='${prefix}/etc'
target_alias=''

## ----------- ##
## confdefs.h. ##
## ----------- ##

#define PACKAGE "ices"
#define PACKAGE_BUGREPORT "icecast at xiph.org"
#define PACKAGE_NAME "IceS"
#define PACKAGE_STRING "IceS 2.0.0"
host_cpu=''
host_os=''
host_vendor=''
includedir='${prefix}/include'
infodir='${prefix}/info'
install_sh='/tmp/ices-2.0.0/install-sh'
libdir='${exec_prefix}/lib'
libexecdir='${exec_prefix}/libexec'
localstatedir='${prefix}/var'
mandir='${prefix}/man'
oldincludedir='/usr/include'
prefix='NONE'
program_transform_name='s,x,x,'
sbindir='${exec_prefix}/sbin'
sharedstatedir='${prefix}/com'
sysconfdir='${prefix}/etc'
target_alias=''

## ----------- ##
## confdefs.h. ##
## ----------- ##

#define PACKAGE "ices"
#define PACKAGE_BUGREPORT "icecast at xiph.org"
#define PACKAGE_NAME "IceS"
#define PACKAGE_STRING "IceS 2.0.0"
#define PACKAGE_TARNAME "ices"
#define PACKAGE_VERSION "2.0.0"
#define VERSION "2.0.0"

configure: exit 77



--
Best regards,
??????                          mailto:mwang at orsc.edu.cn


From msmith  Sun Jun 20 18:23:07 2004
From: msmith (Michael Smith)
Date: Sun Jun 20 18:23:07 2004
Subject: [Icecast] ogg metedata update
In-Reply-To: <20040619223325.X29661-100000@xs1.xs4all.nl>
References: <20040619223325.X29661-100000@xs1.xs4all.nl>
Message-ID: <200406211123.07432.msmith@xiph.org>

On Sunday 20 June 2004 06:35, adam wrote:
> hi
>
> Is there any way to update the metadata of an icecast2 ogg stream similar
> to the mp3 method (eg)
> http://blah:8000/admin/metadata?mount=/live&mode=updinfo&song=lala+lele
>
> adam
>
>

Your source client should be able to do this (inline in the stream). You can't
change it via the admin interface. This is the recommended way of doing it
for mp3 as well - the admin interface way is solely for backwards
compatibility with older clients.

Mike




From warren  Fri Jun 25 11:28:56 2004
From: warren (Warren J. Beckett)
Date: Fri Jun 25 11:28:56 2004
Subject: [Icecast] moving listens from ogg to mp3
Message-ID: <1088188135.17344.6.camel@tux.vuetec.com>

Hello list,

With icecast2 is it possible at all to move clients from a ogg mount to
a mp3 mount and vise versa?

Looking at the error log after I use the admin interface to do this I
get an error stating that the are different encoding types, and as such
will not do the move.

I am not concerned about client issues at this point as I think I can
solve them my self.

Any ideas?

Cheers,

Warren.




From karl  Fri Jun 25 11:48:12 2004
From: karl (Karl Heyes)
Date: Fri Jun 25 11:48:12 2004
Subject: [Icecast] moving listens from ogg to mp3
In-Reply-To: <1088188135.17344.6.camel@tux.vuetec.com>
References: <1088188135.17344.6.camel@tux.vuetec.com>
Message-ID: <1088189291.3980.16.camel@bogus.hackers.club>

On Fri, 2004-06-25 at 19:28, Warren J. Beckett wrote:
> Hello list,
>
> With icecast2 is it possible at all to move clients from a ogg mount to
> a mp3 mount and vise versa?
>
> Looking at the error log after I use the admin interface to do this I
> get an error stating that the are different encoding types, and as such
> will not do the move.
>
> I am not concerned about client issues at this point as I think I can
> solve them my self.


It's not impossible from an icecast point of view but some per-client
info would need resetting, however certain things may be an issue like
the mp3 metadata and of course detecting a change in the stream format
at the client end.

karl.



From warren  Fri Jun 25 13:08:24 2004
From: warren (Warren J. Beckett)
Date: Fri Jun 25 13:08:24 2004
Subject: [Icecast] moving listens from ogg to mp3
In-Reply-To: <1088189291.3980.16.camel@bogus.hackers.club>
References: <1088188135.17344.6.camel@tux.vuetec.com>
Message-ID: <mailman.38.1701028808.3092.icecast@xiph.org>

<1088189291.3980.16.camel at bogus.hackers.club>
Message-ID: <1088194103.17348.15.camel at tux.vuetec.com>


>
> It's not impossible from an icecast point of view but some per-client
> info would need resetting, however certain things may be an issue like
> the mp3 metadata and of course detecting a change in the stream format
> at the client end.
>
> karl.

Hi,

It is ashame ( at least for me ) that it is not possible.  I was hoping to
offer source clients with a choice of mp3 or ogg as the push streaming
format. I reencode on the fly between the source client and the listeners
so a change in the source format the clients still would receive a
consistent ogg stream. I also do not pass on the meta data so that would
not be an issue.

Thanks for your feedback.

Cheers,

Warren.



From jack  Fri Jun 25 18:32:15 2004
From: jack (Jack Moffitt)
Date: Fri Jun 25 18:32:15 2004
Subject: [Icecast] webmaster help needed - call for volunteers
Message-ID: <20040626013215.GL28479@i.cantcode.com>

Dear Community,

Xiph.org has a serious need for some webmasterly help, and currently
no one actively involved has the time to fill such a role.  We are
hereby asking if there are any volunteers in the community who would
like to help out in this capacity, possibly as part of a webmaster
team (depending on response).  This job pays in karma only,
unfortunately.

This is a good opportunity to help make a big difference with the
public presentation of our technologies and promote open, free
multimedia technology one web viewer at a time :)

Things that need doing:

* Minor website fixes, link checks, etc.  Many problems are reported
by users, but we don't have the resources to address them
adequately.

* Maintenance of news postings and software listings.  There is an
interface for this, but no one is using it.

* Some email response for webmaster type emails.  Some of us monitor
and respond to these now, but we can't get to them all.

* Creation of some new site parts, such as FAQs, and their maintenance.

* Willingness to take some direction.  We aren't bossy, but we need to
get certain things done sometimes.

Things that would be very nice but are not necessarily needed:

* Design skills, graphics and otherwise.

* Familiarity with Xiph.org, what we do, and our software.

Considerations:

* We need someone who can commit a bit of time each week and who is
serious about helping out, not someone who will help for two weeks
and then disappear into the ether.  I expect there will be a bit
more work at the start than there will be in the normal case, due to
the stagnation that has occured.

* Our sites are basic, and will likely remain that way.  We aren't
interested in using Flash or DHTML or Java applets.  Our primary
concern is maintaining and improving what we have.

* Updates are done through version control using Subversion.  We can
train you to use this if needed.

* We have no preferences about what platform you use, as long as you
can use a basic text editor and can edit a little HTML by hand.

* The sites are using a mishmash of infrastructures, though the basic
setup is hand rolled HTML with server side includes and CGIs.  We
don't expect the web person to need to maintain CGIs, but if you
can, all the better.


If this sounds interesting and you'd like to help out, please contact
me privately at jack at xiph.org.  We could really use the help!  Please
include some notes about yourself, and if there is anything you've
worked on in the past, I'd love to see it or hear about it.

Thanks,
jack.

From office  Sat Jun 26 00:32:48 2004
From: office (armin langhofer)
Date: Sat Jun 26 00:32:48 2004
Subject: [Icecast] Could not parse XSLT file
Message-ID: <40DD26A0.6000208@langhofer.at>

hi

i installed icecast 2.01 on a suse system (hmm didn't have any imapct to
the desicion for suse) and compiled every myself.

the streaming server itself runs, i can steam and receive the stream but
i cant get the web-admin interface via host:8000/admin/. the following
error occurs in the web browser:

Could not parse XSLT file

XSLT: current tarball (cvs snapshot)
libxml2-2.6.9
icecast-2.0.1

any ideas?

best regards, armin.

From adam  Sat Jun 26 01:40:57 2004
From: adam (adam)
Date: Sat Jun 26 01:40:57 2004
Subject: [Icecast] website
Message-ID: <20040626103856.P64171-100000@xs1.xs4all.nl>

hi,

Did I just see a request for a xiph webmaster? I deleted the post
accidently and it doesnt seem to be in the archive yet...can someone
repost this to me?:
adam at xs4all.nl

many thanks

adam




Adam Hyde
adam at xs4all.nl

r a d i o q u a l i a
http://www.radioqualia.net
Free as in 'media'

current:
http://www.radio-astronomy.net

work:
The Streaming Suitcase
Streaming Media Consultant

contact:
email : adam at xs4all.nl
phone : + 371 938 6752 (Latvia)
email to sms : eseter at sms.lmt.lv



From paul  Sat Jun 26 10:55:19 2004
From: paul (Paul Bryson)
Date: Sat Jun 26 10:55:19 2004
Subject: [Icecast] Re: webmaster help needed - call for volunteers
References: <20040626013215.GL28479@i.cantcode.com>
Message-ID: <cbkd9q$hq8$1@sea.gmane.org>

"Jack Moffitt" wrote...
> * The sites are using a mishmash of infrastructures, though the basic
>   setup is hand rolled HTML with server side includes and CGIs.

I just wanted to comment on this.  The biggest complaint that I hear for
websites is a lack of consistency in design.  When a user clicks a link and the
entire design/layout of the page changes, browsing becomes difficult.  At each
page the user is forced to reorient themselves to where everything is and where
they are trying to get to.  Even worse, when the terms used to describe parts of
the site are changed, you have not idea if the links are to different pages or
where you have already been.

Xiph.org suffers from this in the worst way.  Just look at the links at the
bottom of http://xiph.org
about | press | donate

Why do the pages for all of those look so different?

Whoever does start working on the website, please, please, please push for some
continuity in the site layout.


Pamel




From msmith  Sun Jun 27 18:42:38 2004
From: msmith (Michael Smith)
Date: Sun Jun 27 18:42:38 2004
Subject: [Icecast] moving listens from ogg to mp3
Message-ID: <200406281142.38640.msmith@xiph.org>

On Saturday 26 June 2004 04:28, Warren J. Beckett wrote:
> Hello list,
>
> With icecast2 is it possible at all to move clients from a ogg mount to
> a mp3 mount and vise versa?
>
> Looking at the error log after I use the admin interface to do this I
> get an error stating that the are different encoding types, and as such
> will not do the move.
>
> I am not concerned about client issues at this point as I think I can
> solve them my self.

The server refuses this for multiple reasons:
a) As far as the implementation goes, it'd be difficult (though not
impossible) to make it work for the more complex cases.
b) The protocol (HTTP) has no provision for making this work, so a client
_cannot_ get it right (heuristic hacks might make it kinda work sometimes,
but that's not good enough).

Mike


From msmith  Sun Jun 27 18:45:35 2004
From: msmith (Michael Smith)
Date: Sun Jun 27 18:45:35 2004
Subject: [Icecast] Could not parse XSLT file
In-Reply-To: <40DD26A0.6000208@langhofer.at>
References: <40DD26A0.6000208@langhofer.at>
Message-ID: <200406281145.35626.msmith@xiph.org>

On Saturday 26 June 2004 17:32, armin langhofer wrote:
> hi
>
> i installed icecast 2.01 on a suse system (hmm didn't have any imapct to
> the desicion for suse) and compiled every myself.
>
> the streaming server itself runs, i can steam and receive the stream but
> i cant get the web-admin interface via host:8000/admin/. the following
> error occurs in the web browser:
>

This probably means some of the paths in your config file are incorrect. The
icecast error log may have more details.

Mike


From enrico.minack  Sun Jun 27 23:55:39 2004
From: enrico.minack (Enrico Minack)
Date: Sun Jun 27 23:55:39 2004
Subject: [Icecast] live broadcasting my lecture about icecast2
Message-ID: <0cb701c45cdc$ed27de30$0864a8c0@desk>

Hi Icecast-Mailing-Group,

I am going to hold a lecture about the audiostreaming technology (Icecast)
we are using at our University Radio Station. The lecture is broadcasted to
the internet and it is taking place tomorrow, June 29th, starting at 17:30
(5:30 p.m.) CEST. Unfortunately the lecture is going to be in German but at
least it might be interesting to all the German Icecast User. Find more
information about the lecture, the audio stream and the presentation here:
http://www.tu-chemnitz.de/~mie/audiostreaming/
http://www.tu-chemnitz.de/urz/stammtisch

Regards,
Enrico Minack

--
Radio UNiCC - Chemnitz, Germany
Student of Applied Computer Science at
Chemnitz University of Technology


From jsullivan  Tue Jun 29 10:07:53 2004
From: jsullivan (Jason M. Sullivan)
Date: Tue Jun 29 10:07:53 2004
Subject: [Icecast] Ices and ALSA / OSS
Message-ID: <200406291707.i5TH7rkE015429@krazykat.nc.rr.com>


I'm still having trouble (after reading the archives) geting ices2.0.0 to
work with ALSA (I seem to be able to do arecord just fine.  I'm using the
following packages (along with ices-2.0.0.tar.gz).

kernel-smp-2.4.22-1.2188.nptl
kernel-smp-module-alsa-1.0.4-1_2.4.22_1.2188.nptl
alsa-driver-1.0.4-1
alsa-lib-1.0.4-1.1.fc1.fr
alsa-lib-devel-1.0.4-1.1.fc1.fr

(and a few other alsa ones, but that's the important stuff).  The message I
get from ices is...

[2004-06-29  12:57:45] INFO ices-core/main IceS 2.0.0 started...
[2004-06-29  12:57:45] EROR input-alsa/alsa_open_module Error setting 2 periods: Invalid argument
[2004-06-29  12:57:45] EROR input/input_loop Couldn't initialise input module "alsa"
[2004-06-29  12:57:45] INFO ices-core/main Shutdown complete

My config file looks like this...

<input>
<module>alsa</module>
<param name="rate">44100</param>
<param name="channels">2</param>
<param name="device">plughw:0,0</param>
<param name="buffer-time">500</param>
<!-- Read metadata (from stdin by default, or -->
<!-- filename defined below (if the latter, only on SIGUSR1) -->
<param name="metadata">1</param>
<param name="metadatafilename">test</param>
</input>

I've tried unloading the ALSA modules and using ices in OSS mode, but it
core dumps there (which is decidedly not fun).  What's going on here?

--
////           Jason M. SULLIVAN   jsullivan at nc.rr.com
|c-oo                  http://www.jason0x21.org
\_-     "That's not music, that's just sound!" - J. David Fries

From denis  Tue Jun 29 11:46:14 2004
From: denis (Den=?iso-8859-1?Q?=EDs_Fern=E1ndez_Cabrera?=)
Date: Tue Jun 29 11:46:14 2004
Subject: [Icecast] [ ICES2 ] - Converted .ogg files are not played in a row
Message-ID: <47049.80.58.15.235.1088534774.squirrel@webmail.glug.es>


Hello,

I've succesfully set up Icecast2 and Ices2 for playlist mode, and I can
play .ogg files that I have downloaded from the Net. However, if I convert
my .mp3 to .ogg and try to play two of them consecutively, Ices returns:

[2004-06-29  20:32:09] INFO playlist-builtin/playlist_read Currently
playing "../libre.ogg"
[2004-06-29  20:35:44] INFO playlist-builtin/playlist_read Currently
playing "../cunhas/cool_tunes.ogg"
[2004-06-29  20:35:44] WARN playlist-builtin/playlist_read Skipping
"../cunhas/cool_tunes.ogg" as the serial number is the same as previous
[2004-06-29  20:35:44] INFO playlist-builtin/playlist_read Currently
playing "../GNU/jonobacon-freesoftwaresong.ogg"
[2004-06-29  20:37:56] INFO playlist-builtin/playlist_read Currently
playing "../GNU/free-software-song.ogg"
[2004-06-29  20:39:44] INFO playlist-builtin/playlist_read Currently
playing "../cunhas/open_mind.ogg"


The two first files were converted via sox from MP3 to OGG. The third and
fourth ones do play nicely, as they were downloaded in OGG format. The
fifth, "cool_tunes", was also converted, but plays nicely, as it follows
an original OGG.

What does "the serial number is the same as previous" mean? How can I fix
it? Is it an Ices problem or a sox one? Are there other MP3 translation
programs that I can use that do not result in this?

Thanks in advance,
Den?s.

#####################################
#      Den?s Fern?ndez Cabrera      #
#                                   #
# Correo:           <denis at glug.es> #
# Jabber:           <denis at glug.es> #
# G?eb:    <http://gatonegro.co.nr> #
#####################################



From karl  Tue Jun 29 14:36:32 2004
From: karl (Karl Heyes)
Date: Tue Jun 29 14:36:32 2004
Subject: [Icecast] [ ICES2 ] - Converted .ogg files are not played in a row
In-Reply-To: <47049.80.58.15.235.1088534774.squirrel@webmail.glug.es>
References: <47049.80.58.15.235.1088534774.squirrel@webmail.glug.es>
Message-ID: <1088544991.9075.37.camel@bogus.hackers.club>


>
> What does "the serial number is the same as previous" mean? How can I fix
> it? Is it an Ices problem or a sox one? Are there other MP3 translation
> programs that I can use that do not result in this?

It's not really a problem as such, it's a check to avoid a problem some
players can experience.  To avoid the check, ices needs to rebuild the
ogg stream and that is not implemented in v2.0.

The check only kicks in when comparing the new and old streams so having
multiple files in the playlist in general does not trigger it, unless of
course most of your files have the same serial number (use ogginfo to
see for yourself).

karl.



From karl  Tue Jun 29 14:41:20 2004
From: karl (Karl Heyes)
Date: Tue Jun 29 14:41:20 2004
Subject: [Icecast] Ices and ALSA / OSS
In-Reply-To: <200406291707.i5TH7rkE015429@krazykat.nc.rr.com>
References: <200406291707.i5TH7rkE015429@krazykat.nc.rr.com>
Message-ID: <1088545280.9075.43.camel@bogus.hackers.club>

On Tue, 2004-06-29 at 18:07, Jason M. Sullivan wrote:

> [2004-06-29  12:57:45] INFO ices-core/main IceS 2.0.0 started...
> [2004-06-29  12:57:45] EROR input-alsa/alsa_open_module Error setting 2 periods: Invalid argument
> [2004-06-29  12:57:45] EROR input/input_loop Couldn't initialise input module "alsa"
> [2004-06-29  12:57:45] INFO ices-core/main Shutdown complete
>
> My config file looks like this...
>
>         <input>
>             <module>alsa</module>
>             <param name="rate">44100</param>
>             <param name="channels">2</param>
>             <param name="device">plughw:0,0</param>
>             <param name="buffer-time">500</param>
>             <!-- Read metadata (from stdin by default, or -->
>             <!-- filename defined below (if the latter, only on SIGUSR1) -->
>             <param name="metadata">1</param>
>             <param name="metadatafilename">test</param>
>         </input>
>
> I've tried unloading the ALSA modules and using ices in OSS mode, but it
> core dumps there (which is decidedly not fun).  What's going on here?

does it report the same thing if the device is hw:0,0
I'll look into making the setting optional.

karl.



From msmith  Tue Jun 29 18:24:27 2004
From: msmith (Michael Smith)
Date: Tue Jun 29 18:24:27 2004
Subject: [Icecast] [ ICES2 ] - Converted .ogg files are not played in a row
In-Reply-To: <1088544991.9075.37.camel@bogus.hackers.club>
References: <47049.80.58.15.235.1088534774.squirrel@webmail.glug.es>
Message-ID: <mailman.39.1701028808.3092.icecast@xiph.org>

<1088544991.9075.37.camel at bogus.hackers.club>
Message-ID: <200406301124.27346.msmith at xiph.org>

On Wednesday 30 June 2004 07:36, Karl Heyes wrote:
> > What does "the serial number is the same as previous" mean? How can I fix
> > it? Is it an Ices problem or a sox one? Are there other MP3 translation
> > programs that I can use that do not result in this?
>
> It's not really a problem as such, it's a check to avoid a problem some
> players can experience.  To avoid the check, ices needs to rebuild the
> ogg stream and that is not implemented in v2.0.

No, it's really a problem. Players aren't _supposed_ to deal with it.

The rest of what you said was accurate.

Anyway, this sounds like a sox bug.

Mike


From rafael  Tue Jun 29 14:39:18 2004
From: rafael (rafael2k)
Date: Tue Jun 29 14:39:18 2004
Subject: [Icecast] Nightly Snapshots not working
Message-ID: <200406292139.21451.rafael@riseup.net>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi all
I could not acess:
http://www.xiph.org/~brendan/snapshots/
"Not Found"

Thanx,
Rafael Diniz

- --
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
Engenharia da Computa??o  --  Unicamp
http://www.gnu.org/philosophy/why-free.pt.html
Radio Muda, radiolivre.org, Centro de M?dia Independente, SubM?dia, GPSL
Chave PGP: id 0x2FF86098 / keys.indymedia.org
"Acreditar que um conhecimento pode ser vendido ou
comprado ? uma forma sutil (e cruel) de perpetuar a ignor?ncia."
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQFA4eGIoZ5YIC/4YJgRAmhUAJ96X4lLJc7XKLAXm74JYfPz0lNAUgCgoQ6V
CdAiGqFadjXH36dHxODOVBQ=
=rPn/
-----END PGP SIGNATURE-----

From karl  Wed Jun 30 08:29:49 2004
From: karl (Karl Heyes)
Date: Wed Jun 30 08:29:49 2004
Subject: [Icecast] [ ICES2 ] - Converted .ogg files are not played in a row
In-Reply-To: <200406301124.27346.msmith@xiph.org>
References: <47049.80.58.15.235.1088534774.squirrel@webmail.glug.es>
Message-ID: <mailman.40.1701028808.3092.icecast@xiph.org>

<1088544991.9075.37.camel at bogus.hackers.club>
<200406301124.27346.msmith at xiph.org>
Message-ID: <1088609389.10150.71.camel at bogus.hackers.club>

On Wed, 2004-06-30 at 02:24, Michael Smith wrote:
> On Wednesday 30 June 2004 07:36, Karl Heyes wrote:
> > > What does "the serial number is the same as previous" mean? How can I fix
> > > it? Is it an Ices problem or a sox one? Are there other MP3 translation
> > > programs that I can use that do not result in this?
> >
> > It's not really a problem as such, it's a check to avoid a problem some
> > players can experience.  To avoid the check, ices needs to rebuild the
> > ogg stream and that is not implemented in v2.0.
>
> No, it's really a problem. Players aren't _supposed_ to deal with it.

Let me be clearer on this, the check in ices is not a problem, it is
there purely as a simple mechanism to avoid a stability/playback problem
downstream, this log message just tells the user that the current file
is going to be skipped, it's then up to the playlist maintainer to
resolve any issues.

For the time being either re-order the playlist slightly (if it's just
between two files, most likely) or rebuild the ogg file in question so
that it's serial number is unique. sox may be creating duplicate serial
numbered files I don't know I haven't used it for encoding.


karl.



From nospam  Wed Jun 30 11:18:02 2004
From: nospam (ndo)
Date: Wed Jun 30 11:18:02 2004
Subject: [Icecast] No description and genre on status.xsl
Message-ID: <40E303DA.8080207@t-n-media.de>

Hi!
Is it possible to display the description and genre of my stream on the
status.xsl-page?
It just won't show me the description and genre - i tried already to
change the XML-Tags from "description" to "server_description" or
"stream_description" - no way to display it.
I've got the newest version 2.0.1.