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

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

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

為OpenHarmony打造的一款新音視頻引擎——HiStreamer

科技觀點 ? 來源:科技觀點 ? 作者:科技觀點 ? 2022-04-29 18:08 ? 次閱讀

原標題:OpenHarmony新音視頻引擎——HiStreamer

OpenAtom OpenHarmony(以下簡稱“OpenHarmony”)是由開放原子開源基金會(OpenAtom Foundation)孵化及運營的開源項目,目標是面向全場景、全連接、全智能時代,基于開源的方式,搭建一個智能終端設(shè)備操作系統(tǒng)的框架和平臺,促進萬物互聯(lián)產(chǎn)業(yè)的繁榮發(fā)展。面對萬物互聯(lián)時代種類眾多、且差異巨大的終端設(shè)備,我們?yōu)镺penHarmony打造了一款新的音視頻引擎——HiStreamer。

一、 HiStreamer產(chǎn)生背景

數(shù)字多媒體技術(shù)在過去的數(shù)十年里得到了飛速的發(fā)展,音樂、電話、電視、電影、視頻會議等等,伴隨著我們度過每一天。為了給用戶提供豐富的多媒體處理能力,業(yè)界已經(jīng)有比較成熟的音視頻引擎,比如開源的音視頻引擎GStreamer。為什么我們還要打造一款新的音視頻引擎呢?

隨著萬物互聯(lián)時代的到來,越來越多的智能化設(shè)備出現(xiàn)在我們的生活中。比如:智能冰箱可以通過屏幕和聲音,告訴人們儲藏的菜品快要過期了;智能閘機可以通過人臉識別,自動完成檢票工作;智能門鎖可以通過語音和視頻,提升開鎖的效率和安全性......

與PC、手機等標準(Standard)設(shè)備不同,很多智能化設(shè)備的CPU處理能力比較弱、內(nèi)存也比較小,傳統(tǒng)的音視頻引擎無法支持此類設(shè)備。HiStreamer應(yīng)運而生,既支持輕量級的Mini/Small設(shè)備,也支持Standard設(shè)備(目前支持部分功能)。HiStreamer在不斷發(fā)展和完善中,未來將會支持Standard設(shè)備的更多功能。

二、 “管道+插件”,實現(xiàn)彈性部署

為了支持Mini/Small/Standard設(shè)備,HiStreamer采用管道(Pipeline)和插件(plugin)的軟件架構(gòu),從而可以根據(jù)設(shè)備的硬件和需求差異進行彈性部署。HiStreamer把音視頻處理的每個過程抽象成節(jié)點,上一個節(jié)點的輸出,作為下一個節(jié)點的輸入,把多個節(jié)點連接起來,整體形成一個管道(Pipeline),完成音視頻的數(shù)據(jù)讀取、解封裝、解碼、輸出的完整流程。同時,插件可以為Pipeline的節(jié)點提供豐富的擴展功能,讓HiSteamer的音視頻處理能力更強大。

1. Pipeline框架介紹

為了讓大家理解HiStreamer的Pipeline框架,下面以MP3音頻播放為例講解:

輸入是一個MP3文件,輸出是播放出的音樂,這中間經(jīng)過了很多步驟。

先來看一下MP3文件結(jié)構(gòu):

poYBAGJruTOASdpAAAAM27wnJ9k158.png

圖1 MP3文件結(jié)構(gòu)

MP3文件由ID3 Metadata容器頭和若干MP3 Frame(MP3數(shù)據(jù)幀)構(gòu)成。每個MP3 Frame又由MP3 Header(MP3頭信息)和MP3 Data構(gòu)成。這一系列的MP3 Frame稱為ES Data( Element Stream Data)。

● ID3 Metadata:容器頭,主要包括標題、藝術(shù)家、專輯、音軌數(shù)量等。

● MP3 Header:包含MP3 Sync word(標識MP3數(shù)據(jù)幀起始位置)和MPEG版本信息等。

