From brendan  Mon Aug  2 18:38:13 2004
From: brendan (Brendan Cully)
Date: Mon Aug  2 18:38:13 2004
Subject: [Icecast] Crossfader for ices 0.3
In-Reply-To: <20040729164912.GC376@watanabe.local>
References: <20040729164912.GC376@watanabe.local>
Message-ID: <20040803013812.GB1138@watanabe.local>

I've just added a resampler to the crossfader, so you can probably
ignore the warning below. However, the encoder still has to reset
itself when the sample rate changes, so you may hear a slight click in
the stream just before the crossfade starts (only if the sample rate
changes).

On Thursday, 29 July 2004 at 12:49, Brendan Cully wrote:
> FYI, I've added a crossfader to the ices0 trunk in subversion:
> http://svn.xiph.org/icecast/trunk/ices0
>
> It requires LAME support (of course). To use it, either pass -C <secs>
> on the command line, or add a <Crossfade>secs</Crossfade> node to the
> Playlist section of the config file. Reencoding must also be enabled
> on your stream.
>
> NOTE: the crossfader can't resample, so all of your input files should
> be the same sample rate.
>
> I'd appreciate feedback from anyone who is comfortable compiling from
> subversion (nightly tarballs won't be back until some issues with the
> xiph.org servers have been sorted out). Hopefully I can release ices
> 0.4 soon, if no issues surface.

From spalek  Tue Aug  3 23:14:57 2004
From: spalek (Lukasz Spaleniak)
Date: Tue Aug  3 23:14:57 2004
Subject: [Icecast] Crossfader for ices 0.3
In-Reply-To: <20040803013812.GB1138@watanabe.local>
References: <20040729164912.GC376@watanabe.local>
Message-ID: <mailman.9.1701028807.3092.icecast@xiph.org>

<20040803013812.GB1138 at watanabe.local>
Message-ID: <20040804081457.7bd89e0e.spalek at ptssa.pl>

On Mon, 2 Aug 2004 21:38:13 -0400
Brendan Cully <brendan at xiph.org> wrote:

> I've just added a resampler to the crossfader, so you can probably
> ignore the warning below. However, the encoder still has to reset
> itself when the sample rate changes, so you may hear a slight click in
> the stream just before the crossfade starts (only if the sample rate
> changes).

Hello,
First of all I would like to congratulate you this crossfader. I've been
thinking of that may times, but I cannot write it myself.
Are you planning to port this crossfacer to ices 2 ?
I would be grate if yes.

Regards,
Lukasz Spaleniak

--
spalek at ptssa.pl
GCM dpu s: a--- C++ UL++++ P+ L+++ E--- W+ N+ K- w O- M V-
PGP t--- 5 X+ R- tv-- b DI- D- G e-- h! r y+

From oddsock  Wed Aug  4 07:02:53 2004
From: oddsock (oddsock)
Date: Wed Aug  4 07:02:53 2004
Subject: [Icecast] Crossfader for ices 0.3
In-Reply-To: <20040804081457.7bd89e0e.spalek@ptssa.pl>
References: <20040729164912.GC376@watanabe.local>
Message-ID: <mailman.10.1701028807.3092.icecast@xiph.org>

<20040803013812.GB1138 at watanabe.local>
<20040804081457.7bd89e0e.spalek at ptssa.pl>
Message-ID: <6.0.1.1.2.20040804090040.01bc5fd8 at www.oddsock.org>

At 01:14 AM 8/4/2004, you wrote:
>On Mon, 2 Aug 2004 21:38:13 -0400
>Brendan Cully <brendan at xiph.org> wrote:
>Hello,
>First of all I would like to congratulate you this crossfader. I've been
>thinking of that may times, but I cannot write it myself.
>Are you planning to port this crossfacer to ices 2 ?
>I would be grate if yes.
or better yet, add it to libshout, I think a nice resampler and crossfader
would be a nice addition to libshout.

oddsock



From fbriere  Thu Aug  5 21:33:44 2004
From: fbriere (Frederic Briere)
Date: Thu Aug  5 21:33:44 2004
Subject: [Icecast] ices2 routinely abandons one of its streams
In-Reply-To: <1090793688.14906.27.camel@bogus.hackers.club>
References: <20040714074251.GA30243@hyrule.dyndns.org>
Message-ID: <mailman.11.1701028807.3092.icecast@xiph.org>

<1089805820.22939.21.camel at bogus.hackers.club>
<20040715084719.GA2698 at hyrule.dyndns.org>
<20040724172233.GA19632 at hyrule.dyndns.org>
<1090793688.14906.27.camel at bogus.hackers.club>
Message-ID: <20040806043344.GA1676 at hyrule.dyndns.org>

[Sorry for the delay in replying, folks.]

On Sun, Jul 25, 2004 at 11:14:49PM +0100, Karl Heyes wrote:
> > The "too many failures" is the part that bugs me; my requirements are
> > that if the connection goes down for any amount of time, then the client
> > must retry indefinitely so that it connects as soon as the connection
> > comes up again.  Otherwise, I get an urgent page during my vacation. :/
>
> usually when this sort of thing happens, the machine is under some load
> eg updatedb.  Try enabling realtime (requires starting as root) but it
> drops to the stated user afterwards

I doubt that the machine is under any load, as it doesn't run much
anything aside from ices2, which only takes 25% of the CPU.  And this
happens all the time, which precludes any cron-related activity.

> The failed to write case is purely some delay (typically network)
> sending to icecast.  The input skip bit is ices preventing itself from

Yeah, I'm pretty sure the connection between ices2 and icecast is sh*tty
at times.  That's not what's bothering me; ices2 giving up after X
attempts is.

> Send me the ices.log so I can check what led up to the 'Too many
> failures' message.

I'm attaching the ices2 and icecast logs for the latest incident.
Notice the very short lifespan of ices2 in this case.  (I don't know
what was wrong with the network yesterday, but I had to restart ices2
six or seven times before I gave up and turned off my pager for the
night.)


--
Frederic Briere    <*>    fbriere at fbriere.net

