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

menesn 發表於 2023/12/21 下午11:19:25

看板HatePolitics標題Re: [討論] 民視YT消失的44秒作者

(迷思)時間Dec 21 23:19:25 2023推噓17 推:29 噓:12 →:161

※ 引述《goldenfire (耶穌流刑獄情指黑中心)》之銘言：
: 這位不知道是不是資工系畢業的
: 但至少我是
: 雖然英文不怎樣、計網當初好像也讀得普普而已
: 現在在做演算法博士
: 不過這一點基礎知識也還是有
: 先說結論：你的問題根本不是計網讀不好
: 而是應該要有點英文閱讀能力
謝謝你還有
tsubasawolfy
TonyQ
femlro
的回覆
你們是比較有誠意出來討論的

因為每日發文限制的關係
我統一回覆在這裡

: ※ 引述《menesn (迷思)》之銘言：
: 直播者-----A------Youtube Server -----B----- 看直播的
直播者跟觀看直播的是兩個傳輸點
中間不管經過多少網路節點
TCP通訊協議的定義
就是應該不掉包
除非是訊號源有問題

: 這篇文章就講出來了
: "I was capturing youtube video packets using wireshark. I saw it was http
: tunneled over tcp packet."
: 意思是，他是看直播的，不是開直播的人
: 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

: 所以Youtube為什麼不給你看，你要去問Youtube
: 至於上傳端的部分
: 他們網頁就有寫了
: https://support.google.com/youtube/answer/2853702?hl=en
: 上傳的部分是用 RTMP/RTMPS Streaming
: 這部分就是使用UDP+TCP
: 所以A部分掉包不要求重傳是很有可能的
這個網頁主要是在解釋
你在使用客戶端設定的時候
加密器的設定
(Encoder setting)
這完全是在針對使用者介面
做額外的說明而已

雖然他有提到RTMP/RTMPS
但是我剛才打開我的YoutubeStudio
https://imgur.com/O888fPj
他預設就是RTMP
你把選項點開
也沒有RTMPS的選項給你選
RTMP背後也仍然是TCP

: 你說的技術本身沒有問題
: 問題在於你連技術運用的對象是誰都不知道
: 是笨還是壞
: 就向民視陳經理說的
: 就交給大家判斷的
你是演算法博士
乃是國之棟樑
也是知識份子的代表
大家理性討論
也無需要用言語去貶低別人
酸說英語能力不好

貶低別人
可以滿足自我的優越感
但是無益於理性討論與交流
也不會增加閱聽者對您的尊敬
只是同溫層看到貶低不同意見者
會很爽而已

我在美國求學跟科技業共七年
不敢說自己英語能力有多強
但是看技術文件是絕對足夠的

---
至於tsubasawolfy
在回文中提到
中間網路節點伺服器
以及VOD
其實也只是想混淆視聽而已
以通訊協議的定義來看

同一個點(都在民視直播間)
的區域網路
送出去的封包
送往FB的沒有中間截斷
但是
送往YT的確被中間截斷
(長達44秒)
代表這個區域網路
並沒有電力中斷
或者網路中斷等的現象發生
唯一可能
就是送出訊號源到YT的這端
有發生人為中斷訊號的現象

: 訊號不穩，觀眾端一定會LAG，VOD會留存到大lag前為止
這個腦捕的太嚴重了
不得不說
觀眾的客戶端是瀏覽器或者移動端的APP
根本沒有用到VOD(Video On Demand)
你到底想要偷渡甚麼概念?

觀眾的手機或者電腦
是要開甚麼VOD來側錄影片?
不要騙不懂技術的人

: 第一個如果像這PO說的，民視那邊有人手動斷開直播連結，那直播會被切成兩段才對
: 因為直播結束就結束了，你要重新拿一個新鑰匙

你以為我沒有用YT直播過嗎?
串流金鑰改變了
所以呢?
你民視有在串流的時候同時螢幕錄影
然後告訴大家說喔
我串流的金鑰沒有變
證明我沒有手動切斷
如果有
我很樂見民視公布完整的螢幕錄影

---
至於TonyQ
的回文

: 而且這裡說的包是很多很微小的 bytes[] ，不是一整個影片。
: 所以不會因為你用了 tcp 就不掉包。下略很多字。
我講得包是Packet
一個Packet有64K bytes也不是甚麼微小數目了
44秒是真的很大一段

