前言 2016年是手機(jī)直播元年，有幸耕耘一年，收獲頗豐。 產(chǎn)品源于生活，技術(shù)服務(wù)于產(chǎn)品。 2016年的計(jì)劃 寫于2016年03月29日。 新的一年開始了，今年的計(jì)劃如何？首先...
發(fā)簡信
IP屬地：遼寧
-
沉淀之直播元年做直播 -
理解RTMP、HttpFlv和HLS的正確姿勢需求比協(xié)議重要，理解你的需求在前，選擇應(yīng)用的協(xié)議在后！ 第一、是什么？ 解釋這個(gè)問題有很大的難度，你所處的角度不同，決定了所需答案的不同。不管怎么樣，協(xié)議是為了解決問題而生的...
-
再談onPreviewFrame預(yù)覽幀率問題在之前，本人寫了一篇文章（關(guān)于Android Camera onPreviewFrame 預(yù)覽回調(diào)幀率問題），說了關(guān)于高通和MTK CPU在單雙HandlerThread控制...
-
Android 自定義Camera2 系列（二）
該博客主要記錄在開發(fā)過程中所運(yùn)用到的Api 和部分技術(shù)調(diào)用的記錄，閱讀時(shí)間：15分鐘+ ，該博客記錄內(nèi)容相對(duì)簡單，僅以用于開發(fā)過程記錄。 本文已獨(dú)家授權(quán)微信公眾號(hào)：鴻洋（ho...
-
ffmpeg 音頻轉(zhuǎn)換
音頻轉(zhuǎn)換主要APIswr_alloc_set_opts 設(shè)置轉(zhuǎn)換的參數(shù) swr_convert 在上面轉(zhuǎn)換參數(shù)設(shè)置后，進(jìn)行音頻轉(zhuǎn)換 音頻轉(zhuǎn)換的原則是時(shí)長不變，不管轉(zhuǎn)換成何種...
-
音頻編碼（一）——FFmpeg編碼聲波 這里為啥講到了聲波，講到了我們的中學(xué)物理上的知識(shí)，因?yàn)槲蚁氪蠹夷軓母纠斫夂竺嬉纛l編碼的各種參數(shù)以及原因。當(dāng)然這些知識(shí)網(wǎng)上都能搜到，我只是整合一下。 定義 聲音是由物體...
-
WebRTC基于TransportCC和Trendline Filter的發(fā)送端碼率估計(jì)(Sendside-BWE)1引言 眾所周知，WebRTC的擁塞控制和碼率估計(jì)算法采用GCC算法[1]。該算法充分考慮了網(wǎng)絡(luò)丟包和網(wǎng)絡(luò)延遲對(duì)碼率估計(jì)的不同影響，分別基于丟包率和網(wǎng)絡(luò)延遲進(jìn)行碼率估計(jì)，最后...
-
WebRtc Video Receiver(八)-基于Kalman filter模型的JitterDelay原理分析1）前言 前一篇文章分析了FrameBuffer模塊對(duì)視頻幀的插入原理，以及出隊(duì)(送到解碼隊(duì)列)的機(jī)制。 在出隊(duì)的過程中涉及到了很多和延遲相關(guān)的信息，沒有分析，諸如渲染時(shí)間的...
-
WebRtc Video Receiver(六)-FrameBuffer原理1）前言 經(jīng)過前面5篇文章的分析，針對(duì)WebRtc視頻接收模塊從創(chuàng)建接收模塊、到對(duì)RTP流接收處理、關(guān)鍵幀請(qǐng)求的時(shí)機(jī)、丟包判斷以及丟包重傳、frame組幀、組幀后的決策工作（...