=>  <fbriere at abacom.com> IS NO MORE:  <http://www.abacomsucks.com>  <=
-------------- next part --------------
[2004-08-05  05:01:47] INFO ices-core/main Streamer version IceS 2.0-kh59
[2004-08-05  05:01:47] INFO ices-core/main libshout version 2.0-kh30
[2004-08-05  05:01:47] INFO ices-core/main Unable to set realtime scheduling
[2004-08-05  05:01:47] DBUG stream/start_runners starting runner
[2004-08-05  05:01:47] INFO stream/ices_runner set priority on runner
[2004-08-05  05:01:47] INFO stream/ices_runner Runner 1 ready
[2004-08-05  05:01:47] WARN input-oss/oss_init_module Unknown parameter metadata for oss module
[2004-08-05  05:01:47] INFO input-oss/oss_init_module Module OSS initialised
[2004-08-05  05:01:47] DBUG input/initialise_input_modules Module 1 (OSS) has pre-allocated 4 buffers out of 30
[2004-08-05  05:01:47] DBUG input/open_next_input_module checking module 1
[2004-08-05  05:01:47] INFO input-oss/oss_open_module Opened audio device /dev/dsp at 2 channel(s), 44101 Hz
[2004-08-05  05:01:47] DBUG input-oss/oss_read metadata updates flagged
[2004-08-05  05:01:47] INFO metadata/metadata_thread_signal Updating metadata with 4 comments
[2004-08-05  05:01:47] INFO stream/process_encode_init Restarting encoder for PCM input on stream 1
[2004-08-05  05:01:47] INFO stream/process_encode_init Adding comment TITLE=G??n??ration Rock 104,5 FM
[2004-08-05  05:01:47] INFO stream/process_encode_init Adding comment DESCRIPTION=G??n??ration Rock 104,5 FM
[2004-08-05  05:01:47] INFO stream/process_encode_init Adding comment GENRE=Rock
[2004-08-05  05:01:47] INFO stream/process_encode_init Adding comment CONTACT=http://www.grock.fm/
[2004-08-05  05:01:47] INFO encode/encode_setup Encoder initialising in VBR mode: 2 channel(s), 44101 Hz, quality 0.000000
[2004-08-05  05:01:47] DBUG stream/_output_oggpacket seen new stream, better get headers
[2004-08-05  05:01:47] DBUG stream/_output_oggpacket samplerate is 44101, channels is 2
[2004-08-05  05:01:47] DBUG om_shout/check_shout_connected Time we started stream on ice.imars.net:8000/cigr.ogg
[2004-08-05  05:01:48] INFO stream/process_encode_init Restarting encoder for PCM input on stream 2
[2004-08-05  05:01:48] INFO audio/downmix_initialise Enabling stereo->mono downmixing
[2004-08-05  05:01:51] INFO audio/resample_initialise Initialised resampler for 1 channels, from 44101 Hz to 22050 Hz
[2004-08-05  05:01:51] INFO stream/process_encode_init Adding comment TITLE=G??n??ration Rock 104,5 FM
[2004-08-05  05:01:51] INFO stream/process_encode_init Adding comment DESCRIPTION=G??n??ration Rock 104,5 FM
[2004-08-05  05:01:51] INFO stream/process_encode_init Adding comment GENRE=Rock
[2004-08-05  05:01:51] INFO stream/process_encode_init Adding comment CONTACT=http://www.grock.fm/
[2004-08-05  05:01:51] INFO encode/encode_setup Encoder initialising in VBR mode: 1 channel(s), 22050 Hz, quality -0.500000
[2004-08-05  05:01:51] DBUG stream/_output_oggpacket seen new stream, better get headers
[2004-08-05  05:01:51] DBUG stream/_output_oggpacket samplerate is 22050, channels is 1
[2004-08-05  05:01:51] DBUG om_shout/check_shout_connected Time we started stream on ice.imars.net:8000/cigr-low.ogg
[2004-08-05  05:01:51] INFO om_shout/check_shout_connected Connected to server: ice.imars.net:8000/cigr.ogg
[2004-08-05  05:01:51] DBUG om_shout/output_ogg_shout initialising output stream
[2004-08-05  05:01:51] INFO om_shout/check_shout_connected Connected to server: ice.imars.net:8000/cigr-low.ogg
[2004-08-05  05:01:51] DBUG om_shout/output_ogg_shout initialising output stream
[2004-08-05  05:09:07] EROR om_shout/output_ogg_shout Failed to write to ice.imars.net:8000/cigr.ogg (Socket error)
[2004-08-05  05:09:07] DBUG om_shout/_output_connection_close closed shout connection
[2004-08-05  05:09:17] DBUG om_shout/check_shout_connected Time we started stream on ice.imars.net:8000/cigr.ogg
[2004-08-05  05:09:23] WARN input-oss/oss_read will skip input for a short time
[2004-08-05  05:09:32] INFO input/input_loop Closing input module
[2004-08-05  05:09:32] INFO input-oss/oss_close_module Closing OSS module
[2004-08-05  05:09:32] DBUG input/open_next_input_module checking module 1
[2004-08-05  05:09:32] INFO input-oss/oss_open_module Opened audio device /dev/dsp at 2 channel(s), 44101 Hz
[2004-08-05  05:09:32] WARN input-oss/oss_read will skip input for a short time
[2004-08-05  05:09:41] INFO input/input_loop Closing input module
[2004-08-05  05:09:41] INFO input-oss/oss_close_module Closing OSS module
[2004-08-05  05:09:41] DBUG input/open_next_input_module checking module 1
[2004-08-05  05:09:41] INFO input-oss/oss_open_module Opened audio device /dev/dsp at 2 channel(s), 44101 Hz
[2004-08-05  05:09:41] WARN input-oss/oss_read will skip input for a short time
[2004-08-05  05:09:50] INFO input/input_loop Closing input module
[2004-08-05  05:09:50] INFO input-oss/oss_close_module Closing OSS module
[2004-08-05  05:09:50] DBUG input/open_next_input_module checking module 1
[2004-08-05  05:09:50] INFO input-oss/oss_open_module Opened audio device /dev/dsp at 2 channel(s), 44101 Hz
[2004-08-05  05:09:50] WARN input-oss/oss_read will skip input for a short time
[2004-08-05  05:10:00] INFO input/input_loop Closing input module
[2004-08-05  05:10:00] INFO input-oss/oss_close_module Closing OSS module
[2004-08-05  05:10:00] DBUG input/open_next_input_module checking module 1
[2004-08-05  05:10:00] INFO input-oss/oss_open_module Opened audio device /dev/dsp at 2 channel(s), 44101 Hz
[2004-08-05  05:10:00] WARN input-oss/oss_read will skip input for a short time
[2004-08-05  05:10:09] INFO input/input_loop Closing input module
[2004-08-05  05:10:09] INFO input-oss/oss_close_module Closing OSS module
[2004-08-05  05:10:09] DBUG input/open_next_input_module checking module 1
[2004-08-05  05:10:09] INFO input-oss/oss_open_module Opened audio device /dev/dsp at 2 channel(s), 44101 Hz
[2004-08-05  05:10:09] WARN input-oss/oss_read will skip input for a short time
[2004-08-05  05:10:18] INFO input/input_loop Closing input module
[2004-08-05  05:10:18] INFO input-oss/oss_close_module Closing OSS module
[2004-08-05  05:10:18] DBUG input/open_next_input_module checking module 1
[2004-08-05  05:10:18] INFO input-oss/oss_open_module Opened audio device /dev/dsp at 2 channel(s), 44101 Hz
[2004-08-05  05:10:18] WARN input-oss/oss_read will skip input for a short time
[2004-08-05  05:10:28] INFO input/input_loop Closing input module
[2004-08-05  05:10:28] INFO input-oss/oss_close_module Closing OSS module
[2004-08-05  05:10:28] DBUG input/open_next_input_module checking module 1
[2004-08-05  05:10:28] INFO input-oss/oss_open_module Opened audio device /dev/dsp at 2 channel(s), 44101 Hz
[2004-08-05  05:10:28] WARN input-oss/oss_read will skip input for a short time
[2004-08-05  05:10:37] EROR om_shout/check_shout_connected Failed to connect to ice.imars.net:8000/cigr.ogg (Couldn't connect)
[2004-08-05  05:10:37] DBUG om_shout/_output_connection_close closed shout connection
[2004-08-05  05:10:37] INFO input/input_loop Closing input module
[2004-08-05  05:10:37] INFO input-oss/oss_close_module Closing OSS module
[2004-08-05  05:10:37] DBUG input/open_next_input_module checking module 1
[2004-08-05  05:10:37] INFO input-oss/oss_open_module Opened audio device /dev/dsp at 2 channel(s), 44101 Hz
[2004-08-05  05:10:37] DBUG input-oss/oss_read metadata updates flagged
[2004-08-05  05:10:37] INFO metadata/metadata_thread_signal Updating metadata with 4 comments
[2004-08-05  05:10:38] EROR om_shout/output_ogg_shout Failed to write to ice.imars.net:8000/cigr-low.ogg (Socket error)
[2004-08-05  05:10:38] DBUG om_shout/_output_connection_close closed shout connection
[2004-08-05  05:10:39] DBUG stream/process_critical Stream has restarted but no EOS of previous seen
[2004-08-05  05:10:39] DBUG stream/flush_ogg_packets Flushing out encoded ogg packets stream 1
[2004-08-05  05:10:39] DBUG stream/_output_oggpacket packet marked with EOS seen
[2004-08-05  05:10:39] DBUG encode/encode_free Freeing encoder engine
[2004-08-05  05:10:39] INFO stream/process_encode_init Restarting encoder for PCM input on stream 1
[2004-08-05  05:10:39] INFO stream/process_encode_init Adding comment TITLE=G??n??ration Rock 104,5 FM
[2004-08-05  05:10:39] INFO stream/process_encode_init Adding comment DESCRIPTION=G??n??ration Rock 104,5 FM
[2004-08-05  05:10:39] INFO stream/process_encode_init Adding comment GENRE=Rock
[2004-08-05  05:10:39] INFO stream/process_encode_init Adding comment CONTACT=http://www.grock.fm/
[2004-08-05  05:10:39] INFO encode/encode_setup Encoder initialising in VBR mode: 2 channel(s), 44101 Hz, quality 0.000000
[2004-08-05  05:10:39] DBUG stream/_output_oggpacket seen new stream, better get headers
[2004-08-05  05:10:39] DBUG stream/_output_oggpacket Clearing output info/comment settings
[2004-08-05  05:10:39] DBUG stream/_output_oggpacket samplerate is 44101, channels is 2
[2004-08-05  05:10:39] DBUG stream/process_critical Stream has restarted but no EOS of previous seen
[2004-08-05  05:10:39] DBUG stream/flush_ogg_packets Flushing out encoded ogg packets stream 2
[2004-08-05  05:10:39] DBUG stream/_output_oggpacket packet marked with EOS seen
[2004-08-05  05:10:39] DBUG encode/encode_free Freeing encoder engine
[2004-08-05  05:10:39] INFO stream/process_encode_init Restarting encoder for PCM input on stream 2
[2004-08-05  05:10:39] INFO audio/downmix_initialise Enabling stereo->mono downmixing
[2004-08-05  05:10:43] INFO audio/resample_initialise Initialised resampler for 1 channels, from 44101 Hz to 22050 Hz
[2004-08-05  05:10:43] INFO stream/process_encode_init Adding comment TITLE=G??n??ration Rock 104,5 FM
[2004-08-05  05:10:43] INFO stream/process_encode_init Adding comment DESCRIPTION=G??n??ration Rock 104,5 FM
[2004-08-05  05:10:43] INFO stream/process_encode_init Adding comment GENRE=Rock
[2004-08-05  05:10:43] INFO stream/process_encode_init Adding comment CONTACT=http://www.grock.fm/
[2004-08-05  05:10:43] INFO encode/encode_setup Encoder initialising in VBR mode: 1 channel(s), 22050 Hz, quality -0.500000
[2004-08-05  05:10:43] DBUG stream/_output_oggpacket seen new stream, better get headers
[2004-08-05  05:10:43] DBUG stream/_output_oggpacket Clearing output info/comment settings
[2004-08-05  05:10:43] DBUG stream/_output_oggpacket samplerate is 22050, channels is 1
[2004-08-05  05:10:47] DBUG om_shout/check_shout_connected Time we started stream on ice.imars.net:8000/cigr.ogg
[2004-08-05  05:10:53] WARN input-oss/oss_read will skip input for a short time
[2004-08-05  05:11:02] INFO input/input_loop Closing input module
[2004-08-05  05:11:02] INFO input-oss/oss_close_module Closing OSS module
[2004-08-05  05:11:02] DBUG input/open_next_input_module checking module 1
[2004-08-05  05:11:02] INFO input-oss/oss_open_module Opened audio device /dev/dsp at 2 channel(s), 44101 Hz
[2004-08-05  05:11:02] WARN input-oss/oss_read will skip input for a short time
[2004-08-05  05:11:11] INFO input/input_loop Closing input module
[2004-08-05  05:11:11] INFO input-oss/oss_close_module Closing OSS module
[2004-08-05  05:11:11] DBUG input/open_next_input_module checking module 1
[2004-08-05  05:11:11] WARN input/open_next_input_module Too many failures on input module 1 (OSS)
[2004-08-05  05:11:11] DBUG input/input_loop All input stopped, shutting down.
[2004-08-05  05:11:11] DBUG stream/runner_close Runner thread 1 shutting down
[2004-08-05  05:11:32] EROR om_shout/check_shout_connected Terminating connection to ice.imars.net:8000/cigr.ogg
[2004-08-05  05:11:32] EROR om_shout/check_shout_connected no reply came in 10 seconds
[2004-08-05  05:11:32] DBUG om_shout/_output_connection_close closed shout connection
[2004-08-05  05:11:32] DBUG om_shout/check_shout_connected Time we started stream on ice.imars.net:8000/cigr-low.ogg
[2004-08-05  05:11:32] INFO om_shout/check_shout_connected Connected to server: ice.imars.net:8000/cigr-low.ogg
[2004-08-05  05:11:32] DBUG om_shout/output_ogg_shout initialising output stream
[2004-08-05  05:11:34] DBUG stream/ices_runner Runner thread 1 cleaning up streams
[2004-08-05  05:11:34] DBUG stream/stream_cleanup Cleanup of stream 1 required
[2004-08-05  05:11:34] DBUG stream/flush_ogg_packets Flushing out encoded ogg packets stream 1
[2004-08-05  05:11:34] DBUG stream/_output_oggpacket packet marked with EOS seen
[2004-08-05  05:11:34] DBUG encode/encode_free Freeing encoder engine
[2004-08-05  05:11:34] DBUG stream/output_clear Clearing up output state
[2004-08-05  05:11:34] DBUG om_shout/_output_connection_close closed shout connection
[2004-08-05  05:11:34] DBUG stream/stream_cleanup Cleanup of stream 2 required
[2004-08-05  05:11:34] DBUG stream/flush_ogg_packets Flushing out encoded ogg packets stream 2
[2004-08-05  05:11:34] DBUG stream/_output_oggpacket packet marked with EOS seen
[2004-08-05  05:11:34] DBUG encode/encode_free Freeing encoder engine
[2004-08-05  05:11:34] DBUG stream/output_clear Clearing up output state
[2004-08-05  05:11:34] DBUG om_shout/_output_connection_close closed shout connection
[2004-08-05  05:11:34] DBUG stream/ices_runner Runner thread 1 finshed
[2004-08-05  05:11:34] DBUG input/free_modules freeing up module storage
[2004-08-05  05:11:34] INFO ices-core/main Shutdown in progress
-------------- next part --------------
[2004-08-05  09:01:56] INFO connection/_handle_source_request Source logging in at mountpoint "/cigr.ogg"
[2004-08-05  09:01:59] INFO connection/_handle_source_request Source logging in at mountpoint "/cigr-low.ogg"
[2004-08-05  09:09:15] WARN source/source_main Disconnecting source: socket timeout (10 s) expired
[2004-08-05  09:09:15] INFO source/source_main Removing source following disconnection
[2004-08-05  09:09:15] INFO source/source_main Source "/cigr.ogg" exiting
[2004-08-05  09:09:16] WARN source/source_main Disconnecting source: socket timeout (10 s) expired
[2004-08-05  09:09:16] INFO source/source_main Removing source following disconnection
[2004-08-05  09:09:16] INFO source/source_main Source "/cigr-low.ogg" exiting
[2004-08-05  09:11:40] INFO connection/_handle_source_request Source logging in at mountpoint "/cigr.ogg"
[2004-08-05  09:11:40] INFO source/source_main Removing source following disconnection
[2004-08-05  09:11:40] INFO source/source_main Source "/cigr.ogg" exiting
[2004-08-05  09:11:40] INFO connection/_handle_source_request Source logging in at mountpoint "/cigr-low.ogg"
[2004-08-05  09:11:42] INFO source/source_main Removing source following disconnection
[2004-08-05  09:11:42] INFO source/source_main Source "/cigr-low.ogg" exiting

From minmus  Fri Aug  6 09:31:59 2004
From: minmus (minmus@freemail.lt)
Date: Fri Aug  6 09:31:59 2004
Subject: [Icecast] (no subject)
Message-ID: <41136c2f.b76c.0@freemail.lt>


Hello,

I?m looking for a professional soulution to handle the following problem:

In our company we want to install a linux machine, with a soundcard with multiple
analog inputs, PCI card.

These different audiosignals should be mp3 encoded and transfered to the streaming
server on the same machine

The icecast server should transport the different streams on a 100 MBit ethernet
LAN.

Is it possible to make this with icecast? How?

Thanx.

--
http://www.freemail.lt/

From nospam at t-n-media.de  Thu Aug 26 20:08:51 2004
From: nospam at t-n-media.de (ndo)
Date: Thu, 26 Aug 2004 22:08:51 +0200
Subject: [Icecast] No description and genre on status.xsl
Message-ID: <412E4353.5040803@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.



From smbd at wp.pl  Fri Aug 27 04:58:55 2004
From: smbd at wp.pl (Kuba Spamowsky)
Date: Fri, 27 Aug 2004 06:58:55 +0200
Subject: [Icecast] <hidden> tag for status.xsl
Message-ID: <412ebf8fefb4c@wp.pl>

Hi,

icecast kh52

It would be great if <hidden> tag can be used inside <relay> 
block.



----------------------------------------------------
Kate Hudson w najnowszej komedii romantycznej 
tw?rc?w Pretty Woman i Uciekaj?cej Panny M?odej.
-->> MAMA NA OBCASACH w kinach od 27 sierpnia!
http://klik.wp.pl/?adr=http%3A%2F%2Ffilm.wp.pl%2Fp%2Ffilm.html%3Fid%3D24805&sid=230




From brendan at xiph.org  Sat Aug 28 19:22:43 2004
From: brendan at xiph.org (Brendan Cully)
Date: Sat, 28 Aug 2004 12:22:43 -0700
Subject: [Icecast] ices 0.4 released
Message-ID: <20040828192242.GA464@S0106003065e6cf72.vc.shawcable.net>

I've just released ices 0.4:

http://svn.xiph.org/releases/ices/ices-0.4.tar.gz

Changes since the last release:
* Crossfader
* FLAC->MP3 transcoding support
* MP4/AAC->MP3 transcoding support
* Sundry minor bug fixes


From andy at earthsong.free-online.co.uk  Mon Aug 30 02:03:28 2004
From: andy at earthsong.free-online.co.uk (Andy Baxter)
Date: Mon, 30 Aug 2004 03:03:28 +0100
Subject: [Icecast] low bandwidth broadcasting using ices2
Message-ID: <200408300303.28321.andy@earthsong.free-online.co.uk>

Is there any way to bring the bitrate in ices2 down below 32 kbps?

I'm setting up a demo for someone of how to use linux to do net radio
broadcasting. The setup I'm thinking of is to use ardour plus jack to mix
two (maybe more) input sources (live audio and recorded
tracks/programmes), then send the mixed audio to ices2 for streaming to
icecast2, using the jackified version of ices2. This is all working OK.

The problem is, I'm trying to set it up to use peercast peer to peer
streaming, so as to cut down the amount of bandwidth that the server
needs. This means every listener needs to have enough bandwidth to relay
at least one stream out as well as in. What I was thinking of is to
broadcast 2 ogg streams ; one at 64kbps stereo for broadband listeners,
and another at 16kbps mono for dialup listeners, and maybe get a few
people with good connections to have a permanent peercast relay for both
these streams. But as far as I can see, ices2 won't encode at below 32
kbps, which won't work with peercast on 56k dialup links.

I remember from the vorbis documentation that it's supposed to work down
to 16 kbps per channel, and the old vorbis encoder for linux used to do
this, so has something changed in the specification?

Specifically, I have a machine with 2 versions of oggenc on it, one
from debian woody, and one compiled from source. The woody version will
encode mono wavs down to 16kbps, but the (later) hand compiled version
will only go down to 32 kbps. The quality of the 16kbps files isn't that
great, but it's still ok to listen to - no obvious distortion or spurious
noises, just a loss of clarity.

If there's any way to get ices2 to encode to 16kbps mono, could someone let
me know how?

-- 
Please don't send me html mail or un-notified attachments. These will be 
automatically filed under 'probable spam' unless I'm expecting an email which 
hasn't come.
If you do need to send an attachment or html mail, put [attachment] or [html] 
in the subject line.
Thanks, andy.


From karl at xiph.org  Mon Aug 30 00:54:56 2004
From: karl at xiph.org (Karl Heyes)
Date: 30 Aug 2004 01:54:56 +0100
Subject: [Icecast] <hidden> tag for status.xsl
In-Reply-To: <412ebf8fefb4c@wp.pl>
References: <412ebf8fefb4c@wp.pl>
Message-ID: <1093827295.1980.11.camel@bogus.hackers.club>

On Fri, 2004-08-27 at 05:58, Kuba Spamowsky wrote:
> Hi,
> 
> icecast kh52
> 
> It would be great if <hidden> tag can be used inside <relay> 
> block.

The hidden tag applies to <mount> sections, and therefore works with
relays or source clients.  BTW I've done some more changes to the svn
branch to better handle the hidden mounts, so either use svn or wait for
kh53 

karl.




From giles at xiph.org  Mon Aug 30 00:53:29 2004
From: giles at xiph.org (Ralph Giles)
Date: Sun, 29 Aug 2004 17:53:29 -0700
Subject: [Icecast] low bandwidth broadcasting using ices2
In-Reply-To: <200408300303.28321.andy@earthsong.free-online.co.uk>
References: <200408300303.28321.andy@earthsong.free-online.co.uk>
Message-ID: <20040830005329.GA22574@ghostscript.com>

On Mon, Aug 30, 2004 at 03:03:28AM +0100, Andy Baxter wrote:

> Is there any way to bring the bitrate in ices2 down below 32 kbps?

Generally the trick for this is to downsample the audio before encoding. 
You can ask ices to do this with a resample stanza in the config file:

    <resample>
        <in-rate>44100</in-rate>
        <out-rate>22050</out-rate>
    </resample>

> Specifically, I have a machine with 2 versions of oggenc on it, one
> from debian woody, and one compiled from source. The woody version will
> encode mono wavs down to 16kbps, but the (later) hand compiled version
> will only go down to 32 kbps. The quality of the 16kbps files isn't that
> great, but it's still ok to listen to - no obvious distortion or spurious
> noises, just a loss of clarity.

You don't tell us what compression options you tried, but hopefully the 
resampling issue is the one you're missing.

 -r


From andy at earthsong.free-online.co.uk  Mon Aug 30 03:01:58 2004
From: andy at earthsong.free-online.co.uk (Andy Baxter)
Date: Mon, 30 Aug 2004 04:01:58 +0100
Subject: [Icecast] Re: low bandwidth broadcasting using ices2
References: <200408300303.28321.andy@earthsong.free-online.co.uk>
	<20040830005329.GA22574@ghostscript.com>
Message-ID: <pan.2004.08.30.03.01.57.877626@earthsong.free-online.co.uk>

On Sun, 29 Aug 2004 17:53:29 -0700, Ralph Giles wrote:

> On Mon, Aug 30, 2004 at 03:03:28AM +0100, Andy Baxter wrote:
> 
>> Is there any way to bring the bitrate in ices2 down below 32 kbps?
> 
> Generally the trick for this is to downsample the audio before encoding. 
> You can ask ices to do this with a resample stanza in the config file:
> 
>     <resample>
>         <in-rate>44100</in-rate>
>         <out-rate>22050</out-rate>
>     </resample>

Thanks, that does it.

> 
>> Specifically, I have a machine with 2 versions of oggenc on it, one
>> from debian woody, and one compiled from source. The woody version will
>> encode mono wavs down to 16kbps, but the (later) hand compiled version
>> will only go down to 32 kbps. The quality of the 16kbps files isn't that
>> great, but it's still ok to listen to - no obvious distortion or spurious
>> noises, just a loss of clarity.
> 
> You don't tell us what compression options you tried, but hopefully the 
> resampling issue is the one you're missing.
> 

The ones I've tried are: 

channels	sample rate	nominal bitrate
2		44100		65536		good stereo sound
2		44100		131072		probably better but I can't hear the difference.
1		44100		32768		streams at 35-40 kbps, good sound
1		44100		16384		encoder won't start.
1		22050		16384		streams at about 25 kbps
1		14700		16384		streams at about 21-23 kbps. starting to sound
						bad.
1		22050		16384 with managed bitrate, max=18000. works, but sounds weird
						and metallic.
1		11025		16384		streams at 19-20 kbps. sounds flat and dull.

I reckon I should be able to find something that will do alright from
these, so cheers.

andy.






From andy at earthsong.free-online.co.uk  Mon Aug 30 03:27:05 2004
From: andy at earthsong.free-online.co.uk (Andy Baxter)
Date: Mon, 30 Aug 2004 04:27:05 +0100
Subject: [Icecast] Re: low bandwidth broadcasting using ices2
References: <200408300303.28321.andy@earthsong.free-online.co.uk>
	<20040830005329.GA22574@ghostscript.com>
	<pan.2004.08.30.03.01.57.877626@earthsong.free-online.co.uk>
Message-ID: <pan.2004.08.30.03.27.03.953907@earthsong.free-online.co.uk>

On Mon, 30 Aug 2004 04:01:58 +0100, Andy Baxter wrote:

> On Sun, 29 Aug 2004 17:53:29 -0700, Ralph Giles wrote:
> 
>> On Mon, Aug 30, 2004 at 03:03:28AM +0100, Andy Baxter wrote:
>> 
>>> Is there any way to bring the bitrate in ices2 down below 32 kbps?
>> 
>> Generally the trick for this is to downsample the audio before encoding. 
>> You can ask ices to do this with a resample stanza in the config file:
>> 
>>     <resample>
>>         <in-rate>44100</in-rate>
>>         <out-rate>22050</out-rate>
>>     </resample>
> 
> Thanks, that does it.
> 
>> 
>>> Specifically, I have a machine with 2 versions of oggenc on it, one
>>> from debian woody, and one compiled from source. The woody version will
>>> encode mono wavs down to 16kbps, but the (later) hand compiled version
>>> will only go down to 32 kbps. The quality of the 16kbps files isn't that
>>> great, but it's still ok to listen to - no obvious distortion or spurious
>>> noises, just a loss of clarity.
>> 
>> You don't tell us what compression options you tried, but hopefully the 
>> resampling issue is the one you're missing.
>> 
> 
> The ones I've tried are: 
> 
> channels	sample rate	nominal bitrate
> 2		44100		65536		good stereo sound
> 2		44100		131072		probably better but I can't hear the difference.
> 1		44100		32768		streams at 35-40 kbps, good sound
> 1		44100		16384		encoder won't start.
> 1		22050		16384		streams at about 25 kbps
> 1		14700		16384		streams at about 21-23 kbps. starting to sound
> 						bad.
> 1		22050		16384 with managed bitrate, max=18000. works, but sounds weird
> 						and metallic.
> 1		11025		16384		streams at 19-20 kbps. sounds flat and dull.
> 
> I reckon I should be able to find something that will do alright from
> these, so cheers.
> 
> andy.

This one looks the best so far (streams at about 20-22 kbps with slight
metallic sound on some tracks):

<?xml version="1.0"?>
<ices>

        <background>0</background> <!-- run in background? (unimplemented) -->
        <logpath>/tmp</logpath> <!-- where logs, etc go. -->
        <logfile>ices.log</logfile>
        <loglevel>4</loglevel> <!-- 1=error,2=warn,3=info,4=debug -->
    <logsize>2048</logsize> <!-- the size the log file must be before rotation -->
    <consolelog>0</consolelog> <!-- set this to 1 to log to the console instead
                                    of to the file above -->
    <pidfile>/var/ices/ices.pid</pidfile> <!-- file to write process id to -->

        <stream>

                <!-- input module -->
                <input>
                        <module>jack</module>
                        <param name="channels">1</param>
                        <param name="clientname">ices32</param>
                </input>

        <runner>
            <!-- Stream instance -->
            <instance>
                <shout>
                    <!-- Server details: -->
                    <hostname>localhost</hostname>
                    <port>8000</port>
                    <password>hackme</password>
                    <mount>/mono.ogg</mount>

                    <reconnectdelay>2</reconnectdelay>
                    <reconnectattempts>5</reconnectattempts>
                </shout>

                <resample>
                    <out-rate>22050</out-rate>
                    </resample>
                <encode>
                    <!-- VBR mode can be selected via quality or nominal-bitrate -->
                    <!-- selecting enabling managed has to be done separately as -->
                    <!-- it's slower, but can be used to limit a high threshold -->
                    <managed>1</managed>
                    <maximum-bitrate>22000</maximum-bitrate>
                    <nominal-bitrate>22000</nominal-bitrate>
                </encode>
            </instance>
        </runner>
        </stream>
</ices>





From daleg at elemental.org  Mon Aug 30 03:13:56 2004
From: daleg at elemental.org (Dale Ghent)
Date: Sun, 29 Aug 2004 23:13:56 -0400
Subject: [Icecast] <hidden> tag for status.xsl
In-Reply-To: <1093827295.1980.11.camel@bogus.hackers.club>
References: <412ebf8fefb4c@wp.pl> <1093827295.1980.11.camel@bogus.hackers.club>
Message-ID: <A0E2A610-FA32-11D8-BA66-000A95BAFCA8@elemental.org>

On Aug 29, 2004, at 8:54 PM, Karl Heyes wrote:

> The hidden tag applies to <mount> sections, and therefore works with
> relays or source clients.  BTW I've done some more changes to the svn
> branch to better handle the hidden mounts, so either use svn or wait 
> for
> kh53

Karl, are there any appreciable differences between the KH branch and 
what could be considered HEAD of the icecast2 code?

When icecast 2.1.0 is eventually released, what code base would be used?

/dale



From andre at ircbrasil.com.br  Mon Aug 30 06:31:03 2004
From: andre at ircbrasil.com.br (=?utf-7?Q?R+AOE-dio_IRCBrasil_-_Andr+AOk-_Marcelo?=)
Date: Mon, 30 Aug 2004 03:31:03 -0300
Subject: [Icecast] Sugestion
Message-ID: <008201c48e5a$edf3b870$0401a8c0@maryan>

Hi everyone,

some time ago, i has testing icecast, streaming in ogg, and i found fantastic the quality at 32 kbps.

I have a web radio in Brasil, and today i am using the shoutcast. I has loved icecast, but today i can?t use it. i explain:

I have djs in every part of Brasil... when one of then disconnect from the server, other connect. I has tried do this in icecast, but, when the dj disconnect, all my listeners  are disconnect from the server. Well, i have more then 15 changes of djs per day in my radio.


My sugestion... Do a AutoDumpUsers option, as in the shoutcast. see how it is in the conf file of shoutcast:

--------

; AutoDumpUsers controls whether listeners are disconnected if the source        
; stream disconnects. The default is 0.
AutoDumpUsers=0

; AutoDumpSourceTime specifies how long, in seconds, the source stream is
; allowed to be idle before the server disconnects it. 0 will let the source
; stream idle indefinately before disconnecting. The default is 30.            
AutoDumpSourceTime=30
----------

Well, i dont know if it is too hard to do, but if u could do it, i would change from shoutcast to icecast at the same time.

regards,


Andr? Marcelo
Internet R?dio Chat Brasil
http://www.ircbrasil.com.br 
Fone: 61 341 3305 - cel: 61 9628 6588
msn: andre at ircbrasil.com.br 

ps: sorry my very bad english... i hope everybody has understanding.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20040830/000a3a08/attachment.htm>

From andy at earthsong.free-online.co.uk  Mon Aug 30 08:51:31 2004
From: andy at earthsong.free-online.co.uk (Andy Baxter)
Date: Mon, 30 Aug 2004 09:51:31 +0100
Subject: [Icecast] Re: Sugestion
References: <008201c48e5a$edf3b870$0401a8c0@maryan>
Message-ID: <pan.2004.08.30.08.51.23.866963@earthsong.free-online.co.uk>

On Mon, 30 Aug 2004 03:31:03 -0300, R?dio IRCBrasil - Andr? Marcelo
wrote:

> Hi everyone,
> 
> some time ago, i has testing icecast, streaming in ogg, and i found
> fantastic the quality at 32 kbps.
> 
> I have a web radio in Brasil, and today i am using the shoutcast. I has
> loved icecast, but today i can't use it. i explain:
> 
> I have djs in every part of Brasil... when one of then disconnect from
> the server, other connect. I has tried do this in icecast, but, when the
> dj disconnect, all my listeners  are disconnect from the server. Well, i
> have more then 15 changes of djs per day in my radio.
> 
> 
> My sugestion... Do a AutoDumpUsers option, as in the shoutcast. see how
> it is in the conf file of shoutcast:

There was a reply posted recently to the same question from one of the
developers:

On Mon, 16 Aug 2004 17:33:52 +0100, Karl Heyes wrote:

> On Mon, 2004-08-16 at 16:01, the13th wrote: ...
>> a)       When no source is connected to live.ogg, and a NEW listener
>> connects, it should redirect to the backup.ogg mountpoint
>> 
>> b)       When a source connects to live.ogg, the listener should be
>> redirected to live.ogg from backup.ogg again
>> 
>> 
>>  
>>      1. Is it somehow possible that the icecast server doesn?t dump
>>         the listener out of the server as soon as the source
>>         disconnects? This is needed, as we are having many DJ?s ?
>>         so the source changes like every 2h ? but it?s a pain in
>>         the.. uhm.. neck ;) that the listeners allways need to
>>         reconnect to the server.
> 
> Each of these is handled by the code in development, I would recommend
> getting the singleq branch at the moment
> 
> via svn at svn.xiph.org/icecast/branches/icecast-singleq
> 
> I've made a tarball as well at
> 
> http://mediacast1.com/~karl/icecast-2.0-singleq.tar.gz
> 
> karl.



