當(dāng)前位置:首頁 > 嵌入式 > 嵌入式軟件
[導(dǎo)讀]基于Android平臺的可視對講系統(tǒng)設(shè)計

Android是Google公司推出的基于Linux的開源手機操作系統(tǒng),由于代碼開源,受到很多手機廠家的青睞。可視對講系統(tǒng)在Android操作系統(tǒng)未出現(xiàn)之前,軟件研發(fā)一般采用底層語言,容易出現(xiàn)功能單一、產(chǎn)品升級困難等情況,要在對講系統(tǒng)中開發(fā)出具有3D圖形效果的界面更是難上加難。鑒于此,本文利用Android平臺的可移植性、代碼開源等優(yōu)勢,結(jié)合JNI、NDK技術(shù),提出了基于Android平臺的可視對講系統(tǒng)的設(shè)計方案并加以實現(xiàn)。

JNI[1](Java Native Interface)是Java本地調(diào)用接口,它使得運行于Android平臺的Java程序可以使用C、C++甚至匯編語言編寫的動態(tài)鏈接庫。在需要頻繁訪問內(nèi)存或復(fù)雜計算的情況下,使用C動態(tài)鏈接庫比在Android平臺上使用Java語言實現(xiàn)相同功能更具有效率[2]。NDK[3](Native Development Kit)提供了一系列的工具,可以生成ARM二進制碼的動態(tài)庫,并且能自動地將生成的動態(tài)庫和Java應(yīng)用程序一起打包成Android系統(tǒng)可以直接安裝的apk安裝包,即NDK可以將包含JNI接口函數(shù)的C源程序文件編譯生成動態(tài)庫,供Android應(yīng)用程序調(diào)用,提高了對現(xiàn)有代碼的重用性,而加快了開發(fā)進度。

本文提出一種可視對講系統(tǒng)設(shè)計方案,對講雙方為門口機和室內(nèi)機,并將設(shè)計方案在i.MX51硬件平臺進行實現(xiàn)。門口機進行音視頻的采集、編碼、傳輸及音頻解碼、播放;室內(nèi)機采用Android平臺,但考慮用戶室內(nèi)信息的保密性,室內(nèi)機沒有視頻采集功能,室內(nèi)機只進行音視頻的解碼、播放以及音頻的采集、編碼、傳輸。

1 可視對講系統(tǒng)設(shè)計

1.1 通信流程設(shè)計

數(shù)據(jù)包傳輸協(xié)議使用面向無連接、資源消耗小、處理速度快的UDP協(xié)議。尋址完成建立UDP直連后,門口機首先對視頻進行編碼傳輸,直到被叫方按下接聽鍵后,門口機才對音頻數(shù)據(jù)進行傳輸。為了保證通話一直在線,室內(nèi)機每隔一定的時間向門口機發(fā)送通話在線詢問,如果收到在線確認(rèn)應(yīng)答則保持通話狀態(tài),否則就結(jié)束通話。可視對講系統(tǒng)通信流程如圖1所示。

 

 

表2中:包頭為對講數(shù)據(jù)包的標(biāo)示符,命令類型、操作類型說明詳見表3,時間戳主要是用于音視頻的同步,數(shù)據(jù)類型分為音頻和視頻兩種,幀序號為0~65 535。如果沒有進行數(shù)據(jù)包分段,則總包數(shù)與當(dāng)前包數(shù)均為1。音視頻數(shù)據(jù)從第41位開始算起,音視頻數(shù)據(jù)長度由數(shù)據(jù)包格式中的數(shù)據(jù)長度所指定。

根據(jù)系統(tǒng)通信流程圖1、結(jié)合數(shù)據(jù)包格式,本對講系統(tǒng)參數(shù)如表3所示。其中命令類型、操作類型分別與表2數(shù)據(jù)包格式相對應(yīng)。

 

 

1.5 音視頻編解碼選擇

系統(tǒng)音頻編碼選用G.711編碼[4]。G.711是一種由國際電信聯(lián)盟訂定的音頻編解碼方式,擁有一倍的壓縮率,是語音通信中最常用的編解碼方式之一。采樣和量化是音頻編程及聲音數(shù)字化的兩個關(guān)鍵步驟,本系統(tǒng)使用的音頻采樣頻率為8 kHz、量化位數(shù)為16 bit、單聲道。

