歴史

[555] RFC 2326 3.2 RTSP URL

The "rtsp" and "rtspu" schemes are used to refer to network resources via the RTSP protocol. This section defines the scheme-specific syntax and semantics for RTSP URLs.

rtsp, rtspu 両 scheme は、 RTSP プロトコルを介してネットワーク資源を参照するのに使います。この節では RTSP URL の scheme 規定構文・意味を定義します。

   rtsp_URL  =   ( "rtsp:" | "rtspu:" )
                 "//" host [ ":" port ] [ abs_path ]
   host      =   <A legal Internet host domain name of IP address
                 (in dotted decimal form), as defined by Section 2.1
                 of RFC 1123 \cite{rfc1123}> ;; ママ
   port      =   *DIGIT

abs_path is defined in [H3.2.1].

abs_path は RFC2068 3.2.1 で規定されています。

Note that fragment and query identifiers do not have a well-defined meaning at this time, with the interpretation left to the RTSP server.

素片識別子及び問合せ識別子は現時点ではよく定義された意味を持っておらず、 RTSP サーバーの解釈に委ねられることに注意して下さい。

The scheme rtsp requires that commands are issued via a reliable protocol (within the Internet, TCP), while the scheme rtspu identifies an unreliable protocol (within the Internet, UDP).

Scheme rtsp は、命令が信頼できるプロトコル (インターネットでは TCP) を経て発行されることを必要とし、他方 scheme rtsp は信頼できないプロトコル (インターネットでは UDP) を識別します。

If the port is empty or not given, port 554 is assumed. The semantics are that the identified resource can be controlled by RTSP at the server listening for TCP (scheme "rtsp") connections or UDP (scheme "rtspu") packets on that port of host, and the Request-URI for the resource is rtsp_URL.

port が空であるか、又は与えられていない時は、 port 554 を仮定します。意味は、識別される資源が、そのホストのその TCP (scheme rtsp) 接続又は UDP (scheme rtspu) 小包みを聴取しているサーバーが統制され得、その資源の Request-URI が rtsp_URL であることです。

The use of IP addresses in URLs SHOULD be avoided whenever possible (see RFC 1924 [19]).

URL 中での IP アドレスの使用は、可能であれば避けるべきです。

A presentation or a stream is identified by a textual media identifier, using the character set and escape conventions [H3.2] of URLs (RFC 1738 [20]). URLs may refer to a stream or an aggregate of streams, i.e., a presentation. Accordingly, requests described in Section 10 can apply to either the whole presentation or an individual stream within the presentation. Note that some request methods can only be applied to streams, not presentations and vice versa.

表現又は流れは、 URL の文字集合とエスケープの表記法を使った文媒体識別子で識別されます。 URL は流れ又は流れの集積, すなわち表現を参照することが出来ます。従って、10章に記述された要求は表現全体をも表現中の流れの個々にも適用できます。幾つかの要求 method は流れに対してのみ適用できて、表現には適用できなかったり、あるいはその逆もあることに注意して下さい。

For example, the RTSP URL:
rtsp://media.example.com:554/twister/audiotrack

identifies the audio stream within the presentation "twister", which can be controlled via RTSP requests issued over a TCP connection to port 554 of host media.example.com.

例えば、 RTSP URL 〜は、ホスト media.example.com の port 554 への TCP 接続で発行される RTSP 要求で制御できる表現 twister 中の音楽流れを識別します。

Also, the RTSP URL:
rtsp://media.example.com:554/twister

identifies the presentation "twister", which may be composed of audio and video streams.

また、 RTSP URL 〜は、音楽及び動画から構成されているかもしれない表現 twister を識別します。

This does not imply a standard way to reference streams in URLs. The presentation description defines the hierarchical relationships in the presentation and the URLs for the individual streams. A presentation description may name a stream "a.mov" and the whole presentation "b.mov".

これは URL による流れの参照の標準的方法を決める物ではありません。表現記述が表現と個々の流れの URL との階層的関係を定義します。表現記述は流れを a.mov と名づけ、表現全体を b.mov と名づけるかもしれません。

The path components of the RTSP URL are opaque to the client and do not imply any particular file system structure for the server.

RTSP URL の経路部品はクライアントには不透明であって、サーバー側の特定のファイル・システム構造を示す物ではありません。

This decoupling also allows presentation descriptions to be used with non-RTSP media control protocols simply by replacing the scheme in the URL.

この decoupling によって、表現記述を単に URL 中の scheme を置換するだけで非 RTSP 媒体制御プロトコルで使用することを可能にします。

既定のポート

歴史