要實現(xiàn)airPlay的鏡像Server端功能，要從以下幾個方面來考慮

• 1.發(fā)現(xiàn)過程
• 2.協(xié)商過程
• 3.視頻傳輸
• 4.解密過程

 

發(fā)現(xiàn)過程

使用Bonjour，可以參考mDNSResponder，jmdns，注冊兩個服務(wù):airtunes和airplay，AirplayTxt以及RaopTxt照著demo填寫就可以了，也可以根據(jù)自己的要求修改其中的值，

需要注意的如下：

airtunes:?? “12345@wirelessdisplay” , ”_raop._tcp.”airplay:??? “wirelessdisplay” , ”_airplay._tcp.”

參數(shù)中”_airplay._tcp.”和’’_raop._tcp.”不可修改。

發(fā)布了服務(wù)之后，ios設(shè)備中應(yīng)該就可以搜索到Server端了

協(xié)商過程

c-s: pair-setup

s-c: xxx

c-s: pair-verify

s-c: xxx

c-s: fp-setup

s-c: xxx

c-s: fp-setup

s-c: xxx

setup

setup response

setup

setup respnose

pair-setup，pair-verify配對驗證，Server端根據(jù)收到的信息進行回復(fù)，格式類似RTSP

fp-setup(第一次和第二次)，Fairplay相關(guān)。

第一次setup階段會收到一大串數(shù)據(jù)，是按照plist格式生成的，用相應(yīng)的方法進行解析可以得到ekey和eiv等信息，用于后續(xù)的解密。

第二次setup階段獲得type，通過type來判斷視頻數(shù)據(jù)或音頻數(shù)據(jù)，通知接收端建立傳輸通道準備進行音視頻數(shù)據(jù)的發(fā)送，加密過的屏幕鏡像數(shù)據(jù)通過指定的端口(一般為7100)發(fā)送到接收端。

接收端收到發(fā)送過來的數(shù)據(jù)后進行解密，解密后的數(shù)據(jù)就可以進行播放了。

中間也可能會有GET_PARAMETER，SET_PARAMETER來調(diào)整音量等信息。

 

解密部分目前主要有兩種方法：

1.從apptv或macOS獲取。

2.從市面上已有的可投屏產(chǎn)品中獲取。

AIRPLAY鏡像投屏過程中，音視頻數(shù)據(jù)都是加密過的，對于接收端來說，需要正確解密后才能對音視頻數(shù)據(jù)進行處理，音頻和視頻的解密過程還不一樣。音頻相對簡單一點，視頻會復(fù)雜一些。這一塊的解密過程是沒有公開的，是蘋果自身的Fairplay DRM協(xié)議部分?，F(xiàn)在市面上的第三方Airplay接收端無非都是通過逆向過程破解了相關(guān)部分。

本文針對音頻的處理做一個介紹，音頻部分的處理相對簡單一點。

解密過程:

1 音頻采用AES CBC128進行加密，這一部分可以使用開源的openssl庫進行處理

2 該算法需要解密的輸入?yún)?shù)包括aeskey，aeskiv，通過ANNOUNCE請求中攜帶，ANNOUNCE請求同時還會攜帶音頻的編碼信息。

通過解密過程后，我們會得到AAC編碼的音頻數(shù)據(jù)，播放器播放AAC數(shù)據(jù)還需要對其進行解碼。

在我們實現(xiàn)的接收端程序，協(xié)商出來的是AAC-ELD編碼。對于AAC的解碼，可以使用一些開源的庫，如fdk,ffmpeg等，也可以使用android提供的MediaCodec進行解碼。

但筆者曾經(jīng)在某些Android手機上發(fā)現(xiàn)，解碼AAC-ELD有問題。推薦大家用fdk進行解碼。

使用fdk對aac進行解碼，其實在網(wǎng)上也能找到很多例子，但筆者發(fā)現(xiàn)很多例子有一處錯誤，在低版本的fdk上不會出現(xiàn)錯誤，但是在高版本的fdk會出現(xiàn)crash這樣的問題。話不多說，直接通過部分代碼來說明過程。

初始化解碼器：

1. UCHAReld_conf[]?=?{?0xF8,?0xE8,?0x50,?0x00?};??????????//44100,2channels,s16
2. UCHAR*aac_eld_conf[]?=?{?eld_conf?};???????????????????//TODO?just?for?aac?eld?config
3. staticUINT?aac_eld_conf_len?=?sizeof(eld_conf);
4. decoder?=?aacDecoder_Open(TT_MP4_RAW,?1);
5. AAC_DECODER_ERROR?ret?=?aacDecoder_ConfigRaw(decoder,?aac_eld_conf,?&aac_eld_conf_len);
6. buffer?=?newINT_PCM[960];
7. buffer_size?=?1920;
8. pcm_size?=?960;

上述代碼中eld_conf這一塊的值對應(yīng)android MediaCodec aac，CSD buffer #0具體什么含義看規(guī)范吧。

每次編碼和發(fā)送的采用數(shù)為480，故下面申請對應(yīng)長度的Buffer

 

解碼過程:

2. bytesValid?=?dataLen;
3. while(bytesValid){??
4. ret?=?aacDecoder_Fill(decoder,?reinterpret_cast<UCHAR**>(&p_frame),?(UINT*)&size,?&bytesValid);
5. if?(ret?!=?AAC_DEC_OK)?{
6. printf(“aacDecoder_Fill?return?%x.\r\n”,?ret);
7. return;
8. }
10. for(;;)?{
11. ret?=?aacDecoder_DecodeFrame(decoder,?buffer,?pcm_size,?0);
12. if(ret?==?AAC_DEC_OK)?{
13. dump_audio_data((unsigned?char*)buffer,buffer_size);
15. }?elseif?(ret?==?AAC_DEC_NOT_ENOUGH_BITS)
16. break;
17. else{
18. printf(“aacDecoder_DecodeFrame?return?%x.\r\n”,?ret);
19. return;
20. }
21. }
22. }

aacDecoder_DecodeFrame填入的參數(shù)為pcm_size，其單位為short,而不是byte。網(wǎng)上的例子很多都是在這里錯誤。請各位務(wù)必注意。

必捷網(wǎng)絡(luò)現(xiàn)提供技術(shù)全國領(lǐng)先的Airpaly SDK蘋果無線投屏軟件開發(fā)工具包，支持同時多路，支持鏡像/視頻/圖片/音樂，支持MAC OS/iOS6/iOS7/iOS8/iOS9/iOS10/iOS11投屏，支持Linux/Android/Windows/X86/ARM/MIPS等，可根據(jù)需求定制開發(fā)，通過電話或者在線咨詢聯(lián)系我們獲取更多無線投屏sdk（airplay sdk、miracast sdk）相關(guān)信息，歡迎咨詢！