<div dir="ltr"><br><br>2017-06-16 10:28 GMT-05:00 Jesus Cea <<a href="mailto:jcea@jcea.es">jcea@jcea.es</a>>:<br>> On 16/06/17 13:18, Marvin Scholz wrote:<br>>> The source client is supposed to encode the metadata into the stream,<br>>> not use any endpoint whatsoever to send them, for Ogg and<br>>> other supported formats. There is nothing confusing about this. The<br>>> reason this is different for MP3 and AAC is, that it is simply<br>>> impossible to do that for these formats, which is why the endpoint you<br>>> mentioned exists. Kind of a hack to workaround the limitations<br>>> of the formats.<br>><br>> Reading OPUS OGG fileformat, the metadata is limited to the second<br>> "page". In a live-stream, you could not send a new metadata<br>> information... unless you send a logical "End of Stream" to the icecast<br>> server followed by a new "Start of Stream" followed by new metadata. I<br>> wonder if that is transparent to the client, because the client I use<br>> stops reproducing when finding the EOS mark.<br>><br>> So, how OPUS metadata updates works?<br>><br>> I am deploying a new radio streaming service and I would love to use<br>> OPUS streaming, but I don't understand how to send metadata updates to<br>> icecast, how it send them to the clients and, moreover, current Debian<br>> supported version is 2.4.0 (I could override that, of course).<br>><br>> That is, saying that OPUS metadata is embedded in the stream is<br>> insufficient, because OPUS OGG specification clearly indicates that<br>> metadata is ONLY legal at the very beginning of the file.<br>><br>> Please, provide more details.<br>><br>> * How source EXACTLY communicates metadata updates to the server? "Embed<br>> it in the stream" is not enough information.<br>><br>> * How are those updates send to the clients?. Using legacy ICY?, OGG<br>> embedding?. How it works in that case, because OGG only supports<br>> metadata at the beginning of the stream, and stream concatenation (an<br>> EOS followed with a Start Of Stream) is not supported by many clients...<br><br><div>As far as I know, EOS followed by a new stream is the only way to pass metadata in ogg-embedded streams. Clients didn't support that very well back some years ago but I would hope that this is better now.. Only other alternative to avoid stream concatenation is to remove all subsequent metadata, I'm afraid.</div><div><br></div><div>Romain</div></div>