接下來你開始檢討應用層有問題
如果是應用層有問題
歡迎你提出，或者請民視提出
到底哪個用戶
真的在同樣的YT直播
收到完整的沒有44秒被中斷過的證據

最後你開始檢討YT後端伺服器有問題
老實說
我寧可相信YT工程師的實力
遠遠超過民視在操作直播的技術人員

我也自忖沒有這個實力
去檢討YT後端開發
會有甚麼問題
因為我很明白這個領域的專業度
(或許16年網頁工程師做過串流
有這個技術水平來指點一二?
你要把程式碼拿出來Review嗎?
我奉陪)

有人que我要回復TonyQ再推文的留言
以下是我看過後的回覆(12/22 9:11分左右)
: 要做到即使斷線也不掉包，就是犧牲即時的速度，
: 且要加上訊源端要能夠儲存足夠多cover中斷時間訊源的空間，另外再堆疊協議做到。甚麼叫做 : 堆疊"協議"
我真是孤陋寡聞了
還有這種說法，你是寫甚麼code在應用層堆疊"協議"?

: 問題是，這實際上跟先 buffer 個 n 分鐘再開始播，
: 或者乾脆錄好事後再播的邏輯差不多了。
: 他是不是定義上的直播我都覺得問號。
訊號源要碼是使用YoutubeStudio的網頁介面
或者用OBS Studio或者Xsplit這些桌面應用層式
(這些都是很成熟的商業軟體喔
為什麼民視經理不說喔，那是我們使用的客戶端軟體有BUG
而是把問題推到YT身上?)
其實你提這麼多
就是想牽拖說阿這邊有問題那邊有問題

但是你忽略一個重點
就是同樣環境同個時間點
串流到臉書的居然沒問題

所以你去扯應用層網路環境都是在打假球而已

: tcp 不會掉包是嚴重的謬論
你在不同地方不斷提出
但是從來沒有解釋是怎樣的謬論

: 至於有沒有什麼是接收方（youtube）的環境問題，也是有可能的，
: 甚至中午有人要加碼懷疑是ISP搞鬼，理論上也是有可能的。
請問民視直播間是用哪一間ISP?

: 我們當前每個雲平台都有掛過一個小時以上的紀錄，gcp/azure/aws，
: 我是覺得以他的量體來說，這些 edge case 我不覺得是容易抓完的問題。
我不確定你說的"我們"是指民視的網路技術部門
還是你現在工作的公司

雲平台掛掉一個小時
絕對不是AWS/GCP/Azure的問題
而是身為使用者的你們
技術力太弱?

拜託民視YT直播有多少人看?
YT有過多少更大型的直播use case
你字裡行間真的自以為技術有多強也

有沒有github帳號
給眾網友瞻仰一下

: 以我自己用 rtsp 的經驗應該是可以續傳的，只是中間會有中斷。
: 是不是第二個直播，這是 ap 層的實作問題，與傳輸層無關。
中間有斷跟掉封包是兩回事
你難道不清楚嗎?
還是故意語焉不詳
來呼嚨閱聽者

: 我個人是覺得要怎麼陰謀論都可以，但是不要無視 ap 的風險，
: 不要硬要鬼扯 TCP 一定不會掉包，或是 UDP 一定會掉包。
我還在等你解釋"tcp 不會掉包是嚴重的謬論"
甚麼叫做"無視 ap 的風險"
AP層有問題
串到FB那邊的也會有問題啦
我早就提出質疑你能否證明
民視串流到YT跟FB
是在不同的區網還是不同的串流客戶端
到現在也沒有解釋
不是技術很強? 為什麼選擇性忽略?

: 事實上我自己就偶爾會做流量大就放推的設計（遮臉）
應用層的設計嗎?
還是傳輸層的實作?

: 可能性太多了，硬要我猜的話，
: 我個人推測會覺得是接收端那邊的 application 應該是被重分配了。
: 類似 container 被卸載重上之類的概念，
: 所以出現了比較明顯的 downtime。
你以為拿普通人看不懂的名詞出來講
就可以唬弄過去

甚麼叫做接收端的application被重分配?
你的意思是YT伺服器把串流導到接收端的時候
出現分配不均勻的狀況嗎?
換言之，有些封包到了A點，有些封包到了B點
(A, B都是終端)

