[12] RTP-Info: は、 RTSPヘッダーの1つです。

構文

[11] >>10 の例を見ると >>7 は "RTP-Info" ":" 1#(stream-url 1*parameter) としたかったんじゃないか?

[15] そうしないと ## (ABNF) の用法として不適切です。

文脈

[14] RTSPメッセージに含めることが出来ます。

歴史

[13] RFC 2326 12.33 RTP-Info

This field is used to set RTP-specific parameters in the PLAY response.

[1] この欄は RTP 規定パラメーターを PLAY 応答中で設定するのに使います。

url:

Indicates the stream URL which for which the following RTP parameters correspond.

[2] 続く RTP パラメーターが対応する stream URL を示します。

seq:

Indicates the sequence number of the first packet of the stream. This allows clients to gracefully deal with packets when seeking. The client uses this value to differentiate packets that originated before the seek from packets that originated after the seek.

[3] Stream の最初の小包の連番を示します。 これによってクライアントは探索seek時に小包を素直に処理出来ます。 クライアントはこの値を探索の前に発生した小包を探索の後に発生した小包と区別するのに使います。

rtptime:

Indicates the RTP timestamp corresponding to the time value in the Range response header. (Note: For aggregate control, a particular stream may not actually generate a packet for the Range time value returned or implied. Thus, there is no guarantee that the packet with the sequence number indicated by seq actually has the timestamp indicated by rtptime.) The client uses this value to calculate the mapping of RTP time to NPT.

[4] Range 応答頭の時刻値に対応する RTP 時刻印を示します。 (注意: 集合制御のために、特定の stream は実際に返された又は暗示される Range 時刻値の小包を返さないかもしれません。従って seq に示される連番の小包が実際に rtptime で示された時刻印を持っている保証はありません。) クライアントはこの値を RTP 時刻から NPT への計算に使います。

A mapping from RTP timestamps to NTP timestamps (wall clock) is available via RTCP. However, this information is not sufficient to generate a mapping from RTP timestamps to NPT. Furthermore, in order to ensure that this information is available at the necessary time (immediately at startup or after a seek), and that it is delivered reliably, this mapping is placed in the RTSP control channel.

[5] RTP 時刻印から NTP 時刻印 (壁時計) への写像は RTCP を通して可能です。しかし、この情報は RTP 時刻印から NPT への写像を生成するのには十分ではありません。更に、この情報が必要な時 (開始又は探索後すぐ) 確実に利用可能とするために、又確実に伝送するために、この写像は RTSP 制御経路に置かれます。

In order to compensate for drift for long, uninterrupted presentations, RTSP clients should additionally map NPT to NTP, using initial RTCP sender reports to do the mapping, and later reports to check drift against the mapping.

[6] 長く連続表現の流れを保証するために、 RTSP クライアントは更に、最初の RTCP 送信者報告を写像するために, 後の報告を写像の流れを確認するために使って、 NPT から NTP に写像するのが良いです。

Syntax:

Example:

メモ