Re: [討論] 民視YT消失的44秒

這位不知道是不是資工系畢業的 但至少我是 雖然英文不怎樣、計網當初好像也讀得普普而已 現在在做演算法博士 不過這一點基礎知識也還是有 先說結論：你的問題根本不是計網讀不好 而是應該要有點英文閱讀能力 ※ 引述《menesn (迷思)》之銘言： : 我看了民視經理的回應 : 站在技術的角度 : 完全是一派胡言 : 串流緩存是不可能丟包的 : 唯一可能是在訊號源端手動斷開 : https://reurl.cc/Z9ONb3 : 根據這篇文章 : YT使用的串流技術是: : Dynamic Adaptive Streaming over HTTP Youtube直播大概是這個模式： 直播者-----A------Youtube Server -----B----- 看直播的 這篇文章就講出來了 "I was capturing youtube video packets using wireshark. I saw it was http tunneled over tcp packet." 意思是，他是看直播的，不是開直播的人 Youtube這裡的串流技術，是指轉播的B部分 所以Youtube為什麼不給你看，你要去問Youtube 至於上傳端的部分 他們網頁就有寫了 https://support.google.com/youtube/answer/2853702?hl=en 上傳的部分是用 RTMP/RTMPS Streaming 這部分就是使用UDP+TCP 所以A部分掉包不要求重傳是很有可能的 : 透過HTTP動態適應性串流 : 簡稱是MPEG-DASH : MPEG是影片的格式 : 背後做傳輸的技術是HTTP : HTTP底層用的又是TCP : 作為傳輸層(Transport Layer) : 的導流技術 : 使用TCP而不是UDP : 你只需要知道的是 : 他不可能會丟包 : 甚麼順序傳出去 : 就會是甚麼順序收到 : 他說為什麼緩存然後44秒消失 : 他也不知道要問YT : 完全就是推卸責任的說法 : 封包透過TCP傳輸 : 如果中間有Packet Loss : 他會重新傳送 : 確保每一個封包都有到點 : 不可能出現同一序列的封包 : 傳輸出去然後中間 : 有44秒封包消失這種事 : 唯一可能就是訊號源出現問題 : 換言之 : 44秒封包丟失 : 只有可能是在操作YT直播系統的人 : 手動斷開 : 因為如果是斷電或者斷網 : FB直播系統也會斷訊 : 但是FB沒有 : 也就坐實了民視經理滿口胡言 : 想要利用一般民眾 : 不懂技術的緣故 : 來帶風向 你說的技術本身沒有問題 問題在於你連技術運用的對象是誰都不知道 是笨還是壞 就向民視陳經理說的 就交給大家判斷的 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 37.60.75.161 (英國) ※ 文章網址: https://www.ptt.cc/bbs/HatePolitics/M.1703163203.A.CF6.html