FFmpeg是用于音頻和視頻開源方案,由于它的開源和免費以及跨平臺的特點,受到開發(fā)商的青睞。FFmpeg支持包括xvid等在內(nèi)的多達90種解碼器,由C語言實現(xiàn),不僅可以應(yīng)用于PC軟件平臺,也可以用于嵌入式設(shè)備。本系統(tǒng)中視頻選用xvid編解碼器,視頻格式為MPEG-4。(xvid是一個開放源代碼的MPEG-4視頻編解碼器)視頻標(biāo)準(zhǔn)采用NTSC制,視頻尺寸為352×240,幀頻為30 F/s;使用NDK提供的交叉編譯工具將包含JNI接口函數(shù)的音視頻編解碼源文件統(tǒng)一編譯成為動態(tài)鏈接庫,供Android平臺調(diào)用。

2 系統(tǒng)實現(xiàn)

2.1 系統(tǒng)軟硬件平臺

系統(tǒng)硬件平臺為i.MX51 EVK。i.MX51 EVK是由Freescale公司自主研發(fā)的,中央處理器基于ARM Cortex A8核心的i.MX51處理器;主頻可擴展到1 GHz;處理器內(nèi)部集成了DDR/DDR2內(nèi)存控制器、OpenGL/OpenVG圖形核心、ATA控制器、以太網(wǎng)控制器等,支持720 p高清視頻播放;指令緩存和數(shù)據(jù)緩存為32 KB,二級緩存為256 KB;其容量指標(biāo)是之前ARM11產(chǎn)品的2倍,可大大提高CPU的處理能力。同時處理器內(nèi)部還集成了矢量運算的浮點運算及信號處理加速器,為多媒體信息娛樂終端提供了強大的處理核心支持[5]。

系統(tǒng)軟件平臺采用Linux操作系統(tǒng)、eclipse集成開發(fā)環(huán)境。Android SDK[6]版本為2.2,Android NDK版本為android-ndk-r6。使用串口進行調(diào)試。

2.2 Android平臺在i.MX51 EVK上的移植

系統(tǒng)采用4 GB的SD卡存放引導(dǎo)程序、內(nèi)核、根文件系統(tǒng)等鏡像。引導(dǎo)程序采用U-Boot,Linux內(nèi)核版本為2.6.31。移植流程:Android源碼可以從http://source.android.com獲取到,編譯好U-Boot、Linux內(nèi)核、根文件系統(tǒng)以及Android系統(tǒng)鏡像[7]后,設(shè)置i.MX51板上的S1 Boot Switch模式為1100000001,使用ATK工具進行鏡像的下載。下載后系統(tǒng)鏡像在SD卡上分布圖如圖3所示。

 

 

圖3中,MBR主要存儲SD卡的分區(qū)信息表,起始地址為0 KB。引導(dǎo)程序、內(nèi)核、根文件系統(tǒng)的起始地址分別為1 KB、1 MB、4 MB。System和Recovery分別各占一個分區(qū),System為Android操作系統(tǒng)的鏡像文件所占分區(qū),Recovery分區(qū)主要是用來備份和還原系統(tǒng)。

2.3 音視頻編解碼實現(xiàn)

2.3.1 音頻編解碼實現(xiàn)

音頻編碼與解碼的區(qū)別僅在于調(diào)用的C庫函數(shù)不一樣,音頻編解碼調(diào)用的C庫函數(shù)分別為G711Encoder、G711Decoder(本文以解碼為例)。音頻解碼具體流程如下:

(1)音頻Java本地調(diào)用函數(shù)

在使用音頻解碼的類中編寫Java本地調(diào)用函數(shù):

public native void G711Decoder(byte[]pcm,byte[]code,int size,int lawflag);

(2)生成頭文件

C庫與Java間需要一個后綴為“.h”的頭文件來銜接,這個頭文件通過javah命令生成,javah工具包含在JDK中。JDK是Java的核心,包含Java運行環(huán)境、Java工具、Java基礎(chǔ)類庫。[!--empirenews.page--]

(3)JNI接口函數(shù)

JNI接口函數(shù)編寫在C語言文件中,與音視頻解碼源碼一起打包生成動態(tài)鏈接庫。在接口函數(shù)中聲明4個無符號指針變量:decode指向待解碼的數(shù)據(jù)、depcm指向解碼后的數(shù)據(jù)、enpcm指向待編碼的數(shù)據(jù)、encode指向編碼后的數(shù)據(jù)。解碼代碼如下:

void Java_com_qsa_play_G711Decoder

(JNIEnv*env,jobject this,jbyteArray pcm,jbyteArray code,jint size,jint lawflag)

{

depcm=(unsigned char*)(*env)->

GetByteArrayElements(env,pcm,0);

decode=(unsigned char*)(*env)->

GetByteArrayElements(env,code,0);

G711Decoder(depcm,decode,size,lawflag);

(*env)->ReleaseByteArrayElements(env, pcm,

(jbyte)depcm,0);

(*env)->ReleaseByteArrayElements(env,code,(jbyte)

decode,0);

}