From karl at xiph.org  Mon Aug 30 13:32:30 2004
From: karl at xiph.org (Karl Heyes)
Date: 30 Aug 2004 14:32:30 +0100
Subject: [Icecast] <hidden> tag for status.xsl
In-Reply-To: <A0E2A610-FA32-11D8-BA66-000A95BAFCA8@elemental.org>
References: <412ebf8fefb4c@wp.pl> <1093827295.1980.11.camel@bogus.hackers.club>
	<A0E2A610-FA32-11D8-BA66-000A95BAFCA8@elemental.org>
Message-ID: <1093872749.8198.35.camel@bogus.hackers.club>

On Mon, 2004-08-30 at 04:13, Dale Ghent wrote:
> On Aug 29, 2004, at 8:54 PM, Karl Heyes wrote:
> 
> > The hidden tag applies to <mount> sections, and therefore works with
> > relays or source clients.  BTW I've done some more changes to the svn
> > branch to better handle the hidden mounts, so either use svn or wait 
> > for
> > kh53
> 
> Karl, are there any appreciable differences between the KH branch and 
> what could be considered HEAD of the icecast2 code?

The differences are getting more specific now, theora/multi-ogg codec
streaming, on-demand relays and client redirection to slave are the big
user-visible things left, but there are smaller things that some people
may want like the hidden tag mentioned above

