Icecast - Jul 2015 - Icecast 2.4x Metadata doesn't clear if net file has none

I don't know if I have something set wrong in icecast.xml or not, but
on my old server (version forgotten, installed 2009), if I streamed
two files with the first one having metadata present but the second
had none, Icecast wouldn't stream anything when the second file
streamed. On my 4.21 server, when the second file streams, it shows
metadata left over from the first file. I just finished looking
through the documentation for 2.41 but cannot find any setting which
controls this. Help appreciated. Meanwhile, of course I'll get the
provider of the streamed file without any metadata to remedy that.

reflum,

On Fri, 2015-07-31 at 10:23 -0400, Steve Matzura wrote:
> I don't know if I have something set wrong in icecast.xml or not, but
> on my old server (version forgotten, installed 2009), if I streamed
> two files with the first one having metadata present but the second
> had none, Icecast wouldn't stream anything when the second file
> streamed. On my 4.21 server, when the second file streams, it shows
> metadata left over from the first file. I just finished looking
> through the documentation for 2.41 but cannot find any setting which
> controls this. Help appreciated. Meanwhile, of course I'll get the
> provider of the streamed file without any metadata to remedy that.
I'm not aware of any meta data related changes in 2.3.* -> 2.4.* that
could be relevant for your case.

In general the source client is responsible for sending the meta data.
Icecast does (in general case) not touch this information at all.

Which source client do you use? Maybe the source client has some bug (or
a "feature" you haven't expected ;).

Have a nice day!

-- 
Philipp.
 (Rah of PH2)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 490 bytes
Desc: This is a digitally signed message part
Url :
http://lists.xiph.org/pipermail/icecast/attachments/20150731/313fe484/attachment.pgp

Yes, I did indeed mean 2.41, not that other thing. ;-)

I'm using Ices-CC as the playout system, so it's probably something in
there.

On Fri, 31 Jul 2015 14:45:49 +0000, you wrote:
>reflum,
>
>On Fri, 2015-07-31 at 10:23 -0400, Steve Matzura wrote:
>> I don't know if I have something set wrong in icecast.xml or not,
but
>> on my old server (version forgotten, installed 2009), if I streamed
>> two files with the first one having metadata present but the second
>> had none, Icecast wouldn't stream anything when the second file
>> streamed. On my 4.21 server, when the second file streams, it shows
>> metadata left over from the first file. I just finished looking
>> through the documentation for 2.41 but cannot find any setting which
>> controls this. Help appreciated. Meanwhile, of course I'll get the
>> provider of the streamed file without any metadata to remedy that.
>
>I'm not aware of any meta data related changes in 2.3.* -> 2.4.* that
>could be relevant for your case.
>
>In general the source client is responsible for sending the meta data.
>Icecast does (in general case) not touch this information at all.
>
>Which source client do you use? Maybe the source client has some bug (or
>a "feature" you haven't expected ;).
>
>Have a nice day!

Ya know, this happened to me as well, and I thought I was losing my
marbles!

On Fri, 31 Jul 2015 10:23:45 -0400, you wrote:
>I don't know if I have something set wrong in icecast.xml or not, but
>on my old server (version forgotten, installed 2009), if I streamed
>two files with the first one having metadata present but the second
>had none, Icecast wouldn't stream anything when the second file
>streamed. On my 4.21 server, when the second file streams, it shows
>metadata left over from the first file. I just finished looking
>through the documentation for 2.41 but cannot find any setting which
>controls this. Help appreciated. Meanwhile, of course I'll get the
>provider of the streamed file without any metadata to remedy that.
>_______________________________________________
>Icecast mailing list
>Icecast at xiph.org
>http://lists.xiph.org/mailman/listinfo/icecast