Thanks to everyone who has been helping us test... your input is certainly appreciated. We've fixed a few bugs and are release RC3 as of now. Here's what was fixed : - log username to access log (bug #706) if available. - fix segv case on listmounts/moveclients when a fallback to file stream is running - Patch from martin@matuska.org: don't treat all clients as duplicates. Links : Tarball : http://downloads.xiph.org/releases/icecast/icecast-2.3.0.rc3.tar.gz SRPM : http://downloads.xiph.org/releases/icecast/icecast-2.3.0.rc3-0.src.rpm Windows Binary : http://downloads.xiph.org/releases/icecast/icecast2_win32_v2.3.0_rc3_setup.exe Icecast Team
I think Karl will be happy that I don't annoy him with emails about bugs. ;-p ----- Original Message ----- From: "oddsock" <oddsock@oddsock.org> To: <icecast@xiph.org> Sent: Monday, September 12, 2005 7:39 PM Subject: [Icecast] Icecast 2.3 RC3 Announcement.. Thanks to everyone who has been helping us test... your input is certainly appreciated. We've fixed a few bugs and are release RC3 as of now. Here's what was fixed : - log username to access log (bug #706) if available. - fix segv case on listmounts/moveclients when a fallback to file stream is running - Patch from martin@matuska.org: don't treat all clients as duplicates. Links : Tarball : http://downloads.xiph.org/releases/icecast/icecast-2.3.0.rc3.tar.gz SRPM : http://downloads.xiph.org/releases/icecast/icecast-2.3.0.rc3-0.src.rpm Windows Binary : http://downloads.xiph.org/releases/icecast/icecast2_win32_v2.3.0_rc3_setup.exe Icecast Team _______________________________________________ Icecast mailing list Icecast@xiph.org http://lists.xiph.org/mailman/listinfo/icecast
Thanks for the fixes in RC3. I've got a couple more things. These
might just be me doing something wrong though.
I've got two streams that look like this:
<mount>
<mount-name>/wkncbackup</mount-name>
<max-listeners>3</max-listeners>
<fallback-mount>/wknchq</fallback-mount>
<public>0</public>
<authentication type="htpasswd">
<option name="filename"
value="/usr/share/icecast/passwords"/>
<option name="allow_duplicate_users"
value="1"/>
</authentication>
</mount>
<mount>
<mount-name>/wkncbackup.ogg</mount-name>
<max-listeners>3</max-listeners>
<fallback-mount>/wknchq.ogg</fallback-mount>
<public>0</public>
<authentication type="htpasswd">
<option name="filename"
value="/usr/share/icecast/passwords"/>
<option name="allow_duplicate_users"
value="1"/>
</authentication>
</mount>
These are private authenticated streams just to be used for backup STLs
when necessary. However, when I go to the admin interface and click on
any of the links for these two sources I get a message saying "Source
does not exist" The source is definitely connected, because I can
listen to it. A related problem is: How do I update the users and
passwords? No link appears to modify the auth info like there was
previously. The password file also seems to be working because I can
log in with existing accounts, but I don't know how to add or modify
accounts anymore.
Thanks,
Joel
oddsock wrote:> Thanks to everyone who has been helping us test... your input is
> certainly appreciated.
>
> We've fixed a few bugs and are release RC3 as of now.
>
> Here's what was fixed :
>
> - log username to access log (bug #706) if available.
> - fix segv case on listmounts/moveclients when a fallback to file stream
> is running
> - Patch from martin@matuska.org: don't treat all clients as duplicates.
>
>
> Links :
> Tarball :
> http://downloads.xiph.org/releases/icecast/icecast-2.3.0.rc3.tar.gz
> SRPM :
> http://downloads.xiph.org/releases/icecast/icecast-2.3.0.rc3-0.src.rpm
> Windows Binary :
>
http://downloads.xiph.org/releases/icecast/icecast2_win32_v2.3.0_rc3_setup.exe
>
>
> Icecast Team
>
> _______________________________________________
> Icecast mailing list
> Icecast@xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
Hello,
I found curious thing in fallback function.
I send 2 streams from machine "A" to icecast server:
"cro-region-256.ogg" (224 kb/s stream)
"cro-region.ogg" (128 kb/s stream)
and 1 backup stream from machine "B" to same icecast server:
"z-cro-region.ogg" (128 kb/s stream)
I'm using following definition in my icecast.xml file:
<mount>
<mount-name>/cro-region.ogg</mount-name>
<fallback-mount>/z-cro-region.ogg</fallback-mount>
<fallback-override>1</fallback-override>
</mount>
When I'm listening stream "/cro-region.ogg" and I stop both
streams
"cro-region-256.ogg" and "cro-region.ogg", my client (xmms)
is moved to
"/z-cro-region.ogg" stream greatly.
But when I start both streams "cro-region-256.ogg" and
"cro-region.ogg"
again, my client is moved to "/cro-region-256.ogg" instead of
"/cro-region.ogg".
Is it ok?
Regards,
Milos Wimmer
On Mon, 2005-09-19 at 20:58, Milos Wimmer wrote:> I send 2 streams from machine "A" to icecast server: > "cro-region-256.ogg" (224 kb/s stream) > "cro-region.ogg" (128 kb/s stream) > > and 1 backup stream from machine "B" to same icecast server: > "z-cro-region.ogg" (128 kb/s stream) > > I'm using following definition in my icecast.xml file: > <mount> > <mount-name>/cro-region.ogg</mount-name> > <fallback-mount>/z-cro-region.ogg</fallback-mount> > <fallback-override>1</fallback-override> > </mount> > > When I'm listening stream "/cro-region.ogg" and I stop both streams > "cro-region-256.ogg" and "cro-region.ogg", my client (xmms) is moved to > "/z-cro-region.ogg" stream greatly. > But when I start both streams "cro-region-256.ogg" and "cro-region.ogg" > again, my client is moved to "/cro-region-256.ogg" instead of > "/cro-region.ogg".If there's no fallback link from /cro-region-256.ogg to /z-cro-region.ogg then it's wrong, but I'd prefer to see the xml and error log (level 4) before saying it's a bug. If there is a fallback from /cro-region-256.ogg to /cro-region.ogg with override enabled then it could happen. karl.