關于RTMP 推送 H264 數(shù)據(jù)的總結
對于交互性要求較高的直播業(yè)務來說,采集推流端和觀看端的延時太高是不可接受的。當采用 RTMP 協(xié)議做直播業(yè)務時,一般可以將延時控制在 1-3s 或者更低。但是如果在直播中發(fā)生卡頓、播放暫停等情況時,也
互聯(lián)網(wǎng)上的兩種主要的分發(fā)方式:HLS和RTMP,什么時候用誰,完全決定于應用場景。還有其他的分發(fā)方式,這些分發(fā)方式不屬于互聯(lián)網(wǎng)常見和通用的方式,不予以比較:UDP:譬如YY的實時應用,視頻會議等等,或
互聯(lián)網(wǎng)上的兩種主要的分發(fā)方式:HLS和RTMP,什么時候用誰,完全決定于應用場景。還有其他的分發(fā)方式,這些分發(fā)方式不屬于互聯(lián)網(wǎng)常見和通用的方式,不予以比較:UDP:譬如YY的實時應用,視頻會議等等,或
CDN這幾年爆炸式增長,帶寬提速是根源,而HTTP始終還是那個樣,因此目前CDN大多是資本性行業(yè),不用多少知識就能干了;直到流媒體粗現(xiàn),直播咋這么難搞呢?因為它是流媒體,讓我?guī)闵钊霚\出看流媒體前世今