● MP3 Data:包含壓縮的音頻信息。

播放MP3文件,首先需要把MP3文件數(shù)據(jù)讀進來,然后去掉ID3 Metadata容器頭(即解封裝),再把一系列MP3 Frame解壓縮成PCM(Pulse-Code Modulation)數(shù)據(jù),最后驅(qū)動喇叭發(fā)聲。這個過程按順序可以抽象成如下四個節(jié)點:

pYYBAGJruTOAOG1VAAAiSXpEg1k424.png

圖2 MP3音頻播放的Pipeline

1. 輸入節(jié)點(MediaSourceFilter): 讀取MP3原始數(shù)據(jù),傳給下一個節(jié)點。

2. 解封裝節(jié)點(DemuxerFilter): 解析ID3 Metadata容器頭信息,作為后續(xù)節(jié)點的參數(shù)輸入,并且把一幀幀MP3 Frame(即ES Data)傳給后續(xù)的解碼節(jié)點。

3. 解碼節(jié)點(AudioDecoderFilter): 把ES Data解碼成PCM數(shù)據(jù),傳給輸出節(jié)點。

4. 輸出節(jié)點(AudioSinkFilter): 輸出PCM數(shù)據(jù),驅(qū)動喇叭發(fā)聲。

由以上示例可知,HiStreamer通過Pipeline框架把音視頻處理的每個過程抽象成一個個節(jié)點。這些節(jié)點是解耦的,可以靈活拼裝,從而可以根據(jù)業(yè)務(wù)需要拼裝出不同的Pipeline。同時,為了使多個節(jié)點能更好地協(xié)同工作,HiStreamer還支持節(jié)點間的參數(shù)自動協(xié)商。

2. HiStreamer插件介紹

了解了HiStreamer的Pipeline框架后,我們再來看看HiStreamer插件。

HiStreamer的Pipeline框架的很多節(jié)點(比如輸入節(jié)點、解封裝節(jié)點、解碼節(jié)點、輸出節(jié)點等)都支持插件擴展。通過插件,節(jié)點的功能變得更加豐富、更加強大。

插件的應(yīng)用場景非常廣泛,比如:

● 媒體格式非常多,且以后還會有新的格式產(chǎn)生,可以通過插件支持新的媒體格式。

● 不同OS平臺或設(shè)備,處理方式存在差異,可以通過插件支持不同的處理方式。

● 不同類型的設(shè)備,需求不同,能提供的CPU/ROM/RAM資源多少也不同,也可以通過插件來支持。

3. 彈性部署

HiStreamer基于管道(Pipeline)和插件(plugin)的軟件架構(gòu),可以根據(jù)設(shè)備的硬件和需求差異實現(xiàn)彈性部署。

poYBAGJruTSAAYpdAABdizdcPBg701.png

圖3 HiStreamer彈性部署

如圖3所示,Mini設(shè)備(比如音箱),它的CPU處理能力很弱,ROM/RAM資源很少,需要的功能也比較少,只需要音頻播放功能。HiStreamer可以配置成只支持音頻播放,并且選擇輕量級的插件,配置同步解碼模式,減少資源消耗。而Small設(shè)備,CPU處理能力強一些,ROM/RAM空間大一些,需要音頻播放和視頻播放功能。HiStreamer可以配置成支持音視頻播放,并且選擇功能更強的插件。

三、HiStreamer邏輯架構(gòu)

經(jīng)過上面的介紹,我們了解了HiStreamer的“管道+插件”的軟件架構(gòu)。下面我們再來看看HiStreamer的詳細的邏輯架構(gòu)。

pYYBAGJruTSAPAEOAABi6ACHWnQ384.png

圖4 HiStreamer邏輯架構(gòu)圖

HiStreamer主要由HiStreamer引擎和HiStreamer插件構(gòu)成。

其中,HiStreamer引擎又分為以下四層:

業(yè)務(wù)封裝層:基于Pipeline封裝實現(xiàn)播放器、錄音機功能,簡化上層應(yīng)用使用。

