Just wanted to let everyone know that we are prepping for a 2.2.0 release of icecast. Just as before, we are doing Release candidates first, and if no bugs are reported, these will become the official release. We ask that anyone that can, please test the RC and send any issues or bug-reports to the mailing list or http://trac.xiph.org/ until the mirrors get updated, please download the release using the following links : source distribution: http://svn.xiph.org/releases/icecast/icecast-2.2.0RC1.tar.gz win32 binary: http://svn.xiph.org/releases/icecast/icecast2_win32_2.2.0RC1_setup.exe eventually, these will be able to be downloaded here: http://downloads.xiph.org/releases/icecast/ Additionally, to enable theora streaming in icecast, you will need the most current theora release. I have created a snapshot you can download until theora creates an official release. The snapshot can be downloaded here : http://www.oddsock.org/xiph_snapshots/libtheora-unreleased.tar.gz This is an optional dependency on icecast, and if you do not have it installed, then icecast will build properly, but you will not get theora support. Here is a synposis of the changes in 2.2.0 - Theora Video support - Icecast now supports video streaming via theora. Currently, we require the latest (alpha 4) version of libtheora. This is an optional compile, so if you don't have theora then icecast will safely ignore it - Shoutcast style source client support - Icecast now supports the connection protocol used by the Shoutcast DSP source client. This is the same connection protocol used by their NSV encoding tools. This means that not only can you use the Shoutcast DSP to stream to icecast, but that you can also stream NSV via their tools. - AAC is added as a supported streaming format - Not too many source clients support streaming in this format, but we support it. - Cluster password - Now you can specify a cluster password as a <mount> option in the config. This will allow you to cluster multiple servers/mounts into a single listing on the stream directory. Note that this is different than "grouping" which groups together streams coming from the same physical IP and with the same stream name. Clusters are meant for relays of the same stream and will only be listed *once* in the stream directory. When a listener tunes into a cluster, they will be served an m3u file with all the clusters for that stream. - Playlist Log - This is an option setting that will create an audit trail of metadata that comes through icecast. It is a single file that contains information for all mountpoints. - Range Support for static files - We now support seeking in files served off the icecast fserve. - Metadata Update via Admin - We now support metadata updates via the admin interface for both MP3 AND Ogg Vorbis streams. - Per mount hidden stats and YP prevention - You many now indicate certains mounts to be excluded (i.e. hidden) from the main status.xsl page. This is useful when using local private relays. You can also override the YP setting (as in disable) on a per-mount basis. Also useful for local private relays. - Multiple example config files - We now have multiple config files for you to use as a base. A "simple" one for quick-start, and a more detailed "advanced" one with all the features, as well as a "shoutcast compatable" one, which shows how you'd config for using the shoutcast DSP. - Relay user/pass - You can now specify authentication used by a relay. This is for the case where you have listener authentication enabled for a mountpoint, and want to connect a relay to it. oddsock
3 things 1) is the <mp3-metadata-interval> tag in this version 2) thats cool that nullsoft video works 3) what is Theora
On Tue, Dec 14, 2004 at 02:21:01PM -0600, oddsock wrote:> eventually, these will be able to be downloaded here: > http://downloads.xiph.org/releases/icecast/The mirrors have now updated; please use these instead of the svn server. Note that there are regional aliases as well: http://downloads.au.xiph.org/releases/icecast/ or http://downloads.us.xiph.org/releases/icecast/ Which may offer you a better transfer rate.> - Theora Video support - > > Icecast now supports video streaming via theora. Currently, we require > the latest (alpha 4) version of libtheora. This is an optional compile, > so if you don't have theora then icecast will safely ignore itYay video support!!! :-) -r
found a bug..when i click on update metadata from the admin panel, i just get an eroor: Could not parse XSLT file Darrell On Tue, 14 Dec 2004 14:21:01 -0600, oddsock <oddsock@oddsock.org> wrote:> Just wanted to let everyone know that we are prepping for a 2.2.0 > release of icecast. Just as before, we are doing Release candidates > first, and if no bugs are reported, these will become the official > release. We ask that anyone that can, please test the RC and send any > issues or bug-reports to the mailing list or http://trac.xiph.org/ > > until the mirrors get updated, please download the release using the > following links : > > source distribution: > http://svn.xiph.org/releases/icecast/icecast-2.2.0RC1.tar.gz > > win32 binary: > http://svn.xiph.org/releases/icecast/icecast2_win32_2.2.0RC1_setup.exe > > eventually, these will be able to be downloaded here: > http://downloads.xiph.org/releases/icecast/ > > Additionally, to enable theora streaming in icecast, you will need the > most current theora release. I have created a snapshot you can download > until theora creates an official release. The snapshot can be > downloaded here : > http://www.oddsock.org/xiph_snapshots/libtheora-unreleased.tar.gz > > This is an optional dependency on icecast, and if you do not have it > installed, then icecast will build properly, but you will not get > theora support. > > Here is a synposis of the changes in 2.2.0 > > - Theora Video support - > > Icecast now supports video streaming via theora. Currently, we require > the latest (alpha 4) version of libtheora. This is an optional compile, > so if you don't have theora then icecast will safely ignore it > > - Shoutcast style source client support - > > Icecast now supports the connection protocol used by the Shoutcast DSP > source client. This is the same connection protocol used by their NSV > encoding tools. This means that not only can you use the Shoutcast DSP > to stream to icecast, but that you can also stream NSV via their tools. > > - AAC is added as a supported streaming format - > > Not too many source clients support streaming in this format, but we > support it. > > - Cluster password - > > Now you can specify a cluster password as a <mount> option in the > config. This will allow you to cluster multiple servers/mounts into a > single listing on the stream directory. Note that this is different > than "grouping" which groups together streams coming from the same > physical IP and with the same stream name. Clusters are meant for > relays of the same stream and will only be listed *once* in the stream > directory. When a listener tunes into a cluster, they will be served an > m3u file with all the clusters for that stream. > > - Playlist Log - > > This is an option setting that will create an audit trail of metadata > that comes through icecast. It is a single file that contains > information for all mountpoints. > > - Range Support for static files - > > We now support seeking in files served off the icecast fserve. > > - Metadata Update via Admin - > > We now support metadata updates via the admin interface for both MP3 AND > Ogg Vorbis streams. > > - Per mount hidden stats and YP prevention - > > You many now indicate certains mounts to be excluded (i.e. hidden) from > the main status.xsl page. This is useful when using local private > relays. You can also override the YP setting (as in disable) on a > per-mount basis. Also useful for local private relays. > > - Multiple example config files - > > We now have multiple config files for you to use as a base. A "simple" > one for quick-start, and a more detailed "advanced" one with all the > features, as well as a "shoutcast compatable" one, which shows how you'd > config for using the shoutcast DSP. > > - Relay user/pass - > > You can now specify authentication used by a relay. This is for the > case where you have listener authentication enabled for a mountpoint, > and want to connect a relay to it. > > oddsock > > _______________________________________________ > Icecast mailing list > Icecast@xiph.org > http://lists.xiph.org/mailman/listinfo/icecast >
At 02:48 PM 12/14/2004, you wrote:>found a bug..when i click on update metadata from the admin panel, i >just get an eroor: Could not parse XSLT file > >Darrellwhat platform ? can you turn on icecast debugging post any related info ? I am unable to reproduce this problem. Provide as many details as you can about your stream (type, source client, etc..) oddsock
On Tue, 2004-12-14 at 20:44, Jason wrote:> 3 things > 1) is the <mp3-metadata-interval> tag in this versionno> 2) thats cool that nullsoft video worksyeah it is.> 3) what is TheoraA video codec that is used in Ogg karl.
At 02:48 PM 12/14/2004, you wrote:>found a bug..when i click on update metadata from the admin panel, i >just get an eroor: Could not parse XSLT file > >Darrelllooks like I missed updatemetadata.xsl in the windows build.. I've fixed it and update the binary release. Download it again and try again. (Note that it may not have propagated to the mirrors as yet). Sorry about that... oddsock
Great Job ! ;) Are you planning to : - correct the metadata problem when you're relaying an icecast v1 server ? (our radio totaly depend on icecast v1...) - add an option to enable backup streams only when the primary one is done ? I mean that if a defined two mountpoint that are relaying different stream (from a primary and a secondary server) and define the backup option to the second mountpoint, it should be great if the relaying starts and stop only when needed (when the backup option is used) - add a function to switch listeners between too mountpoints ? (such as icecast v1) - add a telnet interface (such as icecast v1) Bests regards, PE oddsock a ?crit :> Just wanted to let everyone know that we are prepping for a 2.2.0 > release of icecast. Just as before, we are doing Release candidates > first, and if no bugs are reported, these will become the official > release. We ask that anyone that can, please test the RC and send any > issues or bug-reports to the mailing list or http://trac.xiph.org/ > > until the mirrors get updated, please download the release using the > following links : > > source distribution: > http://svn.xiph.org/releases/icecast/icecast-2.2.0RC1.tar.gz > > win32 binary: > http://svn.xiph.org/releases/icecast/icecast2_win32_2.2.0RC1_setup.exe > > eventually, these will be able to be downloaded here: > http://downloads.xiph.org/releases/icecast/ > > Additionally, to enable theora streaming in icecast, you will need the > most current theora release. I have created a snapshot you can download > until theora creates an official release. The snapshot can be > downloaded here : > http://www.oddsock.org/xiph_snapshots/libtheora-unreleased.tar.gz > > This is an optional dependency on icecast, and if you do not have it > installed, then icecast will build properly, but you will not get > theora support. > > Here is a synposis of the changes in 2.2.0 > > - Theora Video support - > > Icecast now supports video streaming via theora. Currently, we require > the latest (alpha 4) version of libtheora. This is an optional compile, > so if you don't have theora then icecast will safely ignore it > > - Shoutcast style source client support - > > Icecast now supports the connection protocol used by the Shoutcast DSP > source client. This is the same connection protocol used by their NSV > encoding tools. This means that not only can you use the Shoutcast DSP > to stream to icecast, but that you can also stream NSV via their tools. > > - AAC is added as a supported streaming format - > > Not too many source clients support streaming in this format, but we > support it. > > - Cluster password - > > Now you can specify a cluster password as a <mount> option in the > config. This will allow you to cluster multiple servers/mounts into a > single listing on the stream directory. Note that this is different > than "grouping" which groups together streams coming from the same > physical IP and with the same stream name. Clusters are meant for > relays of the same stream and will only be listed *once* in the stream > directory. When a listener tunes into a cluster, they will be served an > m3u file with all the clusters for that stream. > > - Playlist Log - > > This is an option setting that will create an audit trail of metadata > that comes through icecast. It is a single file that contains > information for all mountpoints. > > - Range Support for static files - > > We now support seeking in files served off the icecast fserve. > > - Metadata Update via Admin - > > We now support metadata updates via the admin interface for both MP3 AND > Ogg Vorbis streams. > > - Per mount hidden stats and YP prevention - > > You many now indicate certains mounts to be excluded (i.e. hidden) from > the main status.xsl page. This is useful when using local private > relays. You can also override the YP setting (as in disable) on a > per-mount basis. Also useful for local private relays. > > - Multiple example config files - > > We now have multiple config files for you to use as a base. A "simple" > one for quick-start, and a more detailed "advanced" one with all the > features, as well as a "shoutcast compatable" one, which shows how you'd > config for using the shoutcast DSP. > > - Relay user/pass - > > You can now specify authentication used by a relay. This is for the > case where you have listener authentication enabled for a mountpoint, > and want to connect a relay to it. > > > oddsock > > > _______________________________________________ > Icecast mailing list > Icecast@xiph.org > http://lists.xiph.org/mailman/listinfo/icecast >
At 10:21 AM 12/20/2004, you wrote:>Great Job ! ;) >Are you planning to : >- correct the metadata problem when you're relaying an icecast v1 server ? >(our radio totaly depend on icecast v1...)we don't support icecast 1.x. The question is, why are you dependent on it ?>- add an option to enable backup streams only when the primary one is done >? I mean that if a defined two mountpoint that are relaying different >stream (from a primary and a secondary server) and define the backup >option to the second mountpoint, it should be great if the relaying starts >and stop only when needed (when the backup option is used)I think you are describing on-demand relays, and karl has that in his branch.. I'd suggest you testing it out if that's something you need or use.>- add a function to switch listeners between too mountpoints ? (such as >icecast v1)icecast 2.x has had this for a long time.>- add a telnet interface (such as icecast v1)we now use a web-based interface. I doubt we will be implementing the telnet based one again unless someone contributes it. oddsock
On Mon, 2004-12-20 at 16:21, EISELE Pascal wrote:> Great Job ! ;) > Are you planning to : > - correct the metadata problem when you're relaying an icecast v1 server > ? (our radio totaly depend on icecast v1...)2 queries on this... What is the metadata problem that you are referring to ? What is making you depend on icecast v1 ?> - add an option to enable backup streams only when the primary one is > done ? I mean that if a defined two mountpoint that are relaying > different stream (from a primary and a secondary server) and define the > backup option to the second mountpoint, it should be great if the > relaying starts and stop only when needed (when the backup option is used)This sounds like the on-demand relay setting I have in my branch, if it is then it won't be in 2.2 but should be merged afterwards> - add a function to switch listeners between too mountpoints ? (such as > icecast v1)the moveclients[.xsl] interface can already do that.> - add a telnet interface (such as icecast v1)There hasn't been any call for a telnet interface, the web interface suffices for most people. karl.
On Tuesday 21 December 2004 03:21, EISELE Pascal wrote:> Great Job ! ;) > Are you planning to : > - correct the metadata problem when you're relaying an icecast v1 server > ? (our radio totaly depend on icecast v1...)Are you planning on reporting a bug here? Because we've never heard of any problem with this... As far as I know, this works fine.> - add an option to enable backup streams only when the primary one is > done ? I mean that if a defined two mountpoint that are relaying > different stream (from a primary and a secondary server) and define the > backup option to the second mountpoint, it should be great if the > relaying starts and stop only when needed (when the backup option is used)On-demand relays won't be in this release, they are planned for a future release.> - add a function to switch listeners between too mountpoints ? (such as > icecast v1)This was in both 2.0 and 2.1, and will be in 2.2.> - add a telnet interface (such as icecast v1)No, very unlikely to ever be added. However, you can issue the appropriate HTTP commands for everything in the admin interface using a telnet client if you really, really, want to. HTTP is simple! Mike