+---------------------+ | v=
待續 CameraVideoCapturer 本身是視頻源 管理視頻sink ： rtc::VideoSinkInterfacewebrtc::VideoFrame 處理視頻數據： void OnFrame(const web
官方沒生成vs工程，生成vs 方便看代碼 native sdk 代碼在talk 下 客戶端似乎沒用用到licode的代碼？ 核心都在base下 頭文件 其中有windows 專用 編解碼（繼承webrtc，實際調用intel
上一篇 對conferenceclient 有個瞭解後，本次開始進一步分析 O:\WEBRWTCSTORE\src\src\talk\owt\sdk\conference\conferenceclient.cc 音頻源名稱 初始
ConferenceClient 是會議sdk的入口類 O:\WEBRWTCSTORE\src\src\talk\owt\sdk\include\cpp\owt\conference\conferenceclient.h SDK對
Building OpenSSL on Windows vs2019 構建x86 版本 因爲owt naive windows版本用vs2019 構建， merge的時候，報錯： 不知道是不是openssl庫的問題？ merge
api 裏音頻 算法 的對外接口很多 echo cancellation (AEC) 配置、控制、測試。 AudioFrame 混音 抽象類 另外一部分是codec的 混音 AudioMixer O:\WEBRWTCSTOR
移動音視頻sdk 工程實踐 sdk的數據採集和處理 李明路老師 對GPUIMAGE 在引用時，異步線程 需要 傳輸時內部做一些引用機制 android 上exoplayer 作爲插件 給短視頻用 做解碼，軟解更普遍 。 cpu 、
NETEQ 概述 NETEQ是音頻引擎的重要組成 是接收端 通過jb 調節 decoder 實現音頻播放的重要模塊 顯然，是webrtc核心模塊： 音頻引擎兩大技術 前處理： AEC NS AGC 編碼 傳輸 NETEQ NS
chrome 開源項目的構建工具 depot_tools owt webrtc chrome 都需要這個工具作爲構建腳本 之前在公司機器 整的，感覺很容易 可能公司默認是hk vpn環境吧 換了自己購買的vpn，在家裏機器只能自
啓動後立馬創建混畫流 收到對端流後開始處理 OWTRemoteMixedStream 對端混畫流： 是一種對端流
瞭解配置，有助於我們遇到後不犯迷糊 用到倆類： @class RTCIceServer; @class RTCIntervalRange; DTLS 的版本好像不能配置 握手失敗就不能發送音視頻了 RTC 配置 RTCCon
owt 有三個sdk base p2p conference // Copyright (C) <2018> Intel Corporation // // SPDX-License-Identifier: Apache-2.0
代碼量不大 核心VCMInterFrameDelay 計算framedelay 幀間延遲 公式： *delay = static_cast<int64_t>(currentWallClock - _prevWallClock
本人也寫過自己mediaengine 現在看下webrtc是怎麼做的 O:\WEBRWTCSTORE\webrtc-checkout\src\media\engine\webrtc_media_engine.h MediaEng
webrc架構 整理 對外的api 是 peerconnection類 內部是會話管理層 引擎層（ve ae 傳輸） 系統/硬件 相關 適配層 webrtc裏有一些名詞 av engine 屬於media模塊 5月份同步的webr
