[發明專利]音頻數據的投屏方法、裝置、設備及存儲介質

有效

• 申請號: 202011119478.8
• 申請日: 2020-10-19
• 公開（公告）號: CN111954028B
• 公開（公告）日: 2021-03-02
• 發明（設計）人: 王志軍;劉明星;陳錫華;吳保來
• 申請（專利權）人: 深圳樂播科技有限公司
• 主分類號: H04N21/233
• 分類號: H04N21/233;H04N21/432;H04N21/4363;H04N21/439;H04N21/643
• 代理公司: 深圳市特訊知識產權代理事務所(普通合伙) 44653
• 代理人: 孟智廣;黃彧

本發明涉及投屏技術領域，公開了一種音頻數據的投屏方法、裝置、設備及存儲介質，其中，所述投屏方法包括：將發送端設備上的聲音輸出設置為虛擬聲卡；通過所述虛擬聲卡獲取所述發送端設備上應用程序播放的音頻數據；通過H264標準對所述音頻數據進行編碼壓縮；使用RTSP協議發送編碼后的所述音頻數據至接收端設備；在所述接收端設備上通過H264標準對所述音頻數據進行解碼；在所述接收端設備上播放解碼后的所述音頻數據。本發明的音頻數據的投屏方法發送端設備發送音頻數據時，運用虛擬聲卡代替實體聲卡獲取音頻數據，投屏過程中發送端設備不會發出聲音，避免了發送端設備和接收端設備之間聲音的干擾，提升了音頻數據的投屏體驗。

技術領域

本發明涉及投屏技術領域，尤其涉及一種音頻數據的投屏方法、裝置、設備及存儲介質。

背景技術

目前基于MacOS的投屏技術，當發送端設備將音頻數據發送給接收端進行播放時，發送端設備本身也會播放該音頻數據，這樣用戶就會同時聽到發送端設備和接收端設備兩個終端發出的聲音，由于發送端設備和接收端設備所發出的聲音之間可能不同步，所以會存在相互干擾，這極大的影響音頻數據的投屏質量，極大的影響了用戶體驗。

因此，現有技術還有待于改進和發展。

發明內容

本發明的主要目的在于解決現有基于MacOS設備投屏時，無法實現音頻只在接收端設備上播放，而不在發送端設備上播放，音頻數據的投屏效果不佳的技術問題。

本發明第一方面提供了一種音頻數據的投屏方法，其中，所述音頻數據的投屏方法包括：

將發送端設備上的聲音輸出設置為虛擬聲卡；

通過所述虛擬聲卡獲取所述發送端設備上應用程序播放的音頻數據；

通過H264標準對所述音頻數據進行編碼壓縮；

使用RTSP協議發送編碼后的所述音頻數據至接收端設備；

在所述接收端設備上通過H264標準對所述音頻數據進行解碼；

在所述接收端設備上播放解碼后的所述音頻數據。

可選的，在本發明第一方面的第一種實現方式中，所述使用RTSP協議發送編碼后的所述音頻數據至接收端設備之前包括：

預先在所述接收端設備的存儲空間內創建存儲緩沖區；

將所述音頻數據分割成若干等長的數據包；

以數據包的形式將編碼后的所述音頻數據發送至接收端設備的存儲緩沖區中。

可選的，在本發明第一方面的第二種實現方式中，所述以數據包的形式將編碼后的所述音頻數據至接收端設備之前包括：

為每個所述數據包隨機分配標識號，并生成數據包與對應標識號的列表，其中，所述標識號用于確定每個數據包的發送順序。

可選的，在本發明第一方面的第三種實現方式中，所述使用RTSP協議發送編碼后的所述音頻數據至接收端設備之前還包括：

將所述發送端設備和所述接收端設備置于同一局域網內；

建立所述發送端設備和所述接收端設備之間的所述投屏連接。

可選的，在本發明第一方面的第四種實現方式中，所述通過所述虛擬聲卡獲取所述發送端設備上應用程序播放的音頻數據具體包括：

將所述虛擬聲卡的播放接口分配給所述應用程序；

接收至少一個所述應用程序發送的所述音頻數據。

可選的，在本發明第一方面的第五種實現方式中，所述接收至少一個所述應用程序發送的所述音頻數據具體包括：