container被卸載重上
接收端是哪裡有container啦
胡說八道
container(容器)在軟體工程是專有名詞
舉例，瀏覽器跟移動端的APP都是
直接安裝在原生的作業系統上
裡面並沒有內建容器

: 我當了那麼多年的軟工版板務。XD
所以你16年網頁工程師做過RTSP兼軟工板務嗎?
歡迎你把我的文章轉到軟工板
讓那邊的網友們檢視

: 這篇在軟體相關看板也撐得住的啦。
: 資料庫那段是在舉例應用實作的影響
你是串流串到資料庫裏面嗎?

---
至於femlro

你寫得內容
其實也就只是把網路
的一些概念
擷取一部分寫出來

告訴網友，喔其實這些網路
不同的分層應該是這樣子運作的啦
然後最後在天來一筆說

因為前面這樣那樣
所以太可能是民視手動干預
懂技術的人
看了就會覺得
你前面是在講廢話嗎?
然後結論到底怎麼突然跳出來

這跟民進黨政府
先編預算在編計畫的行為
有八十七分像

你是，先想好結論，再編理由

只是編的理由，漏洞百出

: 一個訊源三個輸出中有一個出現44秒的中斷
: 可能涉及到特定的應用層設定、伺服器資源管理、甚至是網絡路徑上的特定問題
我前面提到很多次
可能你沒看懂
一個訊號源在同一個區域網路
一個輸往FB終端
一個輸往YT終端
結果一個有問題一個沒有
那代表的就是
伺服器資源管理正常
網絡路徑沒有阻塞

至於應用層
我就說呀
民視經理在全國媒體面前
說有人收看沒問題
你們提得出證據嗎?
有人在你們YT頻道直播
的時候，看到"被消失的44秒嗎"?
不要只會貼甚麼二次元直播主啦
球賽啦
這種直播視頻跳秒數的影片
來混淆視聽
想要帶錯誤概念
直播視頻跳秒，跟掉封包完全是兩回事

認知作戰
也要拿出點水準來
如此低劣

--
大道之行也，天下為公，選賢與能，講信修睦，故
人不獨親其親，不獨子其子，使老有所終，壯有所用，幼有所長，
鰥寡孤獨廢疾者皆有所養；男有分，女有歸，
貨惡其棄於地也不必藏於己，力惡其不出於身也不必為己，是故
謀閉而不興，盜竊亂賊而不作，故外戶而不閉，是謂大同。

※ PTT留言評論

※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 36.227.22.248 (臺灣)

※ PTT 網址

※ 編輯: menesn (36.227.22.248 臺灣), 12/21/2023 23:31:23

推

yuchihsu 12/21 23:23你可以查一下quic 然後默默刪文

噓

cystal 12/21 23:24柯黏哪舔共仔整天栽贓最會

→

cystal 12/21 23:25明明就是柯文哲壞事做盡被天罰柯黏哪

推

hsuyusheng 12/21 23:26神秘的44秒剛好講到房市三箭,恐怖哦~

→

goldenfire 12/21 23:26https://i.imgur.com/o0AZ2Uv.jpg 說

→

goldenfire 12/21 23:26個笑話 RTMP不用UDP

通訊協議要看一手的資料

https://reurl.cc/RW4D4G

https://reurl.cc/j37p52

這邊講得又更明確了 A TCP-based transport would be vulnerable to similar attacks. Since there is no PKI, this profile gives no guarantee that the client has actually connected to the desired server, versus a rogue or man-in-the-middle. ... RTMP messages were originally designed to be transported over RTMP Chunk Stream in TCP [RTMP]; however, other transports (such as the one described in this memo) are possible. 跟我之前提到的以及原始連結 StackOverflow網友提到的 YT後來為了防止有人擷取兩個端點串流的封包而做得改進你要討論的更細節或者拿程式碼出來看我都可以奉陪沒有必要說我在造謠甚麼的今天很明顯造操作風向的是民視我只是看不下去用自己的時間來寫這些

→

CHENXOX 12/21 23:27笑死

推

orinsinal 12/21 23:28你這段還不是一樣？抓的封包是看到實

→

orinsinal 12/21 23:28際串流播出影像的資料封包

噓

kind5412de 12/21 23:30思考一下自己在說什麼再發文好嗎

→

chordate 12/21 23:31你沒有回覆到問題吧

→

