[發(fā)明專(zhuān)利]一種AndroidWifiDisplay中顯示幀處理方法及系統(tǒng)

有效

• 申請(qǐng)?zhí)枺?/td>: 201510345293.1
• 申請(qǐng)日: 2015-06-19
• 公開(kāi)（公告）號(hào): CN104951270B
• 公開(kāi)（公告）日: 2018-01-26
• 發(fā)明（設(shè)計(jì)）人: 李險(xiǎn)峰;金寶寶;嚴(yán)嬌嬌
• 申請(qǐng)（專(zhuān)利權(quán)）人: 北京大學(xué)深圳研究生院
• 主分類(lèi)號(hào): G06F3/14
• 分類(lèi)號(hào): G06F3/14;G06F3/0488
• 代理公司: 深圳市科吉華烽知識(shí)產(chǎn)權(quán)事務(wù)所(普通合伙)44248
• 代理人: 胡玉

技術(shù)領(lǐng)域

本發(fā)明涉及顯示幀處理領(lǐng)域，尤其涉及一種Android WifiDisplay中顯示幀處理方法及系統(tǒng)。

背景技術(shù)

以智能手機(jī)和平板電腦為代表的智能終端設(shè)備的迅速普及，給人們的生活帶來(lái)了極大的便利。消費(fèi)者在享受智能終端設(shè)備多樣化帶來(lái)的良好體驗(yàn)的同時(shí)，也產(chǎn)生了在不同設(shè)備之間進(jìn)行顯示內(nèi)容共享的需求。在不同的顯示終端之間，通過(guò)WiFi網(wǎng)絡(luò)，進(jìn)行多媒體內(nèi)容傳輸，以實(shí)現(xiàn)在不同平臺(tái)設(shè)備上共享顯示內(nèi)容的多屏互動(dòng)技術(shù)極大的滿(mǎn)足了這一需求。

在眾多的多屏互動(dòng)解決方案中，WifiDisplay(也稱(chēng)Miracast)是當(dāng)前效果較好也是支持廠家較多的一種技術(shù)，它是WiFi聯(lián)盟制定的一種點(diǎn)到點(diǎn)的顯示內(nèi)容分享協(xié)議，在不同設(shè)備之間建立和維持一個(gè)基于WiFi的連接，并且利用這個(gè)連接將源端設(shè)備的視頻和音頻發(fā)送到目標(biāo)設(shè)備進(jìn)行呈現(xiàn)。具體可以參考“Wi-Fi Display Technical Specification v1.1”(Wi-Fi Alliance，2012)。

Android系統(tǒng)從4.2版本開(kāi)始支持WifiDisplay，本專(zhuān)利中稱(chēng)其為Android WifiDisplay。Android WifiDisplay在為基于Android操作系統(tǒng)的設(shè)備間的顯示內(nèi)容共享提供極大便利的同時(shí)，其存在的不足也是不容忽視的，尤其是源端設(shè)備與目標(biāo)設(shè)備進(jìn)行顯示數(shù)據(jù)傳輸時(shí)，會(huì)出現(xiàn)較大的延時(shí)，從而顯著影響用戶(hù)的觀看體驗(yàn)。而源端設(shè)備處理顯示幀所花費(fèi)的時(shí)間是引起這一延時(shí)的一大因素。

Android WifiDisplay源端設(shè)備的幀中轉(zhuǎn)線程以時(shí)間T周期性的從幀共享對(duì)象中讀取顯示幀完成自己的處理，然后交給后續(xù)流程處理。由于遠(yuǎn)端顯示處理線程從遠(yuǎn)端顯示緩沖隊(duì)列中讀取顯示幀的時(shí)間是不定的，而幀中轉(zhuǎn)線程以固定周期T進(jìn)行工作，所以在這種實(shí)現(xiàn)機(jī)制中，從遠(yuǎn)端顯示處理線程讀取顯示幀放入幀共享對(duì)象中，到幀中轉(zhuǎn)線程從幀共享對(duì)象中取走顯示幀，需要0～T時(shí)長(zhǎng)。在Android系統(tǒng)原有的實(shí)現(xiàn)中T為33.3毫秒，所以該過(guò)程最大需花費(fèi)33.3ms，這會(huì)顯著增加幀延時(shí)，影響用戶(hù)體驗(yàn)。而如果簡(jiǎn)單的減小周期T則會(huì)占據(jù)過(guò)多的CPU時(shí)間，影響性能。