> When icecast 2.1.0 is eventually released, what code base would be used?

The trunk code will be eventually tagged as 2.1, the kh tree has only me
making mods/decisions whereas trunk is when things become filtered and
agreed with by other developers.

I suspect no other big changes are going to happen now before 2.1 but I
need to get feedback from other developers before saying for sure. There
does need to be some smaller corner-case fixes applied to trunk still.

karl.




From andy at earthsong.free-online.co.uk  Mon Aug 30 17:15:35 2004
From: andy at earthsong.free-online.co.uk (Andy Baxter)
Date: Mon, 30 Aug 2004 18:15:35 +0100
Subject: [Icecast] Re: low bandwidth broadcasting using ices2
References: <200408300303.28321.andy@earthsong.free-online.co.uk>
Message-ID: <pan.2004.08.30.17.15.35.134137@earthsong.free-online.co.uk>

On Mon, 30 Aug 2004 03:03:28 +0100, Andy Baxter wrote:

> Is there any way to bring the bitrate in ices2 down below 32 kbps?
> 

Thanks for the replies to this - I'm getting there. One more question is
whether the sample rates that are typically used (44100, 48000, 22050)
are just conventions, or if there's any reason to stick to these. E.g. are
there players which will only handle oggs at these rates?



From andre at ircbrasil.com.br  Mon Aug 30 16:18:01 2004
From: andre at ircbrasil.com.br (=?utf-7?Q?R+AOE-dio_IRCBrasil_-_Andr+AOk-_Marcelo?=)
Date: Mon, 30 Aug 2004 13:18:01 -0300
Subject: [Icecast] Streaming in ogg and mp3
Message-ID: <00f701c48eac$ed8ff450$0401a8c0@maryan>

