Icecast - Dec 2016 - dir.xiph.org : OPUS stream wrongly identified as Vorbis

Hello,

We started to publish an OPUS stream amongst others on our Icecast
streaming server. That's cool, we're muxing it in an Ogg container, it
works well !
So this is just a remark : as the Icecast shows its type as
"application/ogg", it may be the reason why the Icecast directory
shows
this as an Ogg Vorbis stream although it's an Ogg OPUS one.

Any idea how to correct this ?

Also, it's worth noting that Icecast refuses to dynamically update the
metadata update on such a mountpoint, responding "Mountpoint will not
accept this URL update" / Return Code: 1.
I know it's been quite difficult to allow dynamic updates for Ogg
Vorbis, but hey, it's working. Whereas it's not with Ogg Opus.

    Thanks for the help !

        Hoggins!

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 181 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.xiph.org/pipermail/icecast/attachments/20161227/9ef86841/attachment.sig>

Good morning,

On Tue, 2016-12-27 at 11:46 +0100, Hoggins! wrote:
> Hello,
> 
> We started to publish an OPUS stream amongst others on our Icecast
> streaming server. That's cool, we're muxing it in an Ogg container,
it
> works well !
> So this is just a remark : as the Icecast shows its type as
> "application/ogg", it may be the reason why the Icecast directory
shows
> this as an Ogg Vorbis stream although it's an Ogg OPUS one.
Ogg/Opus streams are audio/ogg or application/ogg[0]. The codec is given
in the codec parameter[0]. It should be listed as 'sub type' on the
Icecast status page.

> Any idea how to correct this ?
Which (exact!) version of Icecast2 you run?
What is the URL to your stream? (you can also answer directly to me (but
keep general questions to the list) or ask me on IRC[1]) I would have a
look at it and see if the stream is valid.

> Also, it's worth noting that Icecast refuses to dynamically update the
> metadata update on such a mountpoint, responding "Mountpoint will not
> accept this URL update" / Return Code: 1.
> I know it's been quite difficult to allow dynamic updates for Ogg
> Vorbis, but hey, it's working. Whereas it's not with Ogg Opus.
This interface is only for ICY streams (MP3 and AAC). For all other
streams the metadata is to be send along the data stream as per codec
and mapping standard. The API only 'works'[2] for Ogg/Vorbis for
historical reasons.


Have a nice day. Looking forward to your reply,

with best regards,


[0] https://wiki.xiph.org/MIMETypesCodecs
[1] #icecast on irc.freenode.net
[2] It breaks many things like exact timing or bitrate efficiency. Just
don't use it.


-- 
Philipp Schafft (CEO/Gesch?ftsf?hrer) 
Telephon: +49.3535 490 17 92

L?wenfelsen UG (haftungsbeschr?nkt)     Registration number:
Bickinger Stra?e 21                     HRB 12308 CB
04916 Herzberg (Elster)                 VATIN/USt-ID:
Germany                                 DE305133015
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.xiph.org/pipermail/icecast/attachments/20161227/1d7f8240/attachment.sig>

Hello Philipp,

Thank you for your answers !

Le 27/12/2016 à 12:14, Philipp Schafft a écrit :
> Good morning,
>
> On Tue, 2016-12-27 at 11:46 +0100, Hoggins! wrote:
>> Hello,
>>
>> We started to publish an OPUS stream amongst others on our Icecast
>> streaming server. That's cool, we're muxing it in an Ogg
container, it
>> works well !
>> So this is just a remark : as the Icecast shows its type as
>> "application/ogg", it may be the reason why the Icecast
directory shows
>> this as an Ogg Vorbis stream although it's an Ogg OPUS one.
> Ogg/Opus streams are audio/ogg or application/ogg[0]. The codec is given
> in the codec parameter[0]. It should be listed as 'sub type' on the
> Icecast status page.
Sniffing what is being sent to the Directory (by using my own little
gateway and dumping the contents), I can see that :
    - for Vorbis streams :
        - "type" = "application/ogg"
        - "stype" = "Vorbis"
    - for OPUS streams :
        - "type" = "application/ogg"
        - "stype" = ""

That would explain why the Directory assumes that it's also Vorbis.
>
>
>> Any idea how to correct this ?
> Which (exact!) version of Icecast2 you run?
I'm running 2.4.0-kh3. I know it's not the official stream, but I was
guessing these basic functionalities were handled by the main branch. If
not, I'll ask somewhere else.
> What is the URL to your stream? (you can also answer directly to me (but
> keep general questions to the list) or ask me on IRC[1]) I would have a
> look at it and see if the stream is valid.
The URL is http://live.radiom.fr:80/live600.ogg
>
>
>> Also, it's worth noting that Icecast refuses to dynamically update
the
>> metadata update on such a mountpoint, responding "Mountpoint will
not
>> accept this URL update" / Return Code: 1.
>> I know it's been quite difficult to allow dynamic updates for Ogg
>> Vorbis, but hey, it's working. Whereas it's not with Ogg Opus.
> This interface is only for ICY streams (MP3 and AAC). For all other
> streams the metadata is to be send along the data stream as per codec
> and mapping standard. The API only 'works'[2] for Ogg/Vorbis for
> historical reasons.
Yes, that's what I read somewhere else. No problem for that, I'll try to
have this updated by the app.
I'm using GStreamer, but I'm afraid the shout2send element I'm using
does not allow to set the currently played title.
>
>
> Have a nice day. Looking forward to your reply,
>
> with best regards,
>
>
> [0] https://wiki.xiph.org/MIMETypesCodecs
> [1] #icecast on irc.freenode.net
> [2] It breaks many things like exact timing or bitrate efficiency. Just
> don't use it.
>
>
>
Thanks !

    Hoggins!

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 181 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.xiph.org/pipermail/icecast/attachments/20161227/d3c417b0/attachment.sig>