orinsinal 12/21 23:31TCP完全不會掉封包，用在串流你還得看

→

orinsinal 12/21 23:31收端怎麼組合影像。資料組不出來錯誤

→

orinsinal 12/21 23:31太多，像A片下載不完全沒畫面都有可

→

orinsinal 12/21 23:31能

推

LADKUO56 12/21 23:31我覺得當實作後已經有實際案例

→

LADKUO56 12/21 23:31而且還不是只有一個你講的理論

→

LADKUO56 12/21 23:32就明顯沒有意義

→

tkucuh 12/21 23:32還在TCP不會PACKET LOSS....

推

usoko 12/21 23:32樓上已經講完了你如果真的要討論技術

→

usoko 12/21 23:33我建議你還是不要在這討論了

→

boboking2 12/21 23:33所以那邊有問題啦說出來啊

→

boboking2 12/21 23:34政黑不是技術台

噓

orinsinal 12/21 23:34x秒的資料沒收到x+1送x 秒但x+2 x+3

→

orinsinal 12/21 23:34都來了，real time 跟你可以一直等網

→

orinsinal 12/21 23:34路慢到爆的情境就不同

噓

RTAngel 12/21 23:36沒UDP，幾個接收端設備問題，直播就掛了

→

tkucuh 12/21 23:37假設你的TCP不掉PACKET，當傳送方收到NAK

→

tkucuh 12/21 23:37後打算要重送幾次最後一個PACKET?我要是設

→

tkucuh 12/21 23:37計一個socket application，送出一個tcp封

→

tkucuh 12/21 23:37包後就不管，那接受方打算要等到天昏地老

→

tkucuh 12/21 23:37嗎？

→

RTAngel 12/21 23:38要一直重送封包嗎？重送到什麼時候？

推

pippenjr 12/21 23:38唉，有點慘....

→

orinsinal 12/21 23:38你普通的檔案點對點，封包掉了就是重

→

orinsinal 12/21 23:38傳所以慢。但串流是 sender > receive

→

orinsinal 12/21 23:38r > viewer 的途徑，不要拿tcp不會掉

→

orinsinal 12/21 23:38封包可以無限上傳等待欸那邊

→

orinsinal 12/21 23:39科技業不是搞資訊工程的基本計概也要

→

orinsinal 12/21 23:39懂吧，非本科系不要看一個詞就套用所

→

orinsinal 12/21 23:39有情境

老話一句貶低別人，並不會顯得自己高尚不需要去說甚麼阿你基本計概有懂嗎? 這種話我大學畢業十幾年了在軟體業做了十幾年美國科技業跟台灣科技業都待過我分享的是我自己個人的經驗當然你夠強，歡迎回一篇文打臉我謝謝

噓

amovie 12/21 23:39一看就是沒出過社會

→

goldenfire 12/21 23:40你的介面跟民視的介面也不一定一樣

→

goldenfire 12/21 23:40 到底什麼學校畢業的？

現在是改成想要戰學校嗎可以啊你跟大家說你是甚麼學校畢業甚麼系的我就跟公布我的部分

→

amovie 12/21 23:40實際上的產品一定有time out

→

amovie 12/21 23:41不論是網站轉轉轉還是沒收到feedbacky

噓

dostey 12/21 23:41連基本的都搞不清楚這是學生嗎?

→

amovie 12/21 23:41不可能無窮等

我無意跟你討論實作因為實作在YT後端除非你有認識人在裡面負責的組開發否則沒有人知道實作的細節你也不要用你自己簡單寫的一個TCP socket 去臆測人家世界級的水準是怎麼做的這無益於討論我只是在討論通訊協議

噓

ucieric 12/21 23:42tcp retransmissions timeout 設無限喔?

推

hadce 12/21 23:42streaming斷就是直接斷掉沒錯有寫過socket

推

pippenjr 12/21 23:42應該沒實務經驗.... 不然真的有點慘...

推

jixiang 12/21 23:43直播用 UDP 傳輸還是有，畢竟不是每一幀

→

jixiang 12/21 23:43數都有意義，卡頓或掉幀還是可能會發生

→

hadce 12/21 23:43都知道，然後柯粉這種就算有基礎知識還是很

→

hadce 12/21 23:44努力仇恨動員的樣子真的是慘不忍睹

→

hadce 12/21 23:44他知道他講的不能cover我們日常生活中看V看