Hi, there are a way of encoding to a icecast in ogg, and have a relay, streaming in mp3?

tanks 

Andr? Marcelo
Internet R?dio Chat Brasil
http://www.ircbrasil.com.br 
Fone: 61 341 3305 - cel: 61 9628 6588
msn: andre at ircbrasil.com.br 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20040830/06f67fb5/attachment.htm>

From eviloverlord at imux.net  Mon Aug 30 16:34:15 2004
From: eviloverlord at imux.net (EvilOverlord)
Date: Mon, 30 Aug 2004 17:34:15 +0100
Subject: [Icecast] Streaming in ogg and mp3
In-Reply-To: <00f701c48eac$ed8ff450$0401a8c0@maryan>
References: <00f701c48eac$ed8ff450$0401a8c0@maryan>
Message-ID: <41335707.4020101@imux.net>

R?dio IRCBrasil - Andr? Marcelo wrote:
> Hi, there are a way of encoding to a icecast in ogg, and have a relay, streaming in mp3?
> 
> tanks 
> 

http://www.oddsock.org/tools/streamTranscoder/

Stephen
--
LiveIce Project http://liveice.sourceforge.net/


From andy at earthsong.free-online.co.uk  Mon Aug 30 18:08:02 2004
From: andy at earthsong.free-online.co.uk (Andy Baxter)
Date: Mon, 30 Aug 2004 19:08:02 +0100
Subject: [Icecast] Re: Streaming in ogg and mp3
References: <00f701c48eac$ed8ff450$0401a8c0@maryan> <41335707.4020101@imux.net>
Message-ID: <pan.2004.08.30.18.08.00.431210@earthsong.free-online.co.uk>