其中,depcm=(unsigned char*)(*env)->GetByteArrayElements(env,pcm,0)用來獲取Java層傳遞的待解碼字節(jié)數(shù)組的首地址,G711Decoder()函數(shù)實現(xiàn)音頻解碼,(*env)->ReleaseByteArrayElements(env,pcm, (jbyte)depcm,0)釋放傳遞的數(shù)組成員,進行資源回收。

(4)使用NDK中ndk-build命令編譯生成動態(tài)鏈接庫

ndk-build命令是ndk命令工具集中的一個命令,與Linux下shell編程中的make命令相似,它會查找文件夾中的后綴為“.mk”的Makefile文件,根據(jù)該文件的依賴文件,將源文件編譯成動態(tài)鏈接庫。

2.3.2 視頻編解碼實現(xiàn)

視頻的編解碼流程與音頻編解碼流程基本相似,視頻編解碼調(diào)用的C庫函數(shù)分別為avcodec_encode_video、avcodec_decode_video2。限于篇幅,在此重點介紹Android平臺視頻的解碼及顯示。

在解碼視頻數(shù)據(jù)前,要先做一系列的準(zhǔn)備工作:

(1)給出主要的數(shù)據(jù)結(jié)構(gòu)

static AVPacket avpkt;

static AVFrame*picture;

static AVFrame*pFrameRGB;

static AVCodec*codec;

static AVCodecContext*c= NULL;

static struct SwsContext*img_convert_ctx;

AndroidBitmapInfo info;

void*pixels;

(2)初始化流程

①注冊解碼器

avcodec_init();

av_register_all();

②初始化AVPacket、AVCodecContext、AVFrame

av_init_packet(&avpkt);

c=avcodec_alloc_context();

picture=avcodec_alloc_frame();

其中,AVFrame是數(shù)據(jù)流在編解碼過程中用來保存數(shù)據(jù)緩存的對象,從數(shù)據(jù)流中讀取到的數(shù)據(jù)首先保存到AVPacket中。一個AVPacket最多只包含一個AVFrame,而一個AVFrame可以包含好幾個AVPacket。AVCodecContext用于動態(tài)記錄一個解碼器的上下文信息。

③設(shè)置視頻解碼器

codec=avcodec_find_decoder(MPEG-4);

avcodec_open(c,codec);

④視頻解碼流程

視頻解碼流程如圖4所示。圖4中,AndroidBitmap_getinfo用于獲取Android平臺Bitmap對象的大小,AndroidBitmap_ lockpixels函數(shù)是對Bitmap進行加鎖、互斥使用資源。如果AVPacket包中存在未解碼完的數(shù)據(jù),則調(diào)用函數(shù)avcodec_decode_ video2進行解碼;若解碼出一幀后需要調(diào)用函數(shù)sws_scale進行格式轉(zhuǎn)換。視頻數(shù)據(jù)解碼完后顏色空間為YUV,需轉(zhuǎn)換成RGB顏色空間。最后調(diào)用fill_bitmap函數(shù)進行數(shù)據(jù)填充及進行Bitmap的解鎖和資源的釋放。

 

 

視頻顯示采用Android平臺的ImageView控件進行顯示。解碼線程接收到視頻數(shù)據(jù)后,通過JNI調(diào)用,調(diào)用動態(tài)庫中的視頻解碼接口函數(shù)進行解碼,每解碼完一幀后通過消息通知主線程進行顯示圖像的更新,這樣就達到了視頻數(shù)據(jù)動態(tài)顯示的效果。

3 實現(xiàn)效果

Android平臺在i.MX51 EVK平臺上移植成功后,串口中Android 操作系統(tǒng)啟動信息如圖5所示。 從圖中的啟動信息可以看出,Android平臺移植成功,啟動信息也包含有CPU信息、內(nèi)核版本、大小、加載地址、Android文件系統(tǒng)版本等信息。

 

 

該軟件開發(fā)完成后,在Android工程的bin下生成apk文件,并復(fù)制apk文件到SD卡中,在Android系統(tǒng)中安裝該軟件,使用門口機進行撥號,編碼后的音視頻數(shù)據(jù)通過網(wǎng)線進行傳輸。