Pipeline框架層:提供Pipeline和若干個節(jié)點(輸入、解封裝、解碼和輸出)的實現(xiàn),支持把多個節(jié)點連接在一起形成Pipeline。

插件管理層:用于插件生命周期管理,支持動態(tài)加載或靜態(tài)鏈接兩種方式使用插件。

工具庫層:提供框架依賴的工具,隔離操作系統(tǒng)差異,提供調(diào)測功能。

HiStreamer插件,則分為平臺軟件插件和廠商硬插件兩類:

平臺軟件插件:由OpenHarmony平臺提供,可跨產(chǎn)品復用的軟件算法插件。

廠商硬插件:由廠商提供的基于硬件加速的插件,如硬件加速的編解碼插件。

應(yīng)用開發(fā)者可以直接使用現(xiàn)成的插件來實現(xiàn)多媒體功能,節(jié)省大量的開發(fā)時間。插件越豐富,HiStreamer的音視頻處理能力會更強大。OpenHarmony歡迎廣大開發(fā)者參與HiStreamer插件的開發(fā),一起來豐富HiStreamer插件!

四、HiStreamer插件開發(fā)及實例

下面就為大家介紹HiStreamer插件的開發(fā)過程及實例講解,感興趣的小伙伴們趕緊學起來,一起參與HiStreamer插件開發(fā)吧~

1. 插件的開發(fā)

HiStreamer插件的開發(fā)主要分為插件定義功能實現(xiàn)兩個部分。

(1)插件定義

HiStreamer插件是通過PLUGIN_DEFINITION宏來定義的。以輸入插件FileSource為例,定義代碼如下:

poYBAGJruTWAEF0CAACWDcaTwUA091.png

使用PLUGIN_DEFINITION宏定義插件(即上面最后一行代碼)時,傳入了四個參數(shù):

a) 插件名稱:即示例中的“FileSource”。

b) License信息:即示例中的“LicenseType::APACHE_V2”。

c) 插件注冊函數(shù):即示例中的“FileSourceRegister”,該函數(shù)描述了插件基本信息,包括插件對象創(chuàng)建函數(shù),并且還調(diào)用AddPlugin把插件注冊到系統(tǒng)中。

d) 插件反注冊函數(shù):可以傳為空實現(xiàn)。

(2)功能實現(xiàn)

實現(xiàn)插件功能時,需根據(jù)要實現(xiàn)的插件類型,繼承對應(yīng)插件接口類,并實現(xiàn)相關(guān)接口。比如實現(xiàn)輸入插件FileSource,需要繼承SourcePlugin,并實現(xiàn)SetSource、Read等接口,代碼如下:

pYYBAGJruTaALNxxAAB-yZsWhtc126.png

FileSource插件的完整代碼可參考碼云平臺OpenHarmony項目:

https://gitee.com/openharmony/multimedia_histreamer/tree/master/engine/plugin/plugins/source/file_source

2. 插件的部署

使用PLUGIN_DEFINITION定義的HiStreamer插件,可以是單一功能的插件,也可以是有多個功能的插件包。每個這樣的插件或插件包,可以獨立編譯成.a或者.so,分別對應(yīng)以下兩種部署方式:

● 靜態(tài)部署:一般用在mini設(shè)備上,插件編譯成靜態(tài)庫.a,鏈接到系統(tǒng)中。

● 動態(tài)部署:一般用在small/standard設(shè)備上,插件編譯成動態(tài)庫.so,放到系統(tǒng)指定目錄下,動態(tài)加載運行。

3. 插件的運行

插件開發(fā)完成且部署到系統(tǒng)之后,HiStreamer啟動時就會自動完成插件的注冊。下一步,就是運行插件了。

運行新實現(xiàn)的插件,需要先滿足該插件的運行條件。比如:FileSource只會在播放本地文件時運行;MP3解碼插件只會在播放MP3文件時運行......