On Mon, 30 Aug 2004 17:34:15 +0100, EvilOverlord wrote:

> R?dio IRCBrasil - Andr? Marcelo wrote:
>> Hi, there are a way of encoding to a icecast in ogg, and have a relay, streaming in mp3?
>> 
>> tanks 
>> 
> 
> http://www.oddsock.org/tools/streamTranscoder/
> 
> Stephen

have you seen?

http://www.eviloverlord.com/lists/overlord.html





From eviloverlord at imux.net  Mon Aug 30 16:51:08 2004
From: eviloverlord at imux.net (EvilOverlord)
Date: Mon, 30 Aug 2004 17:51:08 +0100
Subject: [Icecast] Re: Streaming in ogg and mp3
In-Reply-To: <pan.2004.08.30.18.08.00.431210@earthsong.free-online.co.uk>
References: <00f701c48eac$ed8ff450$0401a8c0@maryan> <41335707.4020101@imux.net>
	<pan.2004.08.30.18.08.00.431210@earthsong.free-online.co.uk>
Message-ID: <41335AFC.8000001@imux.net>

Andy Baxter wrote:

> On Mon, 30 Aug 2004 17:34:15 +0100, EvilOverlord wrote:
> 
> 
>>R?dio IRCBrasil - Andr? Marcelo wrote:
>>
>>>Hi, there are a way of encoding to a icecast in ogg, and have a relay, streaming in mp3?
>>>
>>>tanks 
>>>
>>
>>http://www.oddsock.org/tools/streamTranscoder/
>>
>>Stephen
> 
> 
> have you seen?
> 
> http://www.eviloverlord.com/lists/overlord.html
> 

I have indeed, the list is what inspired my friends at the time to give 
me the title EvilOverlord, as I was the President of a new student 
society, a title which stuck and became my nickname.

Stephen
--
LiveIce Project http://liveice.sourceforge.net/


From webby at seneca-rez.net  Tue Aug 31 00:45:36 2004
From: webby at seneca-rez.net (Jason L)
Date: Mon, 30 Aug 2004 20:45:36 -0400
Subject: [Icecast] Important please reply ASAP
Message-ID: <000801c48ef3$d4c1e310$1401a8c0@workstation>

#EXTM3U
#EXTINF:-1,NYPD PRIMARY SERVER
http://ve3nsv.no-ip.org:8000/nypd
#EXTINF:-1,NYPD SECONDARY SERVER (DO NOT USE UNLESS PRIMARY FULL)
http://scanner.weatherserver.net/nypdbackup


If server 1 is full will this automaticlly roll over to server 2?

File is named nypd.m3u
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20040830/31abd41e/attachment.htm>

