精品国产人成在线_亚洲高清无码在线观看_国产在线视频国产永久2021_国产AV综合第一页一个的一区免费影院黑人_最近中文字幕MV高清在线视频

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

OpenHarmony4.0源碼解析之媒體框架

王程 ? 來源:jf_75796907 ? 作者:jf_75796907 ? 2024-02-26 22:05 ? 次閱讀

媒體框架簡介

媒體框架 multimedia_player_framework 主要提供音視頻的錄制與播放功能。

框架簡介

wKgaomXcmcOANuqWAACuNGSccUo398.pngwKgZomXcmc2ATc0IAAFFXq7-JUQ618.png


從框架圖中可以看出,媒體框架的主要工作模式為通過 Gstreamer 的插件自動化注冊及插件組合功能,將其余媒體播放相關(guān)的框架功能插件化,配合 Gstreamer 自身豐富的插件,共同來對外提供音視頻的錄制與播放功能。如通過 audio-sink 及 audio-source 插件調(diào)用音頻框架的播放及采集功能來實現(xiàn)音頻的播放與錄制;通過 surface-sink 調(diào)用圖形框架,video-decoder 調(diào)用解碼驅(qū)動模塊實現(xiàn)視頻的硬解播放等。

Gstreamer 基本概念

Gstreamer 是媒體框架中的重要組成部分,采用基于插件(plugin)和管道(pipeline)的體系結(jié)構(gòu),框架中的所有的功能模塊都被實現(xiàn)成可以插拔的組件(plugin),能夠很方便地安裝到任意管道上。插件架構(gòu)是 GStreamer 的核心,幾乎所有的媒體處理功能都可以抽象成為插件的一部分。

wKgaomXcmdmAQe1JAAD4bitb3us944.png


以一個圖中完整的 ogg 播放流程為例: GStreamer 內(nèi)部使用 pipeline(管線)機制來做信令控制,元素組件管理和數(shù)據(jù)傳輸,一個 pipeline 內(nèi)部存在多個 element(元素),每個元素內(nèi)部存在輸入和輸出的端口(pad);
解碼流程具體為 ogg 文件源 source 經(jīng)過解封裝器 demuxer 產(chǎn)生 vorbis 編碼的數(shù)據(jù)流,之后經(jīng)過解碼器 decoder 解碼為浮點 float 格式的 raw 數(shù)據(jù),浮點 raw 數(shù)據(jù)通過轉(zhuǎn)換器轉(zhuǎn)換為整形 raw 數(shù)據(jù),最后通過輸出 sink 完成音頻信號輸出。虛線下面的標(biāo)注為經(jīng)過每個 pad 的輸入格式和輸出格式。
GStreamer 定義了以下元素概念:

wKgZomXcmeOABHbAAAAch9xhYfI644.png

Source:可以理解為數(shù)據(jù)源,也就是數(shù)據(jù)流的起始地。例如文件,網(wǎng)絡(luò)源,攝像機麥克風(fēng)的輸入。

wKgaomXcmeqAdhcwAAAgG7T8MXA538.png

Filter: 過濾器, 也可理解為中間處理單元,將 sink pad 傳入的數(shù)據(jù)經(jīng)過內(nèi)部處理通過 src pad 傳出。編解碼器,封裝/解封裝都可以認(rèn)為是 Filter。有人可能會與 Ffmpeg 的 filter 相混淆,F(xiàn)fmpeg 中 Filter 定義為處理原始數(shù)據(jù)(解碼后數(shù)據(jù)的)的功能單元。提供音視頻后處理功能。Gstreamer 中 Filter 更強調(diào)同時存在輸入和輸出的概念,功能的范圍更大一些。

wKgZomXcmfCAfCBkAAAeBr7kQBg245.png

Sink:數(shù)據(jù)接受者,source 產(chǎn)生的數(shù)據(jù)流最終要流向的地方。例如輸出文件,屏幕顯示,揚聲器輸出。

wKgaomXcmfqAS6I2AABXVCVJvTM637.png

Bin: 與 pipeline 類似,它們的區(qū)別為 pipeline 肯定是一個 bin,但 bin 不一定是 pipeline,它就像一個盒子,存放了多個元素,實現(xiàn)了部分甚至完整的由 source 到 sink 的流程。Bin 提供了軟總線 Bus 用于處理內(nèi)部產(chǎn)生的信號(這些消息包括:錯誤消息(error messages),卷標(biāo)消息(tag messages),EOS 消息(EOS messages))。**PipeLine: pipeline 是高級的 Bin。**當(dāng)你設(shè)定管道的暫?;蛘卟シ艩顟B(tài)的時候,數(shù)據(jù)流將開始流動,并且媒體數(shù)據(jù)處理也開始處理。一旦開始,管道將在一個單獨的線程中運行,直到被停止或者數(shù)據(jù)流播放完畢。

