作者keke0421 (zrae)
看板Soft_Job
標題[請益] zoom.us跟類似twitch的串流 有什麼不同?
時間Wed Feb 22 13:53:48 2017
各位午安
上網查了一下
zoom.us 的技術是 p2p and hybrid cloud 在一對一的時候是p2p
多人就用hybrid cloud
twitch 類似的串流公司 背後有很多串流的協定 例如 RTMP HLS...etc
不過大多來說 以上兩者
感覺就是 broadcast -> cloud -> 將資訊分散給訂閱者
技術上好像差不多?
但如果差不多的話 為什麼類似zoom.us這樣的服務 在一場會議裡面最高支援到3000人
但對於串流類似的公司 3000人 是算少的數目
因為我不是專業 但我覺得這跟本質上的技術和架構應該有稍微的不同?
還是單純頻寬的問題呢?
感謝
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 101.15.1.101
※ 文章網址: https://webptt.com/m.aspx?n=bbs/Soft_Job/M.1487742831.A.8E5.html
1F:→ femlro: 3000人真的不多,中國隨便開個直播都上萬 02/22 14:03
2F:→ tw689: 一開始目的與預計的用戶不同 目的與預計功能決定技術架構 02/22 14:08
3F:→ tw689: 更何況除了架構外 最重要的還是設備(錢)來決定能支持多少人 02/22 14:09
4F:→ manaup: twitch是廣播串流 zoom.us是video conferencing 差很多 02/22 16:09
5F:推 sean2449: Twitch能跟主播講話嗎? 02/22 18:09
6F:→ Chikei: 串流直播:1(主播)對N(觀眾),開會:N對N(全部人大亂鬥) 02/22 19:44
7F:→ Chikei: 兩邊流量需求差了N倍 02/22 19:45
8F:推 deepkh: rtp based 的我猜很難cdn 但主打latency低的應用,conten 02/22 21:47
9F:推 deepkh: t based 如hls dash 只要把chunk拉大 每塊 cdn 就簡單多 02/22 21:47
10F:推 deepkh: 了 但latency就無法與rtp相比了 02/22 21:47
11F:推 blackie1019: 關鍵在於對latency的容忍度,點對點雙向傳輸latency 02/24 20:53
12F:→ blackie1019: 低(2s內一定要收到),但點對點建立連線成本高。做 02/24 20:53
13F:→ blackie1019: 直播的算單向傳輸且對latency容忍度相對高(2s-30s可 02/24 20:53
14F:→ blackie1019: 能都能接受) 02/24 20:53