Re: [rtcweb] #21: Section 4.1: max-ssrc

[Magnus Westerlund <[e-mail]>]

On 2013-08-26 00:20, rtcweb issue tracker wrote:
> #21: Section 4.1: max-ssrc
> 
>  (tbd: is draft-westerlund-mmusic-max-ssrc-01 needed?)
> 
>  [BA] I am not a fan of max-ssrc.  Within layered coding it is possible to
>  send multiple layers either with the same SSRC or with different SSRCs.
>  In such a case the maximum number of layers that can be sent or received,
>  and the number of maximum number of SRCNAMEs, is more relevant that the
>  maximum number of SSRCs.  Therefore I would prefer not to see max-ssrc
>  used in WebRTC (or anything else, for that matter).
> 

I find this comment intriguing and I think important to understand for
the usage of SVC in context of a single RTP session. So you are saying
that you intended to use multi-stream transmission of SVC within a
single RTP session. Could you please expand on the motivation for this
as it will be a requirement effecting signalling requirements. I would
note that SVC MST media streams with multiple media sources in a single
RTP stream may have issues being correctly associated.

Regarding Max-SSRC signalling:
Okay, let me reformulate this question from SSRCs to media decoders.
This as the max-ssrc is designed to be able to express limitations on
number of simultaneous decoders for different codecs a receiver can
handle through the usage of the SSRC and PT combination. Other designs
for this type of signaling is possible.

Are there interest in the WG to be able to indicate the limitations of a
receiver in how many simultaneous media streams a receiver can decode
and thus makes sense to transmit to it?

cheers

Magnus Westerlund

----------------------------------------------------------------------
Multimedia Technologies, Ericsson Research EAB/TVM
----------------------------------------------------------------------
Ericsson AB                | Phone  [phone]
Färögatan 6                | Mobile [phone]
SE-164 80 Stockholm, Sweden| mailto: [e-mail]
----------------------------------------------------------------------