Re: [clue] comment on draft-lennox-clue-rtp-usage-0

["Roni Even" <[e-mail]>]

Hi Christer,

I assume BUNDLE allows you also to provide the multiplexing information also
for multiple m-lines of the same media type, one example if they represent
different contend using the SDP content attribute to describe each stream.
It provides you one more degree a freedom when describing the media streams

 

Roni

From: Christer Holmberg [mailto:[e-mail]] 
Sent: Wednesday, February 15, 2012 9:37 AM
To: Jonathan Lennox; Roni Even; [e-mail]
Subject: RE: [clue] comment on draft-lennox-clue-rtp-usage-0

 

Hi,

 

Just a reminder, that BUNDLE is only about multiple m- lines sharing the
same port number. It does not prevent you from, within a single m- line,
e.g. having multiple SSRC-multiplexed streams.

 

One of the ideas in RTCWEB has been to have one audio m- line, and one video
m- line, sharing the same port number (using BUNDLE), but those m- lines can
then contain multiple streams.

 

Regards,

 

Christer

 

  _____  

From: [e-mail] [mailto:[e-mail]] On Behalf Of
Jonathan Lennox
Sent: 13. helmikuuta 2012 18:08
To: Roni Even; [e-mail]
Subject: Re: [clue] comment on draft-lennox-clue-rtp-usage-0

Hi, Roni -

 

I don't think my draft discusses "codec information" at all, at least as I
understand the term, so I'm not sure quite what you mean by it.

 

As for BUNDLE, I think it'll emerge that it doesn't work or scale well for
complicated cases (e.g., cases where you have many potential captures, or
where a source moves between captures, or where a single source could be
sent for more than one capture simultaneously).

 

Also, to avoid confusion, when you say "stream," what do you mean?  The term
(unfortunately) means very different things in SDP and in RTP - in the
former case, it's the thing identified by an m= line (and thus, pre-BUNDLE,
a transport flow), whereas in the latter case, it's the thing identified by
an SSRC.  So I'm not quite sure what your draft, and this e-mail, is
discussing.

 

- 

Jonathan Lennox

[e-mail]

 

From: Roni Even [mailto:[e-mail]] 
Sent: Monday, February 13, 2012 6:21 AM
To: [e-mail]
Subject: [clue] comment on draft-lennox-clue-rtp-usage-0

 

Hi,

My view is that there are two separate problems that the draft discusses:

 

1.       The co-relation between the media capture and the codec information
in the offer answer

2.       Multiplexing multiple media streams.

 

I think that the second problem is addressed in
http://tools.ietf.org/html/draft-holmberg-mmusic-sdp-bundle-negotiation-00 

As for the mapping I have a proposal to use a capture set group in the SDP
for the ampping

Roni