0

ご存じのとおり、ストリーミングはリアルタイム データを転送するアクションです。また、UDP は通常 RTP (Real-time transfer protocol) としてリアルタイム データの転送に使用されます。HTTP ストリーミングは TCP を使用していましたが、リアルタイムをどのように保証するのでしょうか?

4

2 に答える 2

0

マニュアルでは、すべてのリクエストとレスポンスを取得しました。たとえば、再生します

次の例は、Play リクエストを示しています。

GET /welcome HTTP/1.1
Accept: */*
User-Agent: NSPlayer/12.0.7724.0
Host: SampleServer
X-Accept-Authentication: Negotiate, NTLM, Digest, Basic
Pragma: version11-enabled=1
Pragma: no-cache,rate=1.000,stream-time=0,stream-offset=4294967295:4294967295,packet-num=4294967295,max-duration=0
Pragma: xPlayStrm=1
Pragma: client-id=2338761264
Pragma: LinkBW=2147483647, AccelBW=2147483647, AccelDuration=18000, Speed=91268.055
Supported: com.microsoft.wm.srvppair, com.microsoft.wm.sswitch, com.microsoft.wm.startupprofile
Pragma: playlist-seek-id=64
Pragma: xClientGUID={BFE16E37-55EC-4AE4-A5A9-0B0D307F4B72}
Pragma: stream-switch-count=2
Pragma: stream-switch-entry=ffff:1:0 ffff:2:0 
Accept-Language: en-us, *;q=0.1

次の例は、Play 応答を示しています。

HTTP/1.1 200 OK
Content-Type: application/x-mms-framed
Server: Servername1/9.5.6001.18281
Date: Mon, 08 Mar 2010 18:39:44 GMT
Pragma: no-cache, client-id=2338761264, features="", timeout=60000, AccelBW=3500000, AccelDuration=18000, Speed=5.000
Cache-Control: no-cache, x-wms-content-size=51077, max-age=86399, user-public, must-revalidate, proxy-public, proxy-revalidate
Last-Modified: Tue, 22 Jan 2008 22:54:31 GMT
Etag: "51077"
Transfer-Encoding: chunked
X-StartupProfile: Rate=10,12,15,20,30;MaxBytes=459,459,459,459,459;Time=0,0,0,0,0;StartTime=3290;LastTime=15120;MaxDiffTime=0;MaxDiffSndTime=0;ByteRate=2538,2538,2538,2538,2538;
Supported: com.microsoft.wm.srvppair, com.microsoft.wm.sswitch, com.microsoft.wm.predstrm, com.microsoft.wm.fastcache, com.microsoft.wm.startupprofile

[http://msdn.microsoft.com/en-us/library/cc251235%28v=PROT.10%29.aspx][1]

[1]: http://msdn.microsoft.com/en-us/library/cc251235%28v=PROT.10%29.aspxここにコードを入力enter code here

于 2011-08-09T12:07:21.630 に答える
0

クライアントで入力バッファを使用してストリーミングするには、Flash ビデオ プレーヤー (YouTube のようなもの) を想像してください。コンテンツの一部が最初にクライアントでバッファリングされてから再生が開始されます。バッファーが情報を使い果たした場合は、バッファーを補充して再生を再開するために停止する必要があります。

チャットなど、リアルタイムで帯域幅消費の少ないアプリに TCP を使用できます。ただし、多くの帯域幅が必要な場合、最適なプロトコルではありません。接続指向ではないため、UDP を使用する必要があります (VoD やケーブル TV など)。

お役に立てれば。

于 2011-08-09T11:01:11.410 に答える