From andrei at servex.ro  Tue Aug 31 07:07:52 2004
From: andrei at servex.ro (Andrei)
Date: Tue, 31 Aug 2004 10:07:52 +0300
Subject: [Icecast] Live audio streaming from internet
Message-ID: <200408311007.52322.andrei@servex.ro>

Hello.
I want to configure an audio streaming server on a linux machine(Fedora Core 
1) in the following way: i want to receive data from internet(a radio) and to 
transmit it into my local network.I want to ask you for you help,if you can 
tell me a solution for this(preferably,non-GUI solution).
I found the xmms-liveice project and it is what i need:i put into xmms 
playlist the radio's url,then xmms connects to icecast server,but when i hit 
play in xmms,it exits,and icecast reports(i tried a few times): 

-> [31/Aug/2004:09:48:19] Accepted encoder on mountpoint /live_xmms from 
127.0.0.1. 1 sources connected
-> [31/Aug/2004:09:48:19] Lost connection to source on mount /live_xmms, 
waiting 30 seconds for timeout
-> [31/Aug/2004:09:48:41] Accepted encoder on mountpoint /live_xmms from 
127.0.0.1. 2 sources connected
-> [31/Aug/2004:09:48:41] Assigning listeners from pending source 1
-> [31/Aug/2004:09:48:41] Lost connection to source on mount /live_xmms, 
waiting 30 seconds for timeout
-> [31/Aug/2004:09:48:41] Kicking source 1 [127.0.0.1] [Lost all clients to 
new source] [encoder], connected for 22 seconds, 0 bytes transfered. 1 
sources connected
-> [31/Aug/2004:09:48:41] Kicking all 0 clients for source 1
-> [31/Aug/2004:09:48:49] Accepted encoder on mountpoint /live_xmms from 
127.0.0.1. 2 sources connected

I used version 1.3.12 of icecast,because i understood that xmms-liveice plugin 
doesn't work with version 2.
Thank you.


From eviloverlord at imux.net  Tue Aug 31 09:48:30 2004
From: eviloverlord at imux.net (EvilOverlord)
Date: Tue, 31 Aug 2004 10:48:30 +0100
Subject: [Icecast] Live audio streaming from internet
In-Reply-To: <200408311007.52322.andrei@servex.ro>
References: <200408311007.52322.andrei@servex.ro>
Message-ID: <4134496E.1040107@imux.net>

Andrei wrote:
> Hello.
> I want to configure an audio streaming server on a linux machine(Fedora Core 
> 1) in the following way: i want to receive data from internet(a radio) and to 
> transmit it into my local network.I want to ask you for you help,if you can 
> tell me a solution for this(preferably,non-GUI solution).
> I found the xmms-liveice project and it is what i need:i put into xmms 
> playlist the radio's url,then xmms connects to icecast server,but when i hit 
> play in xmms,it exits,and icecast reports(i tried a few times): 
> 
> -> [31/Aug/2004:09:48:19] Accepted encoder on mountpoint /live_xmms from 
> 127.0.0.1. 1 sources connected
> -> [31/Aug/2004:09:48:19] Lost connection to source on mount /live_xmms, 
> waiting 30 seconds for timeout
> -> [31/Aug/2004:09:48:41] Accepted encoder on mountpoint /live_xmms from 
> 127.0.0.1. 2 sources connected
> -> [31/Aug/2004:09:48:41] Assigning listeners from pending source 1
> -> [31/Aug/2004:09:48:41] Lost connection to source on mount /live_xmms, 
> waiting 30 seconds for timeout
> -> [31/Aug/2004:09:48:41] Kicking source 1 [127.0.0.1] [Lost all clients to 
> new source] [encoder], connected for 22 seconds, 0 bytes transfered. 1 
> sources connected
> -> [31/Aug/2004:09:48:41] Kicking all 0 clients for source 1
> -> [31/Aug/2004:09:48:49] Accepted encoder on mountpoint /live_xmms from 
> 127.0.0.1. 2 sources connected
> 
> I used version 1.3.12 of icecast,because i understood that xmms-liveice plugin 
> doesn't work with version 2.
> Thank you.

You can use the regular CLI version liveice with icecast v2.
Get it here: http://liveice.sourceforge.net/

Stephen
--
Liveice Project http://liveice.sourceforge.net/


From andrei at servex.ro  Tue Aug 31 11:22:05 2004
From: andrei at servex.ro (Andrei)
Date: Tue, 31 Aug 2004 14:22:05 +0300
Subject: [Icecast] Re: Live audio streaming from internet
In-Reply-To: <200408311007.52322.andrei@servex.ro>
References: <200408311007.52322.andrei@servex.ro>
Message-ID: <200408311422.05573.andrei@servex.ro>

I've succeeded with icecast's relay option.Thank you anyway.
Have a nice day.


On Tuesday 31 August 2004 10:07, Andrei wrote:
> Hello.
> I want to configure an audio streaming server on a linux machine(Fedora
> Core 1) in the following way: i want to receive data from internet(a radio)
> and to transmit it into my local network.I want to ask you for you help,if
> you can tell me a solution for this(preferably,non-GUI solution).
> I found the xmms-liveice project and it is what i need:i put into xmms
> playlist the radio's url,then xmms connects to icecast server,but when i
> hit play in xmms,it exits,and icecast reports(i tried a few times):
>
> -> [31/Aug/2004:09:48:19] Accepted encoder on mountpoint /live_xmms from
> 127.0.0.1. 1 sources connected
> -> [31/Aug/2004:09:48:19] Lost connection to source on mount /live_xmms,
> waiting 30 seconds for timeout
> -> [31/Aug/2004:09:48:41] Accepted encoder on mountpoint /live_xmms from
> 127.0.0.1. 2 sources connected
> -> [31/Aug/2004:09:48:41] Assigning listeners from pending source 1
> -> [31/Aug/2004:09:48:41] Lost connection to source on mount /live_xmms,
> waiting 30 seconds for timeout
> -> [31/Aug/2004:09:48:41] Kicking source 1 [127.0.0.1] [Lost all clients to
> new source] [encoder], connected for 22 seconds, 0 bytes transfered. 1
> sources connected
> -> [31/Aug/2004:09:48:41] Kicking all 0 clients for source 1
> -> [31/Aug/2004:09:48:49] Accepted encoder on mountpoint /live_xmms from
> 127.0.0.1. 2 sources connected
>
> I used version 1.3.12 of icecast,because i understood that xmms-liveice
> plugin doesn't work with version 2.
> Thank you.


From andrei at servex.ro  Tue Aug 31 18:22:49 2004
From: andrei at servex.ro (Andrei)
Date: Tue, 31 Aug 2004 21:22:49 +0300
Subject: [Icecast] Re: Live audio streaming from internet
In-Reply-To: <41349032.1040708@earthlink.net>
References: <200408311007.52322.andrei@servex.ro>
	<200408311422.05573.andrei@servex.ro>
	<41349032.1040708@earthlink.net>
Message-ID: <200408312122.49456.andrei@servex.ro>

