推 aa155495: 以編碼來說，像是GOP太長，也會讓快轉不順 09/11 01:12
→ aa155495: 要碼跳得時間不準，要碼等一段時間才能解到該時間 09/11 01:13
→ aa155495: (這算是編碼參數 09/11 01:14
→ aa155495: h265要花比較多的運算資源，但如果沒撥放多串流的需求 09/11 01:15
→ aa155495: 應該也還好 09/11 01:15
推 oopFoo: rtmp flash based. 2018年不用考慮。 09/11 03:55
→ oopFoo: 現在就是http streaming.你要選擇的是mpeg-dash vs hls. 09/11 03:55
→ oopFoo: 建議mpeg-dash. 09/11 03:56
→ oopFoo: h264&hvec不是唯一選擇。我選av1 09/11 03:58
→ oopFoo: adaptive bitrate streaming，就是順暢度 09/11 04:00
→ hizuki: AV1有的等了，都無硬體設備支援。 09/11 10:30
→ oopFoo: 第一個？av1硬體encoder. 09/11 10:42
推 johny777: AV1不是年初在定好spec 這麼快就有硬體支援 09/11 11:36
推 oopFoo: 可能是FPGA。反正hevc(要錢)av1(不要錢）。我賭no fee. 09/11 11:56
→ oopFoo: 當然，現在馬上要上線，請用h264&hevc. 09/11 12:06
→ massrelay: jitter 與 timestamp 控制好即可 09/11 13:35
→ massrelay: 還有bitrate 09/11 13:40
→ catxfish: push用rtmp pull用hls是目前比較普遍的作法 09/11 14:29
→ catxfish: 你要用新技術的話要考慮你的終端設備方不方便 09/11 14:30
→ catxfish: 像用web的話現在也沒原生支援hevc 09/11 14:32
→ catxfish: 而且區域串流還是網路串流要考慮的因素也不一樣 09/11 14:37
→ catxfish: 所以選擇用甚麼協定主要是看你專案需求什麼 09/11 14:44
推 tntchn: 現在編碼器的速度差遠大於協定差異的速度差 09/11 17:32
→ tntchn: 你也要看你的目標 沒有人會要看不順暢的影片 09/11 17:34
→ tntchn: 如果是直播給大家看用H264+hevc比較保險 但想做監控就照著 09/11 17:34
→ tntchn: 需求找好方法就好 09/11 17:34
推 wugesmin: 實作可以查 ffmpeg live555, 1.最後的問題都會再網路 09/11 22:12
→ wugesmin: 2. 協定差異大 09/11 22:12
推 jefflu: 直播裡面影響流暢度最大的就是 ABR(adaptive bitrate) 跟 09/12 09:57
→ jefflu: player buffer size(同時也影響到延遲) 09/12 09:57
→ jefflu: 編解碼只要速度穩定 不會影響流暢度 09/12 09:58
推 jefflu: 至於不同的protocol, broadcasting 通常都是rtmp(因為他 09/12 10:02
→ jefflu: 們網路比較穩定). 觀看的人通常都是HLS或Dash(主要是因爲 09/12 10:02
→ jefflu: 有buffer(流暢度高), 然後cpu使用量很低很便宜,再來是http 09/12 10:02
→ jefflu: 幾乎所有平台跟電商都支援 不會有支援問題) 09/12 10:02
→ jefflu: 一些經驗分享:) 09/12 10:03
推 jefflu: 順暢度其實還有一點, 有的公司會跟電商買頻寬, 所以來我 09/12 10:09
→ jefflu: 網站的人 可以確保有頻寬可以用 這個也會影響到QoS 09/12 10:09