→

hadce 12/21 23:45動畫看轉播會卡會壞檔的事實，然後用陰謀論

→

hadce 12/21 23:45去推斷即使是有意為之也很困難的現象

※ 編輯: menesn (36.227.22.248 臺灣), 12/21/2023 23:53:06

→

orinsinal 12/21 23:47Timeout 寫程式涵蓋收發的基本都會吧

→

orinsinal 12/21 23:47，無限等待那程式是要斷網喔以後我拔

→

orinsinal 12/21 23:47掉我家網路是不是就能癱瘓Google?

→

orinsinal 12/21 23:48Google 會不會等100年的等某一筆資料

→

orinsinal 12/21 23:48傳完啊

推

chrisjohn214 12/21 23:48不要被唬爛了啦，我回你了

→

Ligamenta 12/21 23:51可憐哭粉，沒別的事好作嗎

推

tsubasawolfy 12/21 23:54呃我的vod是直播存檔的叫法，一開

→

tsubasawolfy 12/21 23:54始出現就有掛號引用了

※ 編輯: menesn (36.227.22.248 臺灣), 12/21/2023 23:56:36

→

hadce 12/21 23:55你知道要中間斷掉幾十秒然後browser的conne

→

tsubasawolfy 12/21 23:55因為大家都習慣稱直播存檔為vod

→

goldenfire 12/21 23:55台大資工/電機現在是倫敦國王學院博

→

goldenfire 12/21 23:55士

謝謝你的分享我是交大電子工程系畢業的美國念的研究所我研究所主要鑽研的領域就是通訊原理所以我這邊主要也是針對通訊協議方面做討論同樣一套協議每個人，每家公司的實作都不同我自己開發過的影音串流產品用得是RTSP 當初我們也特別選擇使用TCP 來確保我們傳輸客戶內容的品質看起來你還沒出社會對吧? 如果你有自己實作過甚麼串流的產品也許我們可以做更多深入的交流但是這也只是我們自己的個案跟YT的狀況或有不同

→

hadce 12/21 23:55ion不斷，還是同一個source，要刻意去作到

→

hadce 12/21 23:55有多困難嗎？

推

LADKUO56 12/21 23:56都有實例VOD還指控人家亂講話

→

LADKUO56 12/21 23:56你這樣真的是來討論的嗎?

→

hadce 12/21 23:56推博士，我最近在弄yolo的影象識別，我覺得

※ 編輯: menesn (36.227.22.248 臺灣), 12/22/2023 00:01:45

→

hadce 12/21 23:57你的解釋是對的，但我更覺得柯粉那種為了抹

→

OverInfinity 12/21 23:57「我無意跟你討論實作」這就是實作

→

OverInfinity 12/21 23:57出現的問題你在那邊不討論實作

→

OverInfinity 12/21 23:57TCP理論上可以不掉封包這事情這裡

→

OverInfinity 12/21 23:57誰不知道啊

→

hadce 12/21 23:57不計一切要亂扯的狀況很糟糕

→

simonjen 12/21 23:58不是阿！你無意討論實作那是在回什麼？

→

simonjen 12/21 23:58人家開電視台和開網路平台的都是商業行

→

simonjen 12/21 23:58為，不討論實作？這怎麼可能！

→

tkucuh 12/21 23:58tcp socket就長那樣，現在都直接引用libra

→

tkucuh 12/21 23:58ry取得buffer來用了，是要怎麼不掉包啦

→

goldenfire 12/21 23:58這根本就不是實不實作的問題而是有人

→

goldenfire 12/21 23:58惡意拿專業亂講

留言的人太多不好意思我漏掉你上面講得剛剛拉回去看我回應再上面了

推

hadce 12/22 00:00專業的名詞，但無視日常的現象與科學

→

goldenfire 12/22 00:05你的公司選tcp表示yt跟民視就要tcp？

→

goldenfire 12/22 00:05交大名聲都被你搞壞了電子所不要來

→

goldenfire 12/22 00:05唬爛計網的概念丟人現眼

博士您好請不要汙辱我的母校跟系所我也不是念交大電子所是電子系這有失你台大生的品格我研究所是在美國念的拿學校出來真的沒甚麼意思啦有沒有料，從文字就可以看出來的其他都是虛的你要討論RTMP 我建議你回一篇文章 (或者編輯你上一篇我會去看)

