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

看板HatePolitics作者 (得理饒人)時間4月前 (2023/12/22 00:32), 4月前編輯推噓221(246推 25噓 529→)
留言800則, 157人參與, 4月前最新討論串7/16 (看更多)
※ 引述《menesn (迷思)》之銘言： : : 直播者-----A------Youtube Server -----B----- 看直播的 : 直播者跟觀看直播的是兩個傳輸點 : 中間不管經過多少網路節點 : TCP通訊協議的定義 : 就是應該不掉包 : 除非是訊號源有問題 TCP 是有可靠性，但是 tcp 防不了斷線，這是常識， 當你斷線就是得 reconnect 。 你隨便寫個 socket/server socket 然後拔網路測測看， 你就知道我在講什麼。 而且這裡說的包是很多很微小的 bytes[] ，不是一整個影片。 所以不會因為你用了 tcp 就不掉包。下略很多字。 : : Youtube這裡的串流技術，是指轉播的B部分 : 其實StackOverflow問問題的人 : 主要想了解的是YT串流技術的背後 : 是使用哪一個通訊協定 : : 他甚至用Wireshark去抓包 : 從封包的分析來看 : 是http tunneled over tcp的封包 : : 底下有人留言 : 當YT後來有針對 : 如果有人在中間攔截串流的封包 : (Man in the middle attack) : 近期有特別做優化 : 也有實作UDP的部分 : 但是確實使用的協議是TCP : The exact protocol is tcp; although YouTube has been : switching over to UDP as of late 這些其實都不太重要，首先不管 udp or tcp ， 他都有因為網路環境的影響（不只是發送端的上傳，也要考慮到接收端的下載）。 或者是伺服器當時的 ap 是否有足夠接收的能力， 比方說伺服器 ap 記憶體不足、負載過重等等，都可能導致接收端出問題。 我是不知道你們拿超底層的協議，在討論上位的 application 行為有什麼意義， 因為協議能確保的只有 bytes 能傳輸。 他連檔案能不能被正確儲存、訊號能不能被轉發，都是要倚賴 application 的實作。 : : 雖然他有提到RTMP/RTMPS : 但是我剛才打開我的YoutubeStudio : https://imgur.com/O888fPj
: 他預設就是RTMP : 你把選項點開 : 也沒有RTMPS的選項給你選 : RTMP背後也仍然是TCP : : : 你說的技術本身沒有問題 : : 問題在於你連技術運用的對象是誰都不知道 : : 是笨還是壞 : : 就向民視陳經理說的 : : 就交給大家判斷的 : 你是演算法博士 : 乃是國之棟樑 : 也是知識份子的代表 : 大家理性討論 : 也無需要用言語去貶低別人 : 酸說英語能力不好 : : 貶低別人 : 可以滿足自我的優越感 : 但是無益於理性討論與交流 : 也不會增加閱聽者對您的尊敬 : 只是同溫層看到貶低不同意見者 : 會很爽而已 : : 我在美國求學跟科技業共七年 : 不敢說自己英語能力有多強 : 但是看技術文件是絕對足夠的 : : --- : 至於tsubasawolfy : 在回文中提到 : 中間網路節點伺服器 : 以及VOD : 其實也只是想混淆視聽而已 : 以通訊協議的定義來看 : : 同一個點(都在民視直播間) : 的區域網路 : 送出去的封包 : 送往FB的沒有中間截斷 : 但是 : 送往YT的確被中間截斷 : (長達44秒) : 代表這個區域網路 : 並沒有電力中斷 : 或者網路中斷等的現象發生 : 唯一可能 : 就是送出訊號源到YT的這端 : 有發生人為中斷訊號的現象 伺服器上可能出問題的東西太多了，你完全沒有考慮到 application 層的問題。 比方說舉個例子好了，搶票平台很常被塞爆，大家都只能看 500 ， 這是因為 connection 過多導致db 處理過重或者是其他因素。 application 的實作才是這中間最大的 factor， 跳過這件事情直接談結果本身是很奇怪的事情。 https 當然是 tcp，但他也不代表他就能正常回應， 關鍵還是回到 ap 的實作跟接收能力。 你說你做過服務然後你完全假設 ap 是能正常回應， 把問題限縮在底層 protocal ，這實在是太奇怪了。 正常情況下其實 os loading 跟 ap status 才是第一個會被確認的吧。 這次最奇怪的就是一堆人抓著超級底層的架構在討論一個很上位的明顯 ap fail。 重點是這次按照揭露資訊是一個訊源三個輸出只有其中一個掛44秒。 在推斷上也很難得到這是手動為之的結果， 不能說100%不可能，但是很難想像。 -- 筆者16年以上網站工程師，做過串流。 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.34.27.1 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/HatePolitics/M.1703176333.A.3A4.html ※ 編輯: TonyQ (114.34.27.1 臺灣), 12/22/2023 00:33:39 ※ 編輯: TonyQ (114.34.27.1 臺灣), 12/22/2023 00:35:37
→
12/22 00:35, 4月前 , 1F
我光玩他tcp不掉封包就可以玩整晚了
12/22 00:35, 1F
推
12/22 00:35, 4月前 , 2F
就以多方面來講 質疑方比較沒底氣
12/22 00:35, 2F
→
12/22 00:35, 4月前 , 3F
樓下資工博
12/22 00:35, 3F
→
12/22 00:35, 4月前 , 4F
他自稱交大電子，軟工十幾年...
12/22 00:35, 4F
→
12/22 00:36, 4月前 , 5F
因為這就單純串流方drop掉而已
12/22 00:36, 5F
推
12/22 00:36, 4月前 , 6F
白粉吸太多，請見諒...
12/22 00:36, 6F
→
12/22 00:36, 4月前 , 7F
而且他們到場直接說明還沒有人可以回他
12/22 00:36, 7F
推
12/22 00:37, 4月前 , 8F
推
12/22 00:37, 8F
推
12/22 00:38, 4月前 , 9F
很難相信他有實務的經驗....
12/22 00:38, 9F
推
12/22 00:38, 4月前 , 10F
TCP是防掉包不是防斷線= =!!!
12/22 00:38, 10F
推
12/22 00:39, 4月前 , 11F
講協議只是不爽被亂講而已
12/22 00:39, 11F
→
12/22 00:39, 4月前 , 12F
白粉:哈!不能說100%不可能 那就是有可能!
12/22 00:39, 12F
推
12/22 00:39, 4月前 , 13F
說得很好但你會被無視
12/22 00:39, 13F
推
12/22 00:40, 4月前 , 14F
白粉吸多 會出現幻覺 覺得被監控
12/22 00:40, 14F
推
12/22 00:40, 4月前 , 15F
串流不可能保證不掉包
12/22 00:40, 15F
→
12/22 00:41, 4月前 , 16F
不戒 接著尿失禁 我只能同情
12/22 00:41, 16F
推
12/22 00:41, 4月前 , 17F
tcp接受方怎麼偵測到掉包要傳送方重傳?XDD
12/22 00:41, 17F
→
12/22 00:41, 4月前 , 18F
D
12/22 00:41, 18F
推
12/22 00:43, 4月前 , 19F
3方交握阿,這不是基本常識嗎?XDDDD
12/22 00:43, 19F
→
12/22 00:43, 4月前 , 20F
實務上，驗證寫的資料傳輸程式重傳或重連
12/22 00:43, 20F
→
12/22 00:43, 4月前 , 21F
能力最簡單就是拔網路線。
12/22 00:43, 21F
推
12/22 00:44, 4月前 , 22F
推，應用層也是一個很大的影響
12/22 00:44, 22F
→
12/22 00:45, 4月前 , 23F
你那個是AP層的問題,TCP是處理封包
12/22 00:45, 23F
→
12/22 00:45, 4月前 , 24F
3方交握誰不知道，阿今天商業串流要跟
12/22 00:45, 24F
→
12/22 00:45, 4月前 , 25F
你保證不掉包嗎? 搞笑
12/22 00:45, 25F
→
12/22 00:45, 4月前 , 26F
只要掉一個包，直播就要等到天荒地老?
12/22 00:45, 26F
要做到即使斷線也不掉包，就是犧牲即時的速度， 且要加上訊源端要能夠儲存足夠多cover中斷時間訊源的空間，另外再堆疊協議做到。 問題是，這實際上跟先 buffer 個 n 分鐘再開始播， 或者乾脆錄好事後再播的邏輯差不多了。 他是不是定義上的直播我都覺得問號。
→
12/22 00:46, 4月前 , 27F
越辯越明啊
12/22 00:46, 27F
→
12/22 00:46, 4月前 , 28F
從動機到技術面都沒理由這種地方搞人
12/22 00:46, 28F
→
12/22 00:46, 4月前 , 29F
因為我少收一個包，所以直播就要進行不
12/22 00:46, 29F
推
12/22 00:46, 4月前 , 30F
白粉不是腦低就是噁心
12/22 00:46, 30F
→
12/22 00:46, 4月前 , 31F
YT讓你直撥而且沒有收你的錢 還會付錢給
12/22 00:46, 31F
→
12/22 00:46, 4月前 , 32F
下去，一直到你把封包找回來?
12/22 00:46, 32F
推
12/22 00:46, 4月前 , 33F
民視立場大家都知道 阿他要惡意剪輯
12/22 00:46, 33F
→
12/22 00:47, 4月前 , 34F
你 然後白粉覺得YT有保證不出包
12/22 00:47, 34F
→
12/22 00:47, 4月前 , 35F
還會只剪一個YT嗎 根本說不通
12/22 00:47, 35F
→
12/22 00:48, 4月前 , 36F
收錢的都能出包出到搞爆整個演唱會了XD
12/22 00:48, 36F
※ 編輯: TonyQ (114.34.27.1 臺灣), 12/22/2023 00:50:53
推
12/22 00:49, 4月前 , 37F
樓上你找已經被排泄的Z-AN嗎
12/22 00:49, 37F
還有 724 則推文
還有 22 段內文
→
12/22 09:30, 4月前 , 762F
到應用層如何實作是可以用來追查的線索
12/22 09:30, 762F
→
12/22 09:30, 4月前 , 763F
，但加上這些線索還是不能直接認定直播
12/22 09:30, 763F
→
12/22 09:30, 4月前 , 764F
中造成斷片的兇手是誰。因為證據不足啊
12/22 09:30, 764F
→
12/22 09:30, 4月前 , 765F
！
12/22 09:30, 765F
噓
12/22 09:36, 4月前 , 766F
3切1像是改防火牆設定不就好了，是要多
12/22 09:36, 766F
→
12/22 09:36, 4月前 , 767F
高深技術
12/22 09:36, 767F
推
12/22 09:39, 4月前 , 768F
有可能斷訊 可是他們有沒斷的影片 顯然更
12/22 09:39, 768F
→
12/22 09:39, 4月前 , 769F
為惡意 甚或之前一篇反串的可能性更高了
12/22 09:39, 769F
→
12/22 10:25, 4月前 , 770F
還有人在問實務上怎麼在上傳時切斷，笑
12/22 10:25, 770F
→
12/22 10:25, 4月前 , 771F
死了，你沒用過直播軟體嗎?按下暫停鈕就
12/22 10:25, 771F
→
12/22 10:25, 4月前 , 772F
可以終止直播了啊，不要一直拿UDP封包不
12/22 10:25, 772F
→
12/22 10:25, 4月前 , 773F
保證送達來救火好嗎? 掉封包高達44秒，
12/22 10:25, 773F
→
12/22 10:25, 4月前 , 774F
這是超過100Mb以上的資料流耶，YT最好有
12/22 10:25, 774F
→
12/22 10:25, 4月前 , 775F
這麼懶啦。你民視每天直播新聞到YT，哪
12/22 10:25, 775F
→
12/22 10:25, 4月前 , 776F
一天斷訊44秒過了?
12/22 10:25, 776F
→
12/22 10:26, 4月前 , 777F
共產黨最喜歡把「證據不足」凹成「證明
12/22 10:26, 777F
→
12/22 10:26, 4月前 , 778F
我是對的」，這完全就是性騷仔的思維
12/22 10:26, 778F
推
12/22 10:28, 4月前 , 779F
超底層的協議，在討論上位的 applicatio
12/22 10:28, 779F
→
12/22 10:28, 4月前 , 780F
n
12/22 10:28, 780F
→
12/22 10:28, 4月前 , 781F
這句話真像描述現實蚵仔
12/22 10:28, 781F
→
12/22 10:29, 4月前 , 782F
棄侯保柯 差不多確定了
12/22 10:29, 782F
噓
12/22 10:42, 4月前 , 783F
一本正經講幹話 就說了現在不是直播
12/22 10:42, 783F
→
12/22 10:42, 4月前 , 784F
問題 是民視後來上傳的影片 你說說
12/22 10:42, 784F
→
12/22 10:42, 4月前 , 785F
看上傳影片有中間44秒不見怎麼發生
12/22 10:42, 785F
→
12/22 10:42, 4月前 , 786F
？不是頭不是尾是中間喔 你知道有ch
12/22 10:42, 786F
→
12/22 10:42, 4月前 , 787F
ecksum這種東西吧 不要以為講幾句術
12/22 10:42, 787F
→
12/22 10:42, 4月前 , 788F
語就可以指鹿為馬 這樣只是顯得賴粉
12/22 10:42, 788F
→
12/22 10:42, 4月前 , 789F
水準低下罷了
12/22 10:42, 789F
推
12/22 10:43, 4月前 , 790F
重新交握也要時間 且前面buffer都直接丟掉
12/22 10:43, 790F
→
12/22 10:43, 4月前 , 791F
不管啦 國家機器
12/22 10:43, 791F
推
12/22 10:55, 4月前 , 792F
垃圾柯糞
12/22 10:55, 792F
推
12/22 11:08, 4月前 , 793F
的確像是AP層的問題，技術上很容易理解
12/22 11:08, 793F
→
12/22 11:08, 4月前 , 794F
但政治上很難解釋的很清楚...
12/22 11:08, 794F
→
12/22 11:08, 4月前 , 795F
推TonyQ
12/22 11:08, 795F
推
12/22 11:19, 4月前 , 796F
推專業文
12/22 11:19, 796F
※ 編輯: TonyQ (111.71.26.230 臺灣), 12/22/2023 12:41:21
→
12/22 13:10, 4月前 , 797F
賴侯沒戲唱了 棄侯保柯 大勢底定
12/22 13:10, 797F
噓
12/22 14:08, 4月前 , 798F
重新交握是要多久，跟你尿尿一樣嗎
12/22 14:08, 798F
推
12/22 20:36, 4月前 , 799F
樓上辛苦了
12/22 20:36, 799F
噓
12/23 20:17, 4月前 , 800F
是喔
12/23 20:17, 800F
‣ 更多 TonyQ 的文章
文章代碼(AID): #1bX6YDEa (HatePolitics)
討論串 (同標題文章)
本文引述了以下文章的的內容：
以下文章回應了本文：
完整討論串 (本文為第 7 之 16 篇)：
排序： 最舊先 | 最新先 | 留言數
在新視窗開啟完整討論串 (共16篇)
‣ 更多 TonyQ 的文章
文章代碼(AID): #1bX6YDEa (HatePolitics)