開發(fā)者可以通過日志信息,查看是否運行了自己的插件。如果有別的插件注冊到系統(tǒng)中,導致自己的插件無法運行時,可以卸載引起干擾的插件。卸載動態(tài)部署的插件,刪除對應(yīng)的.so即可;卸載靜態(tài)部署的插件,需要修改編譯腳本取消對應(yīng)插件的編譯。

五、結(jié)束語

OpenHarmony歡迎廣大開發(fā)者一起加入HiStreamer插件開發(fā),擴展自己想要的媒體功能,共同豐富HiStreamer媒體生態(tài)!

同時,預告大家: HiStreamer的下一個版本將為Standard設(shè)備增強更多功能,敬請期待!

審核編輯:符乾江

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

    關(guān)注

    4

    文章

    452

    瀏覽量

    29782
  • OpenHarmony
    +關(guān)注

    關(guān)注

    25

    文章

    3548

    瀏覽量

    15737
收藏 人收藏

    評論

    相關(guān)推薦

    盤點那些常見音視頻接口

    我們熟知的些常見音視頻接口,發(fā)展至今在日常使用中已經(jīng)漸漸少了。但是在工業(yè)領(lǐng)域的音視頻連接,依然能看到其身影。這些看似消失的接口,它們現(xiàn)在發(fā)展成什么樣子了?本期我們將做個大盤點。
    的頭像 發(fā)表于 09-09 14:34 ?164次閱讀

    常見音視頻接口的靜電浪涌防護和濾波方案

    音視頻接口在現(xiàn)代多媒體設(shè)備中扮演著至關(guān)重要的角色,它們確保了音視頻信號在不同設(shè)備間的順暢傳輸,各種類型的音視頻接口滿足了多樣化的應(yīng)用場景需求。 在音視頻接口的設(shè)計領(lǐng)域,靜電浪涌防護與濾
    的頭像 發(fā)表于 06-25 11:28 ?425次閱讀

    音視頻產(chǎn)品EMC整改案例解析

    音視頻產(chǎn)品EMCRE整改案例解析
    的頭像 發(fā)表于 05-20 16:49 ?247次閱讀
    <b class='flag-5'>音視頻</b>產(chǎn)品EMC整改案例解析

    分享一款高清HDMI音視頻采集編碼卡,支持雙碼流

    “靈卡CAS”系列HDMI音視頻采集卡。獨具匠心的設(shè)計與功能配置,適用于各種規(guī)模的商務(wù)會議、多媒體教育以及數(shù)字化展示等各類場景。
    的頭像 發(fā)表于 05-07 11:43 ?240次閱讀
    分享<b class='flag-5'>一款</b>高清HDMI<b class='flag-5'>音視頻</b>采集編碼卡,支持雙碼流

    【RTC程序設(shè)計:實時音視頻權(quán)威指南】音視頻的編解碼壓縮技術(shù)

    音視頻所載有的信息在通過傳輸?shù)臅r候就需要壓縮編碼。 其中,文本壓縮是指通過使用各種算法和技術(shù),將文本數(shù)據(jù)表示更緊湊的形式,以減少存儲空間。 霍夫曼編碼是種無損壓縮算法,它可以根據(jù)字符出現(xiàn)
    發(fā)表于 04-28 21:04

    音視頻SoC與AI技術(shù)融合,帶來更智能的音視頻處理解決方案

    電子發(fā)燒友網(wǎng)報道(文/李彎彎)音視頻SoC,即音視頻系統(tǒng)級芯片或片上系統(tǒng),是種高度集成化的芯片,它將電路板上的多塊芯片以及嵌入式軟件全部集成到塊芯片中。
    的頭像 發(fā)表于 04-26 01:20 ?3733次閱讀

    【RTC程序設(shè)計:實時音視頻權(quán)威指南】新書

    應(yīng)用,開發(fā)者提供了完整的RTC解決方案。 首先RTC 是個涉及音視頻編解碼、網(wǎng)絡(luò)傳輸、實時交互等多個領(lǐng)域的復雜技術(shù)。希望能通過這本書從基礎(chǔ)知識開始,逐步深入到高級應(yīng)用和系統(tǒng)設(shè)計。 其次,RTC 技術(shù)
    發(fā)表于 04-22 09:09

    分享一款VGA轉(zhuǎn)USB3.0音視頻采集卡

    LCC385是靈卡技術(shù)研發(fā)的?VGA轉(zhuǎn)HDMI輸出的音視頻采集卡。其VGA輸入和HDMI輸出均支持1920x1080p@60fps視頻;其輸出接口采用USB3.0,兼容USB2.0,可輸出
    發(fā)表于 04-22 09:08

    MS9604:一款 HDMI 視頻處理器,包含 4 路獨立 HDMI 音視頻輸入通道

    1.MS9604 是一款 HDMI 視頻處理器,包含 4 路獨立 HDMI 音視頻輸入通道、4 路獨立 HDMI 音視頻輸出通道、路 SP
    的頭像 發(fā)表于 04-16 16:19 ?525次閱讀
    MS9604:<b class='flag-5'>一款</b> HDMI <b class='flag-5'>視頻</b>處理器,包含 4 路獨立 HDMI <b class='flag-5'>音視頻</b>輸入通道

    音視頻解碼生成:打造你的專屬高清影院體驗

    在數(shù)字化時代,人們對觀影體驗的要求越來越高。音視頻解碼生成技術(shù),作為現(xiàn)代多媒體播放的核心,正是為了滿足這種需求而不斷發(fā)展和完善的。通過這項技術(shù),我們可以輕松打造屬于自己的高清影院體驗。 、高清畫質(zhì)
    的頭像 發(fā)表于 02-25 14:47 ?305次閱讀

    音視頻解碼生成:打造極致觀影體驗的關(guān)鍵技術(shù)

    在現(xiàn)代多媒體時代,音視頻解碼生成技術(shù)已成為提供極致觀影體驗的核心要素。它不僅能夠確保音視頻數(shù)據(jù)的高效傳輸,還能保證播放的流暢性和畫質(zhì)清晰度,用戶帶來身臨其境的觀影享受。 1. 解碼生成的重要性
    的頭像 發(fā)表于 02-25 14:43 ?345次閱讀

    音視頻解碼生成與流媒體傳輸?shù)慕Y(jié)合

    ,音視頻數(shù)據(jù)首先被編碼適合網(wǎng)絡(luò)傳輸?shù)母袷?,然后發(fā)送到用戶端。在用戶端,解碼器負責將這些編碼后的數(shù)據(jù)解碼原始的音視頻信號,以便用戶可以觀看或收聽。因此,解碼生成和流媒體傳輸是相互依存
    的頭像 發(fā)表于 02-21 14:36 ?277次閱讀

    音視頻

    音視頻技術(shù)都喜歡深究內(nèi)部最核心的原理和機制,尤其是ffmpeg這個編解碼庫,可以說是音視頻領(lǐng)域事實上的標準。語音智能算法,語言語義分析和理解,流媒體服務(wù)器等高端技術(shù)也都基于它而構(gòu)建。希望有幸獲得本書,深度學習ffmpeg核心技術(shù),和作者
    發(fā)表于 11-23 08:51

    ESP RTC音視頻傳輸延遲測試

    音視頻
    Kevincoooool
    發(fā)布于 :2023年11月11日 10:54:02

    HarmonyOS音視頻開發(fā)概述

    通過Surface將視頻數(shù)據(jù)傳遞給AVRecorder進行數(shù)據(jù)處理。 當前常用的數(shù)據(jù)采集模塊相機模塊,相關(guān)說明以相機舉例,相機模塊目前僅對系統(tǒng)應(yīng)用開放。 通過音視頻錄制組合,可分別實現(xiàn)純音頻錄制、純
    發(fā)表于 10-17 16:39