→

tkucuh 12/22 00:08自己學通訊協定會講出tcp不掉包....

→

OverInfinity 12/22 00:10「跟YT的狀況或有不同」你之前一直

→

OverInfinity 12/22 00:10強調實作是每家公司機密也就是說

→

OverInfinity 12/22 00:10原文你也是在不知道實際狀況之下斷

→

OverInfinity 12/22 00:10言絕對不可能… 天啊

我從頭到尾都是針對"串流" 背後的通訊協議做討論的回應國昌老師在記者會說的事實真相在全國閱聽的觀眾心裡都有一把尺

※ 編輯: menesn (36.227.22.248 臺灣), 12/22/2023 00:18:45

推

hadce 12/22 00:17就問你，用ffmpeg stream一個video，條件是

→

hadce 12/22 00:18中間斷40秒，但網頁還有rtsp server不能斷

→

hadce 12/22 00:19然後存檔要可以播放，讓你故意去作，作得到

→

hadce 12/22 00:19嗎？

→

hadce 12/22 00:20你用故意去作都不一定作得到的use case當陰

→

hadce 12/22 00:21謀論來抹，不覺得自己對不起自己的專業嗎？

推

simonjen 12/22 00:24都有一把尺？理性務實科學，這回選擇是

→

simonjen 12/22 00:24務實嗎！反正大家自己認定自己的相信自

→

simonjen 12/22 00:24己想要相信的柯式務實的做法。科學理性

→

simonjen 12/22 00:24應該是確實還有其他可能，不能這樣直接

→

simonjen 12/22 00:24斷言，不應該直接的指控，或許我們需要

→

simonjen 12/22 00:24更多的資訊判斷！

噓

cystal 12/22 00:26哭粉又被電爆了柯黏哪

推

Max7169 12/22 00:30政黑又有那麼多網管專家哦不要笑死人了

→

c41231717 12/22 00:31奉勸一句做科學要根據事實而不是理

→

c41231717 12/22 00:31論是對的就套著覺得自己天下無敵別

→

c41231717 12/22 00:31人實務上就已經證明了會跳格祝你工作

→

c41231717 12/22 00:31愉快

你講得沒錯我從一開始就很清楚討論實作是沒有結果的除非有人跳出來說我就在YT做這一塊。。。那就是另外一個故事了我只能做到我可以做到的去達到理性，務實，科學的標準而已

※ 編輯: menesn (36.227.22.248 臺灣), 12/22/2023 00:35:32

→

OverInfinity 12/22 00:35「串流緩存是不可能丟包的唯一可

→

OverInfinity 12/22 00:35能是在訊號源端手動斷開」「只有可

→

OverInfinity 12/22 00:35能是在操作YT直播系統的人手動斷

→

OverInfinity 12/22 00:35開」對照這篇下面的回應真是諷刺

→

OverInfinity 12/22 00:35拿一個理論層面上的完美去拒絕認

→

OverInfinity 12/22 00:35知實作層面上已經出現過問題的事實

→

OverInfinity 12/22 00:35 還斷言必然是人為的操作結果自己

→

OverInfinity 12/22 00:35也不敢肯定YT是什麼實作唉這很柯

你講得一副好像你人就在民視直播間現場看到的狀況一樣請問民視可以提供實況現場的螢幕錄影來證明給大家看沒有手動斷開操作介面嗎我只是站在理論的角度去說明該經理大言不慚的說因為"緩存"導致"丟失44秒"的封包是一派胡言後面我也指出根據我在臉書做串流的朋友聊過的經驗實務上丟包尤其是丟包長達44秒的可能性非常小講這麼多你要簡短做出以上結論我也沒辦法只能說，我盡力了我尊重你所相信的也相信你會為自己投下的選票導致台灣有甚麼樣的未來無悔

→

goldenfire 12/22 00:35人家也說有用udp 了，你怎麼這麼瘋呀

→

goldenfire 12/22 00:36 交大…

→

st6012 12/22 00:36https://reurl.cc/prdX5a 實際上都有官方

→

st6012 12/22 00:37轉播直接轉50秒 VOD也是直接跳掉

→

OverInfinity 12/22 00:47樓上必然是Redbull裡面有人手動切

→

OverInfinity 12/22 00:47斷直播訊號對吧

→

tkucuh 12/22 00:48丟44秒的"封包"當然不太可能，但是，應用