I installed icecast ver.1.3.12 and i used the "alias" function(i set only to 
relay): 
"alias radioname http://radiohost:port"
In client's player,at the url,i typed: http://myserverip:myport/radioname"
That's all(of course,i modified other parameters that suits my network 
configuration,but all of this is well documented into config file).
Into config file,it says(it's more on alias section):
"In icecast servers prior to the 1.3 release, you could run a icecast
server as a relay for another icecast server, simply acting as a
client on the other server and serving the local clients
....
In icecast 1.3.0 and above, we make this procedure much simpler.
If you want to relay a stream from another server, simply add an
alias for that server.";exactly what i need.
I guess it is also possible with icecast v2,and with other streaming servers 
that know how to relay.

On Tuesday 31 August 2004 17:50, you wrote:
> Andrei wrote:
> > I've succeeded with icecast's relay option.Thank you anyway.
> > Have a nice day.
>
> Please post what you did to succeed with this.
> Dave


From news4 at earthsong.free-online.co.uk  Fri Aug 27 19:26:36 2004
From: news4 at earthsong.free-online.co.uk (andy)
Date: Fri, 27 Aug 2004 20:26:36 +0100
Subject: [Icecast] Re: where is ices ?
References: <411FDAAE.3050802@folkwang-hochschule.de>
	<20040815220855.GA23977@ghostscript.com>
	<4123C658.2070709@folkwang-hochschule.de>
	<1092873058.11533.131.camel@bogus.hackers.club>
Message-ID: <pan.2004.08.27.19.26.36.253591@earthsong.free-online.co.uk>

On Thu, 19 Aug 2004 00:50:58 +0100, Karl Heyes wrote:

> On Wed, 2004-08-18 at 22:12, Joern Nettingsmeier wrote:
>> karl, ralph, thanks for the hints.
>> 
>> paul, i'm forwarding this to you as well, since pointer to the 
>> ices-kh sources on jackit-devel turned out to be dead...
>> 
>> karl, i would like to ask the jack website maintainer to add a 
>> prominent link to ices-jack, where should it point to? the ices page 
>> on icecast.org does not yet mention it...
> 
> Until a more permanent place is determined for tarballs on the xiph
> server, I would make a link to http://mediacast1.com/~karl. The code is
> in svn of course and that can be mentioned.
> 
> karl.

could you include a demo config file of how to set up ices with jack in
the tarball? I think I can more or less figure it out from the source, but
I don't know what the 'sleep' parameter does, or how to format the
metadata file.

-- 
http://www.niftybits.ukfsn.org/

remove 'n-u-l-l' to email me. html mail or attachments will go in the spam
bin unless notified with [html] or [attachment] in the subject line. 




From news4 at earthsong.free-online.co.uk  Sun Aug 29 17:21:11 2004
From: news4 at earthsong.free-online.co.uk (andy)
Date: Sun, 29 Aug 2004 18:21:11 +0100
Subject: [Icecast] Re: high and low bandwidth stream
References: <000501c47cf0$2cdaab60$0200a8c0@satellite>
Message-ID: <pan.2004.08.29.17.21.10.692165@earthsong.free-online.co.uk>

On Sat, 07 Aug 2004 22:34:05 -0400, dave wrote:

> Hello,
>     I've got icecast2 and ices0 going and i've got a stream of mp3 files. I
> don't think i've got all the bugs worked out though. Firstly, could someone
> either explain or point me to a site that explains bitrate and sample rate?
> I want to offer this stream for both broadband and dialup use. I'm sitting
> on a cable connection, but i don't want icecast to eat up all my bandwidth.
> Here's my stream definition in ices.conf.
> 
>   <Stream>
>     <Server>
>       <!-- Hostname or ip of the icecast server you want to connect to -->
>       <Hostname>icecast.davemehler.com</Hostname>
>       <!-- Port of the same -->
>       <Port>8000</Port>
>       <!-- Encoder password on the icecast server -->
>             <!-- Header protocol to use when communicating with the server.
>            Shoutcast servers need "icy", icecast 1.x needs "xaudiocast", and
>     icecast 2.x needs "http". -->
>       <Protocol>http</Protocol>
>     </Server>
> 
>     <!-- The name of the mountpoint on the icecast server -->
>     <Mountpoint>/mt1</Mountpoint>
>     <!-- The name of the dumpfile on the server for your stream. DO NOT set
>   this unless you know what you're doing.
>     <Dumpfile>ices.dump</Dumpfile>
>     -->
>     <!-- The name of you stream, not the name of the song! -->
>     <Name>Local MP3 Stream</Name>
>     <!-- Genre of your stream, be it rock or pop or whatever -->
>     <Genre> Music</Genre>
>     <!-- Longer description of your stream -->
>     <Description>Favorite Music</Description>
>     <!-- URL to a page describing your stream -->
>     <URL>http://localhost/</URL>
>     <!-- 0 if you don't want the icecast server to publish your stream on
>   the yp server, 1 if you do -->
>     <Public>0</Public>
> 
>     <!-- Stream bitrate, used to specify bitrate if reencoding, otherwise
>   just used for display on YP and on the server. Try to keep it
>   accurate -->
>     <Bitrate>128</Bitrate>
>     <!-- If this is set to 1, and ices is compiled with liblame support,
>   ices will reencode the stream on the fly to the stream bitrate. -->
>     <Reencode>1</Reencode>
>     <!-- Number of channels to reencode to, 1 for mono or 2 for stereo -->
>     <!-- Sampe rate to reencode to in Hz. Leave out for LAME's best choice
>     <Samplerate>44100</Samplerate>
>     -->
>     <Channels>2</Channels>
>   </Stream>
> 
> The mp3's that i'm serving were ripped i believe were ripped at 256bps.
> Any help appreciated.
> Thanks.
> Dave.

sample rate is the number of audio samples per second. This is usually
44100 for CD quality sound, or sometimes 48000.

bitrate is the number of bits/sec in the stream /after/ it's been
compressed. I.e. how much of your upload bandwidth is being used.

Changing the sample rate affects the quality of the raw, uncompressed
audio file/stream (e.g. a wav). bitrate refers to the compressed stream.

I.e., a 44100 samples/sec 32 kbps stream and a 44100 samples/sec 128 kbps
stream will both decompress to a 44100 samples/sec raw stream, but a 22050
samples/sec 32 kbps stream will decompress to a 22050 samples/sec raw
stream.

I think the usual thing to do when streaming is leave the sample rate at
CD quality, and just bring down the bitrate to reduce the bandwidth. If
you're using very low bitrates, you might get better results by
downsampling to a lower sample rate.

If you want to reduce bandwidth, you could have a look at peer to peer
streamers like peercast or streamer (google on the names plus 'peer to
peer broadcast'). With these, every listener is also a relay for other
listeners, so the broadcasting machine only needs enough bandwidth for 2
or 3 streams.

-- 
http://www.niftybits.ukfsn.org/

remove 'n-u-l-l' to email me. html mail or attachments will go in the spam
bin unless notified with [html] or [attachment] in the subject line. 




From news4 at earthsong.free-online.co.uk  Sun Aug 29 18:33:09 2004
From: news4 at earthsong.free-online.co.uk (andy)
Date: Sun, 29 Aug 2004 19:33:09 +0100
Subject: [Icecast] Re: Converting an mp3stream from shoutcast to an ogg
	stream	on icecast on the fly - is this possible?
References: <20040817223550.A0708170002@smtp2.oregonstate.edu>
Message-ID: <pan.2004.08.29.18.33.08.480060@earthsong.free-online.co.uk>

On Wed, 18 Aug 2004 00:35:43 +0200, the13th wrote:

> Is and how is it possible to "relay" a shoutcast stream (mp3) to an ogg
> vorbis stream over icecast in another bitrate?

If you install the jackified version of ices
(http://mediacast1.com/~karl), you could play the mp3 stream in a
jack-capable player (e.g. alsaplayer command line version?), then set the
output to that to feed into the input of ices.

Or you could try playing the stream with mpg123 -s http://url, and pipe
this into ices, set up to take pcm input from stdin. You might have to
pipe through sox as well to get the format right for ices.

-- 
http://www.niftybits.ukfsn.org/

remove 'n-u-l-l' to email me. html mail or attachments will go in the spam
bin unless notified with [html] or [attachment] in the subject line. 




From HEIDI.A.YOUNG at saic.com  Tue Aug 31 23:23:53 2004
From: HEIDI.A.YOUNG at saic.com (Young, Heidi A.)
Date: Tue, 31 Aug 2004 16:23:53 -0700
Subject: [Icecast] Sample Rates
Message-ID: <08A89F1DEA45E44DA4DF4585C3E0FBA009C87037@cp-its-exs04.mail.saic.com>

Hi there -

 

I am currently in the middle of a project where I need to configure an
Icecast Server and I am using Ices as the encoder.  I want to configure Ices
to take in a stream with a sample rate of 128 kHz and output it to the
Icecast server.  My question is, what are the minimum and maximum sample
rates that Ices will continue to work with? 

 

Thank you,

 

Heidi Young

Software Developer

SAIC - Sea Technology and Services Division

1007 Scott Ave. Suite A

Bremerton, WA 98310

(360) 415-5768

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20040831/224c096b/attachment.htm>