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