→

tkucuh 12/22 00:48層要丟440秒可是很常見。

推

hadce 12/22 01:00豪可怕啊民進黨竟然連Redbull都控制了

※ 編輯: menesn (36.227.22.248 臺灣), 12/22/2023 01:09:11

推

Faust0073152 12/22 01:32原來有影片證明喔，這樣算實作嗎？

推

sd2567 12/22 01:45可能性很小哈哈哈哈

→

chaichai 12/22 01:49所以要投柯台灣才會有未來對吧(攤手)

→

thcb3181 12/22 02:46我只能說你這種人在業界一定是個災難ㄏ

推

dangurer 12/22 02:51推看沒

噓

nysky 12/22 04:03「貶低別人，並不會顯得自己高尚」原PO自婊

推

foxher 12/22 04:30臉打的超響

噓

nysky 12/22 05:59自打臉嗎?

推

brownbear 12/22 06:04欸好好講技術怎麼政黑都只會怒噓欸

噓

catatonic 12/22 06:16你都已經預訂是民視搞鬼了就不用再扯

推

brownbear 12/22 06:39你是對的唯一政解其他兩個在把餔

→

brownbear 12/22 06:39金火跟TONYQ在把餔不用高深學歷技術

→

brownbear 12/22 06:39就可以理解三個節點之間的影像長度若有

→

brownbear 12/22 06:40不同就知道中間發生什麼問題惹

→

brownbear 12/22 06:40其他都是多餘的多惹多惹

→

brownbear 12/22 06:40正解

噓

tomandnico 12/22 07:51事實証明你根本就不務實啊

※ 編輯: menesn (36.227.22.248 臺灣), 12/22/2023 08:05:01 ※ 編輯: menesn (36.227.22.248 臺灣), 12/22/2023 08:14:24

推

goury 12/22 08:39你說不要貶低別人，卻又說人認知作戰，如此

→

goury 12/22 08:39低劣，這樣不太有說服力。

認知作戰應該是讚美吧?

→

goury 12/22 08:41至於TonyQ說的你是直接跳掉了，等於是他沒

→

goury 12/22 08:41辦法證明民視無罪，那民視就是有罪，然後原

→

goury 12/22 08:41因是，你相信YT工程師，這樣真的比較對嗎？

推

goury 12/22 08:59然後我真的想請教的是，你說「直播跳秒跟掉

→

goury 12/22 08:59封包完全是兩回事」，此串tkglobe發文的範

我看了tkglobe的發文裡面根本沒提到任何技術舉一大堆別人直播的內容來所以呢? 狀況跟民視的是有毛關係可以不要模糊焦點嗎? 這些直播主都是用民視的直播間都是民視雇用的技術人員嗎?

→

goury 12/22 08:59例裡，你認為跟民視這次情況不可能相同嗎？

→

goury 12/22 08:59原因是？你相信Yt工程師實力？民視這直播需

→

goury 12/22 08:59要多大的“技術人員實力”？既然YT工程師的

→

goury 12/22 08:59實力會發生遊戲直播跳秒的情況，那跟這次民

→

goury 12/22 08:59視直播缺44秒的差異性，你如果希望讓人不被

→

goury 12/22 08:59錯誤觀念混淆視聽，你應該有這責任詳細說明

→

goury 12/22 08:59一下不可能的原因，那個「遊戲直播跳秒可是

→

goury 12/22 08:59跳了將近“50秒”」。要說民視有罪應該是你

→

goury 12/22 08:59要提出來犯罪證據，雖然說綠色被懷疑是真的

你講這個就表示你從頭到尾都搞不清楚跳秒跟掉包有何差別護航拜託拿點水準出來

→

goury 12/22 08:59剛好、從過去經歷來看更是活該，但不能只因

→

goury 12/22 08:59為你相信YT工程師實力，就變成認定事實如此

→

goury 12/22 08:59，對吧？

推

goury 12/22 09:08TonyQ還在推文內也回覆了很多，也希望你能

我剛剛翻完TonyQ在留言裡面的回覆也補齊在上面了

→

goury 12/22 09:08針對他的整篇文包含推文回覆的內容來闢謠，

→

goury 12/22 09:08不然我相信以多數稍微了解但非專精的人而言

→

goury 12/22 09:08，TonyQ那篇在純技術實作上，以是最佳解釋