本文將Android手機操作系統(tǒng)應(yīng)用于i.MX51 EVK平臺,并在該平臺上提出了可視對講的設(shè)計方案,分別進行了通信流程、應(yīng)用協(xié)議、功能模塊等設(shè)計,最后實現(xiàn)了系統(tǒng)的設(shè)計方案。但由于視頻是使用軟件解碼,運行效率有待提高,且語音對講部分回聲消除存在問題,有待進一步研究。

本站聲明: 本文章由作者或相關(guān)機構(gòu)授權(quán)發(fā)布,目的在于傳遞更多信息,并不代表本站贊同其觀點,本站亦不保證或承諾內(nèi)容真實性等。需要轉(zhuǎn)載請聯(lián)系該專欄作者,如若文章內(nèi)容侵犯您的權(quán)益,請及時聯(lián)系本站刪除。
換一批
延伸閱讀

9月2日消息,不造車的華為或?qū)⒋呱龈蟮莫毥谦F公司,隨著阿維塔和賽力斯的入局,華為引望愈發(fā)顯得引人矚目。

關(guān)鍵字: 阿維塔 塞力斯 華為

加利福尼亞州圣克拉拉縣2024年8月30日 /美通社/ -- 數(shù)字化轉(zhuǎn)型技術(shù)解決方案公司Trianz今天宣布,該公司與Amazon Web Services (AWS)簽訂了...

關(guān)鍵字: AWS AN BSP 數(shù)字化

倫敦2024年8月29日 /美通社/ -- 英國汽車技術(shù)公司SODA.Auto推出其旗艦產(chǎn)品SODA V,這是全球首款涵蓋汽車工程師從創(chuàng)意到認(rèn)證的所有需求的工具,可用于創(chuàng)建軟件定義汽車。 SODA V工具的開發(fā)耗時1.5...

關(guān)鍵字: 汽車 人工智能 智能驅(qū)動 BSP

北京2024年8月28日 /美通社/ -- 越來越多用戶希望企業(yè)業(yè)務(wù)能7×24不間斷運行,同時企業(yè)卻面臨越來越多業(yè)務(wù)中斷的風(fēng)險,如企業(yè)系統(tǒng)復(fù)雜性的增加,頻繁的功能更新和發(fā)布等。如何確保業(yè)務(wù)連續(xù)性,提升韌性,成...

關(guān)鍵字: 亞馬遜 解密 控制平面 BSP

8月30日消息,據(jù)媒體報道,騰訊和網(wǎng)易近期正在縮減他們對日本游戲市場的投資。

關(guān)鍵字: 騰訊 編碼器 CPU

8月28日消息,今天上午,2024中國國際大數(shù)據(jù)產(chǎn)業(yè)博覽會開幕式在貴陽舉行,華為董事、質(zhì)量流程IT總裁陶景文發(fā)表了演講。

關(guān)鍵字: 華為 12nm EDA 半導(dǎo)體

8月28日消息,在2024中國國際大數(shù)據(jù)產(chǎn)業(yè)博覽會上,華為常務(wù)董事、華為云CEO張平安發(fā)表演講稱,數(shù)字世界的話語權(quán)最終是由生態(tài)的繁榮決定的。

關(guān)鍵字: 華為 12nm 手機 衛(wèi)星通信

要點: 有效應(yīng)對環(huán)境變化,經(jīng)營業(yè)績穩(wěn)中有升 落實提質(zhì)增效舉措,毛利潤率延續(xù)升勢 戰(zhàn)略布局成效顯著,戰(zhàn)新業(yè)務(wù)引領(lǐng)增長 以科技創(chuàng)新為引領(lǐng),提升企業(yè)核心競爭力 堅持高質(zhì)量發(fā)展策略,塑強核心競爭優(yōu)勢...

關(guān)鍵字: 通信 BSP 電信運營商 數(shù)字經(jīng)濟

北京2024年8月27日 /美通社/ -- 8月21日,由中央廣播電視總臺與中國電影電視技術(shù)學(xué)會聯(lián)合牽頭組建的NVI技術(shù)創(chuàng)新聯(lián)盟在BIRTV2024超高清全產(chǎn)業(yè)鏈發(fā)展研討會上宣布正式成立。 活動現(xiàn)場 NVI技術(shù)創(chuàng)新聯(lián)...

關(guān)鍵字: VI 傳輸協(xié)議 音頻 BSP

北京2024年8月27日 /美通社/ -- 在8月23日舉辦的2024年長三角生態(tài)綠色一體化發(fā)展示范區(qū)聯(lián)合招商會上,軟通動力信息技術(shù)(集團)股份有限公司(以下簡稱"軟通動力")與長三角投資(上海)有限...

關(guān)鍵字: BSP 信息技術(shù)
關(guān)閉
關(guān)閉