- From: Bernard Aboba via GitHub <sysbot+gh@w3.org>
- Date: Thu, 23 Feb 2017 06:45:05 +0000
- To: public-webrtc-logs@w3.org
@vr000m Looking at JSEP Section 5.2.1 (initial Offers):
```
o If this m= section is for media with configurable durations of
media per packet, e.g., audio, an "a=maxptime" line, indicating
the maximum amount of media, specified in milliseconds, that can
be encapsulated in each packet, as specified in [RFC4566],
Section 6. This value is set to the smallest of the maximum
duration values across all the codecs included in the m=
section.
```
Section 5.3.1 (Initial Answers) says:
```
o If this m= section is for media with configurable durations of
media per packet, e.g., audio, an "a=maxptime" line, as
described
in Section 5.2.
```
Section 5.7.2 (Media Section Parsing) says:
```
o If present, a single "a=ptime" line MUST be parsed as described
in
[RFC4566], Section 6, and its value stored.
o If present, a single "a=maxptime" line MUST be parsed as
described
in [RFC4566], Section 6, and its value stored.
```
Section 5.9 (Applying a Remote Description) says:
```
* If the media section is of type audio:
+ For any specified "ptime" value, configure the available
media formats to use the specified packet size. If the
specified size is not supported for a media format, use
the
next closest value instead.
```
[BA] Together this suggests that a single value of `maxptime` or
`ptime` is provided per m-line. So might be too granular to add a
`maxptime` attribute in `RTCRtpCodecCapability` or a `ptime` attribute
in `RTCRtpCodecParameters`.
--
GitHub Notification of comment by aboba
Please view or discuss this issue at
https://github.com/w3c/webrtc-pc/issues/1021#issuecomment-281909407
using your GitHub account
Received on Thursday, 23 February 2017 06:45:12 UTC