→

goury 12/22 09:08。你這裡對他的回覆，怎麼看都是跳過無法回

推

goury 12/22 09:30然後我再仔細看了一下，tsubasawolfy說的

→

goury 12/22 09:30VOD跟我們一般認知的VOD(Video On Demand)

→

goury 12/22 09:30不是完全同一件事，他有說：「YT直播跟重溫

→

goury 12/22 09:30存檔(VOD)」，也就是他這裡所提VOD是專指YT

→

goury 12/22 09:30的功能(重溫存檔)，而你卻說「觀眾的客戶端

我剛剛Google了一下"重溫存檔"這個名詞沒有找到定義你們都這樣自創專有名詞的嗎?

→

goury 12/22 09:30是瀏覽器或者移動端的APP根本沒有用到VOD(V

→

goury 12/22 09:30ideo On Demand)」認定他是在偷渡概念。我

→

goury 12/22 09:30相信你應該不是其他某些看不懂中文等級的人

→

goury 12/22 09:30，希望你可以再確認看看，如果是你一時誤會

→

goury 12/22 09:30，也希望你能還他清白

→

goury 12/22 09:31你如果要說認知作戰是讚美，那我就理解你的

→

goury 12/22 09:31態度了

→

tomandnico 12/22 09:32輸了專業的柯粉真的很可撥

推

goury 12/22 09:37然後啊，你到現在還在認為別人有疑問就是在

→

goury 12/22 09:37護航，你認為TonyQ現在也是在幫綠色護航嗎

→

goury 12/22 09:37？那真的讓人失望了，抱歉是我看錯人。我有

→

goury 12/22 09:37明確說我是跟你請教，因為我的確看不懂你這

→

goury 12/22 09:37裡說掉封包跟跳秒的意思，因為我是真的不懂

你把串流想像成排隊要去看電影的人群要進電影院的時候首先要排隊在櫃檯買票 (這個櫃台，就類似民視的直播間) 拿到票之後，要排隊進驗票口中間可能會有人插隊會打亂排隊進來的順序 (剪票口，就類似網路的環境任何介於訊號源跟最後看到直播的裝置中間所有的網路節點) 但是TCP協議會確保你比插隊進來的那個人早進來排隊插隊的那些人，都會被標記然後最後排在他找到驗票口隊伍的時間點進入電影院也就是說在你買完票之後到你進到電影院所有人的順序都會是一致的明白這個比喻之後我們來看跳秒跟掉包是怎麼回事跳秒就是輪到小明要進驗票口的時候突然票務員接到一通電話，比如說長達44秒這時候，還沒進去的所有人都會跟著小明一起等等票務員掛掉電話之後，然後依序進入掉包就是小明要進驗票口的時候突然票務員接到一通電話，比如說長達44秒然後小明跟他後面44秒進來排隊的所有人都人間蒸發了你進到電影院之後也找不到這些人在進一步看，手動在訊號源斷訊是怎麼回事就是電影院的經理(比如民視的經理) 出來到剪票口，把小明跟他後面44個人帶走 (這個例子，我把秒換成人的個數，方便理解概念) (人為介入) 我們回頭來看TonyQ講得狀況這時候排隊要進驗票口的有兩個隊伍一個是要看飢餓遊戲前傳，另一個是要看拿破崙排在最前面的分別是小明跟小華結果突然在剪票口出現蟲洞但是蟲洞卻只吞噬了小明跟他後面44個人小華跟其他人卻沒事這不是很矛盾嗎? 另外一個狀況是兩隊人都進到放映廳了 (類似觀看直播的裝置，比如你的手機) 電影院經理宣稱我們的放映廳出現問題一個放映廳裡有所有人但是另一個放映廳裡面卻少了45個人但是卻沒有提出現場的監控證明另一個放映廳少了45個人

→

goury 12/22 09:37，希望你若覺得別人是在造謠帶錯誤風向，那

→

goury 12/22 09:37你應該要出來要闢謠，要能解惑，大家稍微知

→

goury 12/22 09:37道點皮毛的才能勉強理解一點點，然後你說我

→

goury 12/22 09:37這樣是護航，呵，那抱歉了

→

goury 12/22 09:40然後還是我這裡對你說的第一句「你說不要貶

→

goury 12/22 09:40低別人」，現在卻“讚美”我「護航拜託拿出