發(fā)明內(nèi)容

為解決現(xiàn)有技術(shù)中存在的問(wèn)題，本發(fā)明提供一種Android WifiDisplay中顯示幀處理方法及系統(tǒng)。

本發(fā)明Android WifiDisplay中顯示幀處理方法包括以下步驟：

S1：源端設(shè)備處理顯示幀開(kāi)始；

S2：幀合成模塊把顯示幀放在遠(yuǎn)端顯示幀緩沖隊(duì)列中；

S3：遠(yuǎn)端顯示處理線程從遠(yuǎn)端顯示幀緩沖隊(duì)列中讀取顯示幀，放入幀共享對(duì)象中，并發(fā)送幀就緒消息給幀中轉(zhuǎn)線程；

S4：幀中轉(zhuǎn)線程收到幀就緒消息，從幀共享對(duì)象中讀取顯示幀，開(kāi)始處理顯示幀，幀中轉(zhuǎn)線程處理完顯示幀，發(fā)送給編碼模塊進(jìn)行編碼；

S5：編碼模塊對(duì)幀中轉(zhuǎn)線程發(fā)送的顯示幀進(jìn)行編碼，編碼之后的顯示幀交給打包發(fā)送進(jìn)程；

S6：打包發(fā)送進(jìn)程對(duì)編碼之后的顯示幀進(jìn)行打包，然后通過(guò)無(wú)線連接發(fā)送給遠(yuǎn)端顯示設(shè)備；

S7：源端設(shè)備處理顯示幀結(jié)束。

本發(fā)明作進(jìn)一步改進(jìn)，在步驟S3中，遠(yuǎn)端顯示處理線程處理顯示幀包括以下步驟：

S31：遠(yuǎn)端顯示處理線程從遠(yuǎn)端顯示幀緩沖隊(duì)列中讀取顯示幀；

S32：判斷是否取得顯示幀，如果是，執(zhí)行步驟S33；如果否，執(zhí)行步驟S31；S33：遠(yuǎn)端顯示處理線程將顯示幀放入幀共享對(duì)象中；

S34：遠(yuǎn)端顯示處理線程向幀中轉(zhuǎn)線程發(fā)送幀就緒消息通知幀中轉(zhuǎn)線程顯示幀已經(jīng)準(zhǔn)備好，讓其處理；

S35：發(fā)送幀就緒消息完畢，返回執(zhí)行步驟S31。

本發(fā)明作進(jìn)一步改進(jìn)，步驟S34中，遠(yuǎn)端顯示處理線程發(fā)送幀就緒消息用于觸發(fā)幀中轉(zhuǎn)線程。

本發(fā)明作進(jìn)一步改進(jìn)，在步驟S4中，幀中轉(zhuǎn)線程處理顯示幀包括以下步驟：

S41：幀中轉(zhuǎn)線程收到遠(yuǎn)端顯示處理線程發(fā)送的幀就緒消息；

S42：幀中轉(zhuǎn)線程開(kāi)始顯示幀的處理；

S43：幀中轉(zhuǎn)線程處理完顯示幀；

S44：判斷在處理顯示幀期間是否收到遠(yuǎn)端顯示處理線程發(fā)送的幀就緒消息，如果是，返回執(zhí)行步驟S41；如果否，執(zhí)行步驟S45；

S45：等待遠(yuǎn)端顯示處理線程發(fā)送幀就緒消息，收到幀就緒消息返回執(zhí)行步驟S41。

本發(fā)明作進(jìn)一步改進(jìn)，幀中轉(zhuǎn)線程被遠(yuǎn)端顯示處理線程發(fā)送的幀就緒消息觸發(fā)之后立即開(kāi)始顯示幀的處理。