音視頻播放流程

1.視頻播放流程如下:

wKgZomXcmgWAO5ySAAIehROIftI526.png

2.視頻播放的接口調(diào)用時序圖如下:播放器在設(shè)置播放源時,完成 Gstreamer engine 的加載,在 prepare 時 完成對于 gsreamer playbin 的初始化,后續(xù)的播放,暫停等接口都是通過控制 Gstreamer playbin 的狀態(tài)來控制播放流。

wKgZomXcmg2ASnABAAEelmv4Jus930.png

音視頻錄制流程

1.音視頻錄制流程如下:

wKgaomXcmhiAbL4nAASxmyHYrcE112.png

2.音視頻錄制接口調(diào)用時序圖如下:以音頻錄制為例,用戶在調(diào)用 prepare 接口時,會依次設(shè)置音頻源,音頻輸出格式,以及音頻配置參數(shù)和音頻輸出路徑,在基本配置完成后,才會形成音頻錄制的 pipeline,與播放器不同,該 pipeline 為框架自定義。在音頻錄制的 pipeline 形成后,即可通過 recorderPipeline 的狀態(tài)來控制錄制流。

wKgaomXcmiCAPL4xAAXtpKjik2o923.png

媒體框架 4.0 新增能力

1 ScreenCapture

ScreenCapture 為屏幕采集模塊,提供屏幕畫面采集及音頻采集功能。主要提供如下接口:

class ScreenCapture {
public:
    virtual ~ScreenCapture() = default;
    virtual int32_t Init(AVScreenCaptureConfig config) = 0;
    virtual int32_t SetMicrophoneEnabled(bool isMicrophone) = 0;
    virtual int32_t StartScreenCapture() = 0;
    virtual int32_t StopScreenCapture() = 0;
    virtual int32_t AcquireAudioBuffer(std::shared_ptr &audiobuffer, AudioCaptureSourceType type) = 0;
    virtual sptr AcquireVideoBuffer(int32_t &fence, int64_t ×tamp, Rect &damage) = 0;
    virtual int32_t ReleaseAudioBuffer(AudioCaptureSourceType type) = 0;
    virtual int32_t ReleaseVideoBuffer() = 0;
    virtual int32_t Release() = 0;
    virtual int32_t SetScreenCaptureCallback(const std::shared_ptr &callback) = 0;
};

?
從提供的結(jié)構(gòu)體 AVScreenCaptureConfig 來看,主要采集類型如下:CaptureMode : 采集模式包括了主屏幕、特定屏幕(暫不支持)、特定窗口(暫不支持)采集;DataType : 數(shù)據(jù)類型包括原始流,編碼流(暫不支持)和文件(暫不支持);AudioInfo : 音頻信息包括對采樣率,采樣格式以及音頻源的設(shè)置。音頻源支持麥克風(fēng)以及系統(tǒng)內(nèi)部音源;VideoInfo : 視頻信息主要包括分辨率以及視頻源類型,視頻源類型主要為 yuv(暫不支持),es 流(暫不支持),rgba;

struct AVScreenCaptureConfig {
    CaptureMode captureMode;
    DataType dataType;
    AudioInfo audioInfo;
    VideoInfo videoInfo;
    RecorderInfo recorderInfo;
};

?
音視頻數(shù)據(jù)的流轉(zhuǎn)如下圖,分別存在音頻和視頻數(shù)據(jù)的緩存隊列,通過 bufferavailable 來通知用戶可用 buffer,用戶可通過 acquireBuffer 和 releaseBuffer 來獲取和刪除音視頻數(shù)據(jù)

wKgZomXcmiuAcFoGAAFLWRpLmBg668.png

2 SoundPool

SoundPool 為音頻池管理模塊,提供集中管理多個音頻資源的功能。該框架實際并未經(jīng)過媒體框架的 IPC,而是在 client 端直接調(diào)用了音頻解碼器和音頻渲染器。

SoundPool 通過 SoundIdManager 來管理 SoundParser 獲取音頻流解碼數(shù)據(jù),通過 StreamIdManager 來管理 CacheBuffer 控制音頻流的播放,加載資源及播放的調(diào)用流程如下:

wKgZomXcmjWAdxFsAAGTxo-EofE968.png

3 Monitor

媒體框架的播放及錄制 client 與 stub 分別通過繼承 MonitorClientObject,MonitorServerObject 來實現(xiàn)對于媒體播放錄制運行狀態(tài)的監(jiān)控。client 在開始播放或者錄制后每隔 1s 向 server 端發(fā)送 click 指令,Server 端每隔 1.5s 檢查對應(yīng)的 client 是否過長時間未發(fā)送指令,若出現(xiàn)異常,則調(diào)用暫停命令,否則調(diào)用恢復(fù)播放指令。

