Ok folks, we are getting ready for version 2.3 of icecast and have built an
RC1 distribution. We encourage everyone to try out this new release and
provide us feedback. Please report all bugs to http://bugs.xiph.org
Here are the details :
Source Distribution:
http://downloads.xiph.org/releases/icecast/icecast-2.3.0.rc1.tar.gz
Source RPM:
http://downloads.xiph.org/releases/icecast/icecast-2.3.0.rc1-0.src.rpm
Win32 Binary:
http://downloads.xiph.org/releases/icecast/icecast2_win32_v2.3.0_rc1_setup.exe
New Features
# Streaming support for ogg speex, ogg flac, ogg midi
# intro file support - per mount settable
# on-demand relays, global and per-relay settable
# fallback to file, extends on the intro file handling.
# new mount-level settings
1. public, type/subtype, genre settings, stream description,
2. stream url, stream name, bitrate (override what is sent from the
source client)
3. mp3 metadata interval
4. on-[dis]connect scripts can be stated per-mount, invoked at source
start/stop and take 1 arg which is the mountpoint.
# New URL listener authenticator .included is an example php-based
application that can be used in conjunction with the url authenticator to
manage a simple subscription-based broadcast.
# HTPasswd authenticator uses in-memory structures now.
# On demand files now can be fed through an authenticator
# Update to admin/web xslt interface
Fixes
# real/helix works
# win32 access log correct
# stats client is stable now (curl -X STATS http://admin@host:port/)
# show mountpoints on stats that are inactive but have an active fallback
# more updates over HUP possible
Note that we with regard to the new URL authenticator, we will be providing
a demonstration application which can be used to manage a basic
subscription-based offering. This application is not included in the RC,
but will be included in the official release (or if we do another RC it
will be included in that)...
- Icecast Development Team
I do have a tiny question, i asked for the max_listeners patch and is in
now even better than that was made for me on IRC, but...
1349: source.c
if (mount->max_listeners < 0)
stats_event (mount->mountname, "max_listeners",
"unlimited");
else
stats_event_args (mount->mountname,
"max_listeners",
"%d", mount->max_listeners);
What is the design reason to make it unlimited instead of -1? I'm not
requesting for minus one but I do wanna know why it isn't that :)
Greetings,
Stefan de Konink
Just wanted to let everyone know that we also welcome reports such as "everything works as expected" too. It's hard for us to gauge the quality of the release unless we hear both good and bad reports... thanks. oddsock At 02:29 PM 8/21/2005, you wrote:>Ok folks, we are getting ready for version 2.3 of icecast and have built >an RC1 distribution. We encourage everyone to try out this new release >and provide us feedback. Please report all bugs to http://bugs.xiph.org > >Here are the details : > >Source Distribution: >http://downloads.xiph.org/releases/icecast/icecast-2.3.0.rc1.tar.gz >Source RPM: >http://downloads.xiph.org/releases/icecast/icecast-2.3.0.rc1-0.src.rpm >Win32 Binary: >http://downloads.xiph.org/releases/icecast/icecast2_win32_v2.3.0_rc1_setup.exe > > >New Features ># Streaming support for ogg speex, ogg flac, ogg midi ># intro file support - per mount settable ># on-demand relays, global and per-relay settable ># fallback to file, extends on the intro file handling. ># new mount-level settings > 1. public, type/subtype, genre settings, stream description, > 2. stream url, stream name, bitrate (override what is sent from the > source client) > 3. mp3 metadata interval > 4. on-[dis]connect scripts can be stated per-mount, invoked at source > start/stop and take 1 arg which is the mountpoint. ># New URL listener authenticator .included is an example php-based >application that can be used in conjunction with the url authenticator to >manage a simple subscription-based broadcast. ># HTPasswd authenticator uses in-memory structures now. ># On demand files now can be fed through an authenticator ># Update to admin/web xslt interface > >Fixes ># real/helix works ># win32 access log correct ># stats client is stable now (curl -X STATS http://admin@host:port/) ># show mountpoints on stats that are inactive but have an active fallback ># more updates over HUP possible > >Note that we with regard to the new URL authenticator, we will be >providing a demonstration application which can be used to manage a basic >subscription-based offering. This application is not included in the RC, >but will be included in the official release (or if we do another RC it >will be included in that)... > >- Icecast Development Team > > >_______________________________________________ >Icecast mailing list >Icecast@xiph.org >http://lists.xiph.org/mailman/listinfo/icecast
Well, I've got it installed, and configured with several fallback-to-file mounts. I don't actually have any source clients connecting to it, but even so, the fallback-to-file mounts seem to work great. I'm very excited about this functionality since I've been running ezstream in the past which has given me all sorts of problems, most of which I've mentioned on this list. The fallback-to-file does just what I wanted ezstream to do without having to run a separate source client. Very nice! I have some questions related to fallback-to-file though. The fallback-to-file mounts seem to show up on the server status page. Is there a way to hide them? I don't really want people connecting to them directly, or really even knowing they are there. With ezstream I just created a <mount> section and made it hidden. Maybe I should try that. it might still work. This doesn't really affect me, but I'm curious about the behavior. If you have an ogg or mp3 in the webroot, you used to be able to just download it and play it. Now, it seems that if that file is configured as a fallback then you can't just download it anymore. If you specify the path to that file, you just get it streamed to you. Is there no way to just download that file anymore if it's configured as a fallback? This is probably a design consideration, but I'd like to understand the reasoning. I'd sort of expected for you to be able to download the file if you accessed it directly, but have it streamed if you were to fallback to it. I'm sure there's a reason, but I'd be interested in knowing it. Thanks, Joel oddsock wrote:> Just wanted to let everyone know that we also welcome reports such as > "everything works as expected" too. It's hard for us to gauge the > quality of the release unless we hear both good and bad reports... > > thanks. > > oddsock > At 02:29 PM 8/21/2005, you wrote: > >> Ok folks, we are getting ready for version 2.3 of icecast and have >> built an RC1 distribution. We encourage everyone to try out this new >> release and provide us feedback. Please report all bugs to >> http://bugs.xiph.org >> >> Here are the details : >> >> Source Distribution: >> http://downloads.xiph.org/releases/icecast/icecast-2.3.0.rc1.tar.gz >> Source RPM: >> http://downloads.xiph.org/releases/icecast/icecast-2.3.0.rc1-0.src.rpm >> Win32 Binary: >> http://downloads.xiph.org/releases/icecast/icecast2_win32_v2.3.0_rc1_setup.exe >> >> >> New Features >> # Streaming support for ogg speex, ogg flac, ogg midi >> # intro file support - per mount settable >> # on-demand relays, global and per-relay settable >> # fallback to file, extends on the intro file handling. >> # new mount-level settings >> 1. public, type/subtype, genre settings, stream description, >> 2. stream url, stream name, bitrate (override what is sent from the >> source client) >> 3. mp3 metadata interval >> 4. on-[dis]connect scripts can be stated per-mount, invoked at >> source start/stop and take 1 arg which is the mountpoint. >> # New URL listener authenticator .included is an example php-based >> application that can be used in conjunction with the url authenticator >> to manage a simple subscription-based broadcast. >> # HTPasswd authenticator uses in-memory structures now. >> # On demand files now can be fed through an authenticator >> # Update to admin/web xslt interface >> >> Fixes >> # real/helix works >> # win32 access log correct >> # stats client is stable now (curl -X STATS http://admin@host:port/) >> # show mountpoints on stats that are inactive but have an active fallback >> # more updates over HUP possible >> >> Note that we with regard to the new URL authenticator, we will be >> providing a demonstration application which can be used to manage a >> basic subscription-based offering. This application is not included >> in the RC, but will be included in the official release (or if we do >> another RC it will be included in that)... >> >> - Icecast Development Team >> >> >> _______________________________________________ >> Icecast mailing list >> Icecast@xiph.org >> http://lists.xiph.org/mailman/listinfo/icecast > > > > _______________________________________________ > Icecast mailing list > Icecast@xiph.org > http://lists.xiph.org/mailman/listinfo/icecast