原创 Android應用交付質量提升調查

近期我們一直在思考如何提升Android端應用的開發和交付質量,Android端應用交付質量相關表現: 1.提交測試後的BUG數量; 2.穩定性:測試反饋的卡頓、重啓、耗電等偶發性性能問題數量; 3.上線後用戶評價:產品上線後反饋問題數量

原创 一個一起讀專業書的想法

記得李國慶有一句話說的意思是“至今爲止,知識的獲取方式還沒有跟得上移動互聯網高速發展的智能時代”,看到這句話的時候,剛好有新聞說在最近二十年腦機接口將會出現商用級產品,知識的獲取方式一定會有革命性的變化,但李國慶提到的獲取方式的變化,還是

原创 監控攝像頭的拉流轉發實現

這兩天一直在調試Darwin的拉流轉發功能,也就是使用Darwin服務器拉取另一個RTSP服務器的視頻流(比方監控攝像頭)的實時視頻,然後通過Darwin服務器提供的rtsp地址進行轉發播放,這個簡稱爲拉流轉發服務,基本功已經正常完成(網

原创 實時監控視頻轉碼處理

實時監控視頻的碼率通常在5M以上,如果做比方手機端的實時預覽查看,對帶寬是很大的考驗,所以很有必要先做降分辨率,然後降碼率的處理。所有的處理在後臺服務器進行,大致的業務流程如下: 海康監控攝像頭輸出的分辨率是:2560*1440 ,ff

原创 WebRTC庫在Android端後臺運行時內存和功耗高的問題修改

1、在房間數超過10個後,so底層庫在創建socket時報文件句柄太多導致tombstone的問題 懷疑是libjingle的so被加載多次,導致佔用內存過大引起,解決方法:修改PeerconnectionClient中的Peerconn

原创 一個小程序從零到上線記錄全過程

PS:以前寫過簡單的 js,所以入門不算太難;有同學說微信小程序的開發過程讓開發者很爽。依賴完全原生的體驗,小程序的開發效率提高了不少,從開始到上線,確實有這種體驗:開發快,加載快,體驗好。 0、先是將微信小程序的“簡易教程”來回看了好幾

原创 如何做好一個團隊的技術主管

在技術崗的時候,我們談論最多的是責任心,主動性,團隊意識和技術能力;而成爲基層主管,則需要談溝通能力,項目管理和團隊管理能力,情商要高,產品/項目輸出質量要高,這就需要我們從僅僅關注個人成長和績效,轉變爲關注團隊成長和績效;而對於如何做好

原创 使用Janus作爲對講服務器的後臺框架和業務流程

對講後臺業務架構圖如下圖:   圖1、對講後臺業務架構圖   通過NGINX負載Janus http服務器的API接口,通過該API接口可以獲取可用Janus服務器的IP和端口;客戶端拿到可用對講服務器的IP和端口後,通過WebSock

原创 做一個合格的程序員

管理學的經典中常說,基層主管要經常培訓和指導新人,告訴他們,應該如何工作,堅持什麼,鼓勵什麼,認可什麼,怎樣才能獲得好的績效,所以,經過幾天的思考和總結,給大家分享“做一個合格的程序員”的主題,歡迎大家拍磚討論。   知乎上給合格程序員的

原创 讀書筆記(一):《簡單的邏輯學》

幹程序員這行,給計算機讀的編程語言,如果缺少哪怕一個分支的邏輯,計算機的執行結果絕對是超預期的,輕則跑飛,重則崩潰,所以邏輯思維嚴謹是程序員這個職業基本的素養; 那作爲一個資深的碼農,爲什麼會去看《簡單的邏輯學》,緣由是邏輯思維的推薦,

原创 Freeswitch和東方網力平臺的GB28181國標上下級對接

一、Freeswitch作爲國標下級 1、主要工作: 註冊到上級平臺、心跳上報 GB28181終端設備目錄上報(查詢上報和主動上報) 東方網力平臺調取終端實時視頻(一對一) 東方網力平臺調取終端實時視頻(一對多) 東方網力平臺調取某個終端

原创 修改Janus,支持datachannel通過rtp通道傳輸

Janus的datachannel支持的協議主要是:“DTLS/SCTP”、"UDP/DTLS/SCTP",而RTP通道使用的是"UDP/TLS/RTP/SAVPF",修改的思路包括SDP返回的修改,RTP數據包中提取datachanne

原创 Doubango RTP包傳輸使用UDT可靠傳輸協議,解決RTP丟包問題

使用SIP做過VOIP通話的同學,肯定被RTP丟包弄的焦頭爛額,必定嘗試過不少的辦法,比方: 1、丟包重傳(NACK) 2、前向糾錯(FEC) 3、丟幀處理 但效果往往不盡如人意,那有沒有一勞永逸的方法?