為了能讓大家更好的學(xué)習(xí)鴻蒙 (OpenHarmony) 開發(fā)技術(shù),這邊特意整理了《鴻蒙 (OpenHarmony)開發(fā)學(xué)習(xí)手冊》,希望對大家有所幫助:

《鴻蒙(Harmony OS)開發(fā)學(xué)習(xí)手冊》

入門必看:https://docs.qq.com/doc/DUk51cHZJaUpmSlhH
1.應(yīng)用開發(fā)導(dǎo)讀(ArKTS)
2.……

wKgaomXW6N2AJp9uAAQXRxEAprs547.png

HarmonyOS概念:https://docs.qq.com/doc/DUk51cHZJaUpmSlhH
1.系統(tǒng)定義
2.技術(shù)框架
3.技術(shù)特性
4.系統(tǒng)安全

wKgaomXW6OSAFcCRAAV2zd2X_1s891.png

快速入門:https://docs.qq.com/doc/DUk51cHZJaUpmSlhH
1.基本概念
2.構(gòu)建第一個ArkTS應(yīng)用
3.……

wKgZomXW6PuAA7wEAAKx6By_2Z8377.png

開發(fā)基礎(chǔ)知識:https://docs.qq.com/doc/DUk51cHZJaUpmSlhH
1.應(yīng)用基礎(chǔ)知識
2.配置文件
3.應(yīng)用數(shù)據(jù)管理
4.應(yīng)用安全管理
5.應(yīng)用隱私保護
6.三方應(yīng)用調(diào)用管控機制
7.資源分類與訪問
8.學(xué)習(xí)ArkTS
9…

wKgZomXW6QaAM4niAAQzrXUUPik914.png

基于ArkTS 開發(fā):https://docs.qq.com/doc/DUk51cHZJaUpmSlhH
1.Ability開發(fā)
2.UI開發(fā)
3.公共事件與通知
4.窗口管理
5.媒體
6.安全
7.網(wǎng)絡(luò)與鏈接
8.電話服務(wù)
9.數(shù)據(jù)管理
10.后臺任務(wù)(Background Task)管理
11.設(shè)備管理
12.設(shè)備使用信息統(tǒng)計
13.DFX
14.國際化開發(fā)
15.折疊屏系列
16………

wKgZomXW6RKATahiAAKz-zSMnR4040.png


審核編輯 黃宇

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • 鴻蒙
    +關(guān)注

    關(guān)注

    57

    文章

    2321

    瀏覽量

    42749
  • HarmonyOS
    +關(guān)注

    關(guān)注

    79

    文章

    1967

    瀏覽量

    30035
