→ fr3ak: 好久沒碰 streaming 的東西了. 記憶有誤或是沒 follow 到領 10/21 12:33
→ fr3ak: 域進展的部分別鞭太大力 10/21 12:33
→ fr3ak: 古時候 media streaming 大致上分為幾個基礎要件, 首先 med 10/21 12:33
→ fr3ak: ia 提供方需要有一個方法描述該 media session (譬如 sdp). 10/21 12:33
→ fr3ak: 描述內容包括該 media session 含那些 media streamn (譬 10/21 12:33
→ fr3ak: 如 audio and video), stream 的規格 (譬如所使用的 codec) 10/21 12:33
→ fr3ak: , 以及那些 stream 需要以何種方法介接 (譬如某 http(s)/fi 10/21 12:33
→ fr3ak: le 的 uri, 或是 (s)rtp/rtcp 的參數) 10/21 12:33
→ fr3ak: 最後還需要使用一種雙方都理解的協定, 聯絡對方, 可以確認 10/21 12:34
→ fr3ak: 對方來路, 了解對方的目的, 但可能是最重要的部分是, 用來 10/21 12:34
→ fr3ak: 把前面提到的 media session 描述交到對方手上, 對方才知道 10/21 12:34
→ fr3ak: 如何與你建立 media session, 得到並使用你這邊提供的 medi 10/21 12:34
→ fr3ak: a. 這部分為 control/signalling protocol, 常見的有 sip, 10/21 12:34
→ fr3ak: http, rtsp 等. 其中差異恕不詳述 10/21 12:34
→ fr3ak: 沒記錯的話, live555 支援以上所提到的所有協定/方法. 除了 10/21 12:35
→ fr3ak: sip, 其他的 vlc 應該也都吃 10/21 12:35
→ fr3ak: 好了, 希望以上 streaming 101 可以幫助你把問題說清楚. 因 10/21 12:35
→ fr3ak: 為我真的聽不懂 QQ 10/21 12:35
→ fr3ak: 話說不知道 live555 這老骨頭還活著啊 XDDD 10/21 12:35
推 fr3ak: 針對標題回一下. RTSP 似乎不走封包的. 印象中它要嘛跑在 10/21 12:43
→ fr3ak: http(s) 裡面, 不然就是直接跑在 tcp/ssl/tls 之上. 總之不 10/21 12:43
→ fr3ak: 是以封包為單位在跑的 10/21 12:43