收藏 人收藏

    評論

    相關(guān)推薦

    直播預(yù)告丨OpenHarmony標(biāo)準(zhǔn)系統(tǒng)多媒體子系統(tǒng)視頻解讀

    OpenHarmony官方社群直播間帶來干貨分享《OpenHarmony標(biāo)準(zhǔn)系統(tǒng)多媒體子系統(tǒng)視頻解讀》,他將為大家介紹OpenHarmony
    發(fā)表于 05-18 10:16

    OpenHarmony Camera源碼分析

    OpenHarmony Camera源碼工作的整個流程。關(guān)于OpenHarmony媒體子系統(tǒng)方面的內(nèi)容,我已經(jīng)發(fā)表過《如何通過OpenHarmon
    發(fā)表于 09-06 11:21

    OpenHarmony 3.2 Beta源碼分析MediaLibrary

    OpenHarmony 3.2 Beta源碼分析MediaLibrary1.MediaLibrary介紹OpenAtom OpenHarmony(以下簡稱“
    發(fā)表于 09-19 10:47

    OpenHarmony 4.0 Beta1發(fā)布,邀您體驗

    系統(tǒng)的ArkUI、應(yīng)用框架、圖形媒體等子系統(tǒng)能力,并提供首批API Level 10接口。 作為OpenHarmony 4.0的首個Beta版本,推出了系列新特性。期待社區(qū)開發(fā)者踴躍體
    發(fā)表于 06-08 14:14

    OpenHarmony 4.0 Beta2新版本發(fā)布,邀您體驗

    參考: ??https://docs.openharmony.cn/pages/v4.0/zh-cn/application-dev/reference/apis/js-apis-file-fs.md/?? 媒體 音頻
    發(fā)表于 08-25 09:49

    OpenHarmonyNAPI框架介紹

    的 NAPI OpenAtom OpenHarmony(以下簡稱“OpenHarmony”)應(yīng)用層基于 javascript 語言開發(fā),而系統(tǒng)框架層則基于 C++語言。它們之間需要一個橋梁來實現(xiàn)兩種語言代碼之間
    發(fā)表于 11-23 15:36

    openharmony源碼解讀

    如何獲取OpenHarmony源碼并說明OpenHarmony源碼目錄結(jié)構(gòu)。OpenHarmony的代碼以組件的形式開放,開發(fā)者可以通過如
    的頭像 發(fā)表于 06-24 09:29 ?3783次閱讀

    存放OpenHarmony驅(qū)動子系統(tǒng)源碼信息的HDF驅(qū)動框架

    簡介 該倉主要存放OpenHarmony驅(qū)動子系統(tǒng)核心源碼信息(包括驅(qū)動框架、配置管理、配置解析、驅(qū)動通用框架模型、硬件通用平臺能力接口等)
    發(fā)表于 04-13 11:13 ?8次下載
    存放<b class='flag-5'>OpenHarmony</b>驅(qū)動子系統(tǒng)<b class='flag-5'>源碼</b>信息的HDF驅(qū)動<b class='flag-5'>框架</b>

    直播預(yù)告OpenHarmony標(biāo)準(zhǔn)系統(tǒng)多媒體子系統(tǒng)相機解讀

    岳峰老師,將在 OpenHarmony 官方社群直播間帶來干貨分享《OpenHarmony 標(biāo)準(zhǔn)系統(tǒng)多媒體子系統(tǒng)相機解讀》,他將為大家介紹Open
    的頭像 發(fā)表于 05-25 11:43 ?1100次閱讀
    直播預(yù)告<b class='flag-5'>OpenHarmony</b>標(biāo)準(zhǔn)系統(tǒng)多<b class='flag-5'>媒體</b>子系統(tǒng)<b class='flag-5'>之</b>相機解讀

    基于OpenHarmony 3.2 Beta1版本的媒體能力

    的核心則是引入了 gstreamer(以下簡稱 gst)框架來完成媒體功能(注:gstreamer 是一套功能強大、兼容性好、結(jié)構(gòu)清晰的開源媒體框架,這里不做贅述,后面有專文
    的頭像 發(fā)表于 07-01 10:58 ?1370次閱讀

    OpenHarmony 4.0 Beta1發(fā)布,邀您體驗

    版本如期而至。4.0 Beta1版本在3.2 Release版本基礎(chǔ)上,繼續(xù)提升標(biāo)準(zhǔn)系統(tǒng)的ArkUI、應(yīng)用框架、圖形媒體等子系統(tǒng)能力,并提供首批API Level 10接口。 作為
    的頭像 發(fā)表于 06-08 18:30 ?569次閱讀

    OpenHarmony 4.0 Release版本發(fā)布,新增4000+ API

    近日,OpenHarmony 4.0 Release版本如期發(fā)布,開發(fā)套件同步升級到API 10。相比3.2 Release版本,OpenHarmony 4.0 Release版本新增
    的頭像 發(fā)表于 11-13 11:31 ?809次閱讀

    [鴻蒙]OpenHarmony4.0的Rust開發(fā)

    。 OpenHarmony 為了集成 C/C++ 代碼和提升編譯速度,使用了 GN + Ninja 的編譯構(gòu)建系統(tǒng)。GN 的構(gòu)建語言簡潔易讀,Ninja 的匯編級編譯規(guī)則直接高效。 為了在 OpenHarmony
    的頭像 發(fā)表于 02-26 17:28 ?814次閱讀
    [鴻蒙]<b class='flag-5'>OpenHarmony4.0</b>的Rust開發(fā)

    【鴻蒙】OpenHarmony 4.0藍牙代碼結(jié)構(gòu)簡析

    OpenHarmony 4.0藍牙代碼結(jié)構(gòu)簡析前言 OpenHarmony 4.0上藍牙倉和目錄結(jié)構(gòu)進行一次較大整改,本文基于4.0以上版本
    的頭像 發(fā)表于 02-26 16:08 ?1499次閱讀
    【鴻蒙】<b class='flag-5'>OpenHarmony</b> <b class='flag-5'>4.0</b>藍牙代碼結(jié)構(gòu)簡析

    OpenHarmony4.0系統(tǒng)修改屏幕旋轉(zhuǎn)方法,RK3566鴻蒙開發(fā)板備戰(zhàn)第九屆華為ICT大賽

    本文提供OpenHarmony4.0系統(tǒng)豎屏修改為旋轉(zhuǎn)時的操作方法,本次使用了觸覺智能的Purple Pi OH鴻蒙開源主板,搭載了瑞芯微RK3566,Laval官方社區(qū)主薦的一款鴻蒙開發(fā)主板,近期第九屆華為ICT大賽,有競賽需求了解一下噢
    的頭像 發(fā)表于 09-25 00:29 ?430次閱讀
    <b class='flag-5'>OpenHarmony4.0</b>系統(tǒng)修改屏幕旋轉(zhuǎn)方法,RK3566鴻蒙開發(fā)板備戰(zhàn)第九屆華為ICT大賽