一種基于多路直播的音頻處理方法及裝置的制造方法
【專利摘要】本發明實施例提供一種基于多路直播的音頻處理方法及裝置，其中的方法具體包括：接收針對多路信號源的播放指令；判斷各路信號源是否需要靜音播放；針對需要靜音播放的目標信號源，將其對應的音頻解碼結果置零；依據所述音頻解碼結果，輸出所述目標信號源的靜音。本發明實施例能夠省目標信號源的音頻解碼運算所占用的CPU、內存等終端資源，降低智能終端的功耗，進而提高智能終端的性能。
【專利說明】
一種基于多路直播的音頻處理方法及裝置
技術領域
[0001]本發明實施例涉及多媒體技術領域，尤其涉及一種基于多路直播的音頻處理方法及裝置。
【背景技術】
[0002]隨著互聯網技術和智能電視機頂盒技術的發展和普及，通過PC(個人計算機，Personal Computer)或智能電視等智能終端觀看網絡直播已經成為大眾觀看直播節目的主流選擇。相比傳統的電視直播節目，網絡直播具有用戶的自主選擇空間更大的優勢，因此被廣泛應用于實時開展的新聞發布會、展會、產品發布、產品推介、銷售現場展示、網絡演唱會、公司酒會、商務會議、慶典儀式、節目演出、影視拍攝、體育比賽、證券分析、遠程教育等網絡直播服務中。
[0003]為了提高用戶的觀看體驗，目前可以支持多路直播，該多路直播的實現過程具體包括:獲取多路視頻信號的信號源，根據各路視頻信號的信號源的播放優先級在本地顯示對應的視頻數據;其中，多路視頻信號可由視頻采集設備從不同視角對同一動態事件進行米集得到。
[0004]在目前的多路直播場景中，可以支持用戶選擇一路具有最高優先級的視頻(以下簡稱焦點視頻)，并通過播放器分別將該焦點視頻和優先級較低的非焦點視頻顯示在屏幕的中央區域和兩側區域。并且，為了避免該非焦點視頻的聲音對于焦點視頻的聲音的干擾，現有方案通過該播放器將該焦點視頻的音量設置為大于O的預設音量，并將該非焦點視頻的音量設置為靜音。
[0005]然而，雖然現有方案的該播放器將該非焦點視頻的音量設置為靜音，但該播放器的音頻處理模塊(例如音頻解碼器)仍然在工作，例如，音頻解碼器仍然需要對該非焦點視頻的音頻數據進行音頻解碼運算，故這些音頻處理模塊仍然會占用智能終端的CPU、增加智能終端的功耗，進而影響智能終端的性能。

【發明內容】

[0006]本發明實施例提供一種基于多路直播的音頻處理方法及裝置，用以解決現有方案中音頻解碼運算占用CPU、增加功耗及影響性能的技術問題，可以節省目標信號源的音頻解碼運算所占用的CPU、內存等終端資源，降低智能終端的功耗，進而提高智能終端的性能。
[0007]本發明實施例提供一種基于多路直播的音頻處理方法，包括:
[0008]接收針對多路信號源的播放指令；
[0009]判斷各路信號源是否需要靜音播放；
[0010]針對需要靜音播放的目標信號源，將其對應的音頻解碼結果置零；
[0011 ]依據所述音頻解碼結果，輸出所述目標信號源的靜音。
[0012]可選地，所述針對需要靜音播放的目標信號源，將其對應的音頻解碼結果置零的步驟，包括:
[0013]針對需要靜音播放的目標信號源，依據其對應待解碼音頻數據的播放時長和格式，確定對應音頻解碼結果的長度；
[0014]創建存儲結構，并將所述存儲結構的元素置零;所述存儲結構所包含元素的數目與所述音頻解碼結果的長度一致。
[0015]可選地，在所述針對需要靜音播放的目標信號源，將其對應的音頻解碼結果置零的步驟之前，所述方法還包括:
[0016]針對需要靜音播放的目標信號源，生成對應的預置靜音標記；
[0017]創建第一解碼器；
[0018]向所述第一解碼器發送所述目標信號源對應的待解碼音頻數據和預置靜音標記；
[0019]所述針對需要靜音播放的目標信號源，將其對應的音頻解碼結果置零的步驟，包括:
[0020]通過所述第一解碼器判斷接收的待解碼音頻數據是否符合預置條件；
[0021]在所述待解碼音頻數據符合預置條件時，通過所述第一解碼器將所述待解碼音頻數據對應的音頻解碼結果置零。
[0022]可選地，所述待解碼音頻數據符合預置條件包括:
[0023]所述待解碼音頻數據具有對應的預置靜音標記;或者
[0024]所述待解碼音頻數據對應的預置靜音標記為預設值。
[0025]可選地，在所述針對需要靜音播放的目標信號源，將其對應的音頻解碼結果置零的步驟之前，所述方法還包括:
[0026]創建第二解碼器；
[0027]向所述第二解碼器發送所述目標信號源對應的待解碼音頻數據；
[0028]通過所述第二解碼器執行所述針對需要靜音播放的目標信號源，將其對應的音頻解碼結果置零的步驟。
[0029]另一方面，本發明實施例提供一種基于多路直播的音頻處理裝置，包括:
[0030]接收模塊，用于接收針對多路信號源的播放指令；
[0031]判斷模塊，用于判斷各路信號源是否需要靜音播放；
[0032]解碼處理模塊，用于針對需要靜音播放的目標信號源，將其對應的音頻解碼結果置零；以及
[0033]輸出模塊，用于依據所述音頻解碼結果，輸出所述目標信號源的靜音。
[0034]可選地，所述解碼處理模塊，包括:
[0035]確定子模塊，用于針對需要靜音播放的目標信號源，依據其對應待解碼音頻數據的播放時長和格式，確定對應音頻解碼結果的長度；以及
[0036]元素處理子模塊，用于創建存儲結構，并將所述存儲結構的元素置零;所述存儲結構所包含元素的數目與所述音頻解碼結果的長度一致。
[0037]可選地，所述裝置還包括:
[0038]標記生成模塊，用于在所述解碼處理模塊針對需要靜音播放的目標信號源，將其對應的音頻解碼結果置零之前，針對需要靜音播放的目標信號源，生成對應的預置靜音標記；
[0039]第一創建模塊，用于創建第一解碼器；
[0040]第一發送模塊，用于向所述第一解碼器發送所述目標信號源對應的待解碼音頻數據和預置靜音標記；
[0041 ] 所述解碼處理模塊，包括:
[0042]判斷子模塊，用于通過所述第一解碼器判斷接收的待解碼音頻數據是否符合預置條件；以及
[0043]第一處理子模塊，用于在所述待解碼音頻數據符合預置條件時，通過所述第一解碼器將所述待解碼音頻數據對應的音頻解碼結果置零。
[0044]可選地，所述待解碼音頻數據符合預置條件包括:
[0045]所述待解碼音頻數據具有對應的預置靜音標記;或者
[0046]所述待解碼音頻數據對應的預置靜音標記為預設值。
[0047]可選地，所述裝置還包括:
[0048]第二創建模塊，用于在所述解碼處理模塊針對需要靜音播放的目標信號源，將其對應的音頻解碼結果置零之前，創建第二解碼器；
[0049]第二發送模塊，用于向所述第二解碼器發送所述目標信號源對應的待解碼音頻數據；
[0050]則通過所述第二解碼器執行所述針對需要靜音播放的目標信號源，將其對應的音頻解碼結果置零的操作。
[0051]本發明實施例提供的基于多路直播的音頻處理方法及裝置，可以直接將需要靜音播放的目標信號源對應的音頻解碼結果置零，這樣，后續的例如音頻渲染器的音頻處理模塊可以直接依據上述置零的音頻解碼結果進行音頻渲染，進而輸出上述目標信號源的靜音。由于本發明實施例可以不針對目標信號源進行實際的音頻解碼運算，故可以節省目標信號源的音頻解碼運算所占用的CPU、內存等終端資源，降低智能終端的功耗，進而提高智能終端的性能。
【附圖說明】
[0052]為了更清楚地說明本發明實施例或現有技術中的技術方案，下面將對實施例或現有技術描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發明的一些實施例，對于本領域普通技術人員來講，在不付出創造性勞動的前提下，還可以根據這些附圖獲得其他的附圖。
[0053]圖1示出了本發明的一種基于多路直播的音頻處理方法實施例一的步驟流程圖；
[0054]圖2示出了本發明的一種智能電視的多路視頻的界面示例；
[0055]圖3示出了本發明的一種基于多路直播的音頻處理方法示例I的步驟流程圖；
[0056]圖4示出了本發明的一種基于多路直播的音頻處理方法示例2的步驟流程圖；以及
[0057]圖5示出了本發明的一種基于多路直播的音頻處理裝置實施例的結構框圖。
【具體實施方式】
[0058]為使本發明實施例的目的、技術方案和優點更加清楚，下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例是本發明一部分實施例，而不是全部的實施例。基于本發明中的實施例，本領域普通技術人員在沒有作出創造性勞動前提下所獲得的所有其他實施例，都屬于本發明保護的范圍。
[0059]方法實施例一
[0060]參照圖1，示出了本發明的一種基于多路直播的音頻處理方法實施例一的步驟流程圖，具體可以包括:
[0061 ]步驟101、接收針對多路信號源的播放指令；
[0062]本發明實施例提供的基于多路直播的音頻處理方法可應用于具有視頻播放功能的智能終端中，上述智能終端具體包括但不限于:智能手機、平板電腦、電子書閱讀器、MP3(動態影像專家壓縮標準音頻層面3,Moving Picture Experts Group Aud1 Layer III)播放器、MP4(動態影像專家壓縮標準音頻層面4,Moving Picture Experts Group Aud1Layer IV)播放器、膝上型便攜計算機、車載電腦、臺式計算機、機頂盒、智能電視、可穿戴設備等等。
[0063]在實際應用中，本發明實施例提供的基于多路直播的音頻處理方法可應用于智能終端中運行的具有視頻播放功能的APP(應用程序，Applicat1n)，如視頻播放器等，該視頻播放器可通過多路信號源的處理實現相應的播放效果，本發明實施例主要以視頻播放器為例進行說明，其他APP相互參照即可。
[0064]在本發明的一種可選實施例中，智能電視可以向用戶提供預置接口，以使用戶通過該預置接口觸發上述播放指令;并且，智能電視在接收到上述播放指令后，可以向視頻播放器發送上述播放指令。例如，參照圖2，示出了本發明的一種智能電視的多路視頻的界面示例，其具體可以包括:I個焦點視頻201和多個非焦點視頻202，其中，焦點視頻201可以位于屏幕的中央區域，且可以采用高亮框(如紅色框)來標記，非焦點視頻202可以位于屏幕的兩側區域;可選地，遙控器的焦點可以默認位于焦點201，且用戶可以通過遙控器的方向鍵進行焦點移動，以進行焦點視頻的切換。在實際應用中，可以正常播放焦點視頻201的視頻，也即，既可以播放焦點視頻201的視頻畫面，也可以按照預設音量播放焦點視頻201的聲音。可選地，可以僅僅播放非焦點視頻202的視頻畫面，而可以通過靜音方式播放非焦點視頻202的聲音，其中，上述非焦點視頻202的視頻畫面可以幫助用戶進行焦點視頻的切換，上述非焦點視頻202的靜音可以避免非焦點視頻202對于焦點視頻201的干擾。可以理解，上述圖2對應的觸發方式只是作為示例，實際上本發明實施例對于上述播放指令的具體觸發方式不加以限制。
[0065]步驟102、判斷各路信號源是否需要靜音播放；
[0066]在本發明的一種可選實施例中，上述播放指令中可以包括:多路信號源的地址信息和屬性信息。其中上述地址信息可用于獲取對應的視頻數據和/或音頻數據，為了便于說明，本發明實施例將目標信號源的音頻數據稱為待解碼音頻數據。上述屬性信息可用于標識各路信號源是否需要靜音播放，例如，圖2對應的多路視頻中，I個焦點視頻不需要靜音播放，則對應的屬性信息可以為0，多個非焦點視頻需要靜音播放，則對應的屬性信息可以為
I。可以理解，本領域技術人員可以根據實際應用需求，靈活地采用對應的屬性信息。本發明實施例對于具體的屬性信息及判斷各路信號源是否需要靜音播放的具體方式不加以限制。
[0067]步驟103、針對需要靜音播放的目標信號源，將其對應的音頻解碼結果置零；
[0068]本發明實施例中，可以不針對目標信號源進行實際的音頻解碼運算，而是可以直接將目標信號源對應的音頻解碼結果置零，這樣，后續的音頻渲染器可以直接依據上述置零的音頻解碼結果進行音頻渲染，進而輸出上述目標信號源的靜音。由于本發明實施例可以不針對目標信號源進行實際的音頻解碼運算，故可以節省目標信號源的音頻解碼運算所占用的CPU、內存等終端資源，降低智能終端的功耗，進而提尚智能終端的性能。
[0069]在本發明的一種可選實施例中，所述針對需要靜音播放的目標信號源，將其對應的音頻解碼結果置零的步驟103，具體可以包括:
[0070]步驟Al、針對需要靜音播放的目標信號源，依據其對應待解碼音頻數據的播放時長和格式，確定對應音頻解碼結果的長度；
[0071]步驟A2、創建存儲結構，并將所述存儲結構的元素置零;所述存儲結構所包含元素的數目與所述音頻解碼結果的長度一致。
[0072]在實際應用中，待解碼音頻數據可以來源于分離器，該分離器可以對各路信號源的數據進行分離，以得到對應的待解碼視頻數據和待解碼音頻數據。假設待解碼音頻數據的播放時長為0.1秒的數據，假設待解碼音頻數據的格式為:單聲道、44.lKHz、16bit，則步驟Al所獲得音頻解碼結果的長度可以表示為:0.1 X44100X (16/2)。可以理解，上述獲得音頻解碼結果的長度的長度只是作為示例，實際上本發明實施例對于步驟Al獲得音頻解碼結果的長度的具體過程不加以限制。
[0073]在本發明的一種可選實施例中，上述存儲結構具體可以包括:數組、隊列、鏈表等。在此提供一種存儲結構為數組時、將數組的元素置零的示例。
[0074]For int i = 0； i++； i<sizeof (outpuBuffer) {
[0075]outputBuffer[i] =0；
[0076]}
[0077]其中，sizeof (outpuBuffer)表示音頻解碼結果的長度，outputBuffer[i ]表示數組的第i個元素，該數組的最終元素可以表示為[0，0，0…0，0]。
[0078]可以理解，本領域技術人員可以根據實際應用需求，靈活地將目標信號源對應的音頻解碼結果置零，本發明實施例對于將目標信號源對應的音頻解碼結果置零的具體過程不加以限制。
[0079]步驟104、依據所述音頻解碼結果，輸出所述目標信號源的聲音。
[0080]在實際應用中，步驟103可由音頻解碼器來執行，則該音頻解碼器可以將上述音頻解碼結果輸出給音頻渲染器，以使音頻渲染器直接依據上述置零的音頻解碼結果進行音頻渲染，由于將上述音頻解碼結果輸送至聲卡后、聲卡將不做任何處理，故可以通過輸出上述目標信號源的靜音。
[0081]綜上，由于本發明實施例可以不針對目標信號源進行實際的音頻解碼運算，故可以節省目標信號源的音頻解碼運算所占用的CPU、內存等終端資源，降低智能終端的功耗，進而提高智能終端的性能。
[0082]方法實施例二
[0083]方法實施例二為方法實施例一的可選實施例，其在方法實施例一的基礎上，進一步包括如下技術方案。
[0084]在所述針對需要靜音播放的目標信號源，將其對應的音頻解碼結果置零的步驟103之前，方法實施例二的方法還可以包括:
[0085]針對需要靜音播放的目標信號源，生成對應的預置靜音標記；
[0086]創建第一解碼器；
[0087]向所述第一解碼器發送所述目標信號源對應的待解碼音頻數據和預置靜音標記；
[0088]則所述針對需要靜音播放的目標信號源，將其對應的音頻解碼結果置零的步驟103，具體可以包括:
[0089]步驟B1、通過所述第一解碼器判斷接收的待解碼音頻數據是否符合預置條件；
[0090]步驟B2、在所述待解碼音頻數據符合預置條件時，通過所述第一解碼器將所述待解碼音頻數據對應的音頻解碼結果置零。
[0091]本發明實施例中，視頻播放器或者其他APP可以針對需要靜音播放的目標信號源，生成對應的預置靜音標記(bMute)，并向第一解碼器發送該預置靜音標記，以通知第一解碼器本次播放將會靜音。
[0092]第一解碼器可以為普通的解碼器，其可以通過判斷邏輯判斷是否進行需要靜音播放的目標信號源的處理，具體地，在通過判斷結果確定所述待解碼音頻數據符合預置條件時，可以進行需要靜音播放的目標信號源的處理，以將所述待解碼音頻數據對應的音頻解碼結果置零。
[0093]在本發明的一種可選實施例中，所述待解碼音頻數據符合預置條件具體可以包括:所述待解碼音頻數據具有對應的預置靜音標記;也即，在第一解碼器接收到待解碼音頻數據對應的預置靜音標記時，可以認為待解碼音頻數據符合預置條件，則可以不進行實際的音頻解碼運算，也即將所述待解碼音頻數據對應的音頻解碼結果置零；以及在未接收到待解碼音頻數據對應的預置靜音標記時，可以認為待解碼音頻數據不符合預置條件，故可以進行實際的音頻解碼運算。
[0094]或者，在本發明的另一種可選實施例中，所述待解碼音頻數據符合預置條件具體可以包括:所述待解碼音頻數據對應的預置靜音標記為預設值。在第一解碼器接收到待解碼音頻數據對應的預置靜音標記bMute時，可以讀取該預置靜音標記bMute的值，如果發現bMute的值為預設值(如ture)，則可以不進行實際的音頻解碼運算，也即將所述待解碼音頻數據對應的音頻解碼結果置零;如果發現bMute的值為非預設值(如false)，則可以進行實際的音頻解碼運算。
[0095]參照圖3，示出了本發明的一種基于多路直播的音頻處理方法示例I的步驟流程圖，具體可以包括如下步驟:
[0096]步驟301、接收針對多路信號源的播放指令；
[0097]步驟302、判斷各路信號源是否需要靜音播放，若是，則將對應的預置靜音標記置Sture，否則將對應的預置靜音標記置為false ；
[0098]步驟303、創建分離器，并利用分離器對各路信號源進行分離，以得到對應的待解碼視頻數據和待解碼音頻數據；
[0099]步驟304、創建第一解碼器，并初始化該第一解碼器；
[0100]步驟305、向該第一解碼器發送各路信號源對應的待解碼音頻數據及其格式(如碼率)、及預置靜音標記；
[0101]本發明實施例對于步驟303和步驟304、或者步驟304和步驟305的執行順序不加以限制，二者可以先后、并行或者后先執行。
[0102]步驟306、通過所述第一解碼器判斷接收的待解碼音頻數據對應的預置靜音標記是否為預設值，若是則執行步驟307，否則執行步驟308;
[0103]步驟307、通過該第一解碼器將所述待解碼音頻數據對應的音頻解碼結果置零；
[0104]步驟308、對待解碼音頻數據進行實際的音頻解碼運算；
[0105]步驟309、獲取第一解碼器的音頻解碼結果，將音頻解碼結果輸出至音頻渲染器以供渲染、進而輸出對應的靜音。
[0106]需要說明的是，在執行步驟308的情況下，可以獲取第一解碼器的音頻解碼結果，將音頻解碼結果輸出至音頻渲染器以供渲染、進而輸出對應的非靜音。
[0107]綜上，本發明實施例可以在已有的第一解碼器中增加判斷邏輯，以通過該判斷邏輯判斷是否進行需要靜音播放的目標信號源的處理，具體地，具體地，在通過判斷結果確定所述待解碼音頻數據符合預置條件時，可以進行需要靜音播放的目標信號源的處理，在通過判斷結果確定所述待解碼音頻數據不符合預置條件時，可以對待解碼音頻數據進行實際的音頻解碼運算，由于本發明實施例可以通過第一解碼器實現目標信號源的靜音處理和非目標信號源的非靜音處理，因此具有節省解碼器資源的優點。
[0108]方法實施例三
[0109]方法實施例三為方法實施例一的可選實施例，其在方法實施例三的基礎上，進一步包括如下技術方案。
[0110]在所述針對需要靜音播放的目標信號源，將其對應的音頻解碼結果置零的步驟103之前，方法實施例二的方法還可以包括:
[0111]步驟Dl、創建第二解碼器；
[0112]步驟D2、向所述第二解碼器發送所述目標信號源對應的待解碼音頻數據；
[0113]步驟D3、通過所述第二解碼器執行所述針對需要靜音播放的目標信號源，將其對應的音頻解碼結果置零的步驟。
[0114]無論目標信號源對應待解碼音頻數據的格式如何，本發明實施例均可以創建一個專門用于進行需要靜音播放的目標信號源的處理的第二解碼器。這樣，該第二解碼器將可以在不進行判斷的情況下，得到不做任何處理的(全部為O)的音頻解碼結果。
[0115]參照圖4，示出了本發明的一種基于多路直播的音頻處理方法示例2的步驟流程圖，具體可以包括如下步驟:
[0116]步驟401、接收針對多路信號源的播放指令；
[0117]步驟402、判斷各路信號源是否需要靜音播放，若是，則執行步驟403和步驟404;
[0118]步驟403、創建分離器，并利用分離器對各路信號源進行分離，以得到對應的待解碼視頻數據和待解碼音頻數據；
[0119]步驟404、創建第二解碼器，并初始化該第二解碼器；
[0120]步驟405、向該第二解碼器發送各路信號源對應的待解碼音頻數據及其格式(如碼率)；
[0121]本發明實施例對于步驟403和步驟404、或者步驟404和步驟405的執行順序不加以限制，二者可以先后、并行或者后先執行。
[0122]步驟406、所述針對需要靜音播放的目標信號源，通過所述第二解碼器將其對應的音頻解碼結果置零；
[0123]步驟407、獲取第二解碼器的音頻解碼結果，將音頻解碼結果輸出至音頻渲染器以供渲染、進而輸出對應的靜音。
[0124]需要說明的是，在步驟402確定各路信號源不需要靜音播放時，可以創建第一解碼器，由于該第一解碼器通過前述步驟306確定接收的待解碼音頻數據對應的預置靜音標記不為預設值，故可以執行對待解碼音頻數據進行實際的音頻解碼運算的步驟308，此種情況下，可以獲取第一解碼器的音頻解碼結果，將音頻解碼結果輸出至音頻渲染器以供渲染、進而輸出對應的非靜音。
[0125]綜上，本發明實施例可以創建專門的用于進行需要靜音播放的目標信號源的處理的第二解碼器，由該所述第二解碼器執行所述針對需要靜音播放的目標信號源，將其對應的音頻解碼結果置零的步驟，因此本發明實施例具有實現簡單的優點。
[0126]需要說明的是，對于方法實施例，為了簡單描述，故將其都表述為一系列的動作組合，但是本領域技術人員應該知悉，本發明實施例并不受所描述的動作順序的限制，因為依據本發明實施例，某些步驟可以采用其他順序或者同時進行。其次，本領域技術人員也應該知悉，說明書中所描述的實施例均屬于優選實施例，所涉及的動作并不一定是本發明實施例所必須的。
[0127]裝置實施例
[0128]參照圖3，示出了本發明的一種基于多路直播的音頻處理裝置實施例的結構框圖，具體可以包括:
[0129]接收模塊501，用于接收針對多路信號源的播放指令；
[0130]判斷模塊502，用于判斷各路信號源是否需要靜音播放；
[0131 ]解碼處理模塊503，用于針對需要靜音播放的目標信號源，將其對應的音頻解碼結果置零；以及
[0132]輸出模塊504，用于依據所述音頻解碼結果，輸出所述目標信號源的靜音。
[0133]在本發明的一種可選實施例中，所述解碼處理模塊503，具體可以包括:
[0134]確定子模塊，用于針對需要靜音播放的目標信號源，依據其對應待解碼音頻數據的播放時長和格式，確定對應音頻解碼結果的長度；以及
[0135]元素處理子模塊，用于創建存儲結構，并將所述存儲結構的元素置零;所述存儲結構所包含元素的數目與所述音頻解碼結果的長度一致。
[0136]在本發明的另一種可選實施例中，所述裝置還可以包括:
[0137]標記生成模塊，用于在所述解碼處理模塊503針對需要靜音播放的目標信號源，將其對應的音頻解碼結果置零之前，針對需要靜音播放的目標信號源，生成對應的預置靜音標記；
[0138]第一創建模塊，用于創建第一解碼器；
[0139]第一發送模塊，用于向所述第一解碼器發送所述目標信號源對應的待解碼音頻數據和預置靜音標記；
[0140]所述解碼處理模塊503，具體可以包括:
[0141]判斷子模塊，用于通過所述第一解碼器判斷接收的待解碼音頻數據是否符合預置條件；以及
[0142]第一處理子模塊，用于在所述待解碼音頻數據符合預置條件時，通過所述第一解碼器將所述待解碼音頻數據對應的音頻解碼結果置零。
[0143]在本發明的再一種可選實施例中，所述待解碼音頻數據符合預置條件具體可以包括:
[0144]所述待解碼音頻數據具有對應的預置靜音標記;或者
[0145]所述待解碼音頻數據對應的預置靜音標記為預設值。
[0146]在本發明的又一種可選實施例中，所述裝置還可以包括:
[0147]第二創建模塊，用于在所述解碼處理模塊503針對需要靜音播放的目標信號源，將其對應的音頻解碼結果置零之前，創建第二解碼器；
[0148]第二發送模塊，用于向所述第二解碼器發送所述目標信號源對應的待解碼音頻數據；
[0149]則所述解碼處理模塊503可以通過所述第二解碼器執行所述針對需要靜音播放的目標信號源，將其對應的音頻解碼結果置零的操作。
[0150]對于裝置實施例而言，由于其與方法實施例基本相似，所以描述的比較簡單，相關之處參見方法實施例的部分說明即可。
[0151]以上所描述的裝置實施例僅僅是示意性的，其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網絡單元上。可以根據實際的需要選擇其中的部分或者全部模塊來實現本實施例方案的目的。本領域普通技術人員在不付出創造性的勞動的情況下，即可以理解并實施。
[0152]通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到各實施方式可借助軟件加必需的通用硬件平臺的方式來實現，當然也可以通過硬件。基于這樣的理解，上述技術方案本質上或者說對現有技術做出貢獻的部分可以以軟件產品的形式體現出來，該計算機軟件產品可以存儲在計算機可讀存儲介質中，如R0M/RAM、磁碟、光盤等，包括若干指令用以使得一臺計算機設備(可以是個人計算機，服務器，或者網絡設備等)執行各個實施例或者實施例的某些部分所述的方法。
[0153]最后應說明的是:以上實施例僅用以說明本發明的技術方案，而非對其限制;盡管參照前述實施例對本發明進行了詳細的說明，本領域的普通技術人員應當理解:其依然可以對前述各實施例所記載的技術方案進行修改，或者對其中部分技術特征進行等同替換；而這些修改或者替換，并不使相應技術方案的本質脫離本發明各實施例技術方案的精神和范圍。
【主權項】
1.一種基于多路直播的音頻處理方法，其特征在于，包括: 接收針對多路信號源的播放指令； 判斷各路信號源是否需要靜音播放； 針對需要靜音播放的目標信號源，將其對應的音頻解碼結果置零； 依據所述音頻解碼結果，輸出所述目標信號源的靜音。2.根據權利要求1所述的方法，其特征在于，所述針對需要靜音播放的目標信號源，將其對應的音頻解碼結果置零的步驟，包括: 針對需要靜音播放的目標信號源，依據其對應待解碼音頻數據的播放時長和格式，確定對應音頻解碼結果的長度； 創建存儲結構，并將所述存儲結構的元素置零;所述存儲結構所包含元素的數目與所述音頻解碼結果的長度一致。3.根據權利要求1或2所述的方法，其特征在于，在所述針對需要靜音播放的目標信號源，將其對應的音頻解碼結果置零的步驟之前，所述方法還包括: 針對需要靜音播放的目標信號源，生成對應的預置靜音標記； 創建第一解碼器； 向所述第一解碼器發送所述目標信號源對應的待解碼音頻數據和預置靜音標記； 所述針對需要靜音播放的目標信號源，將其對應的音頻解碼結果置零的步驟，包括: 通過所述第一解碼器判斷接收的待解碼音頻數據是否符合預置條件； 在所述待解碼音頻數據符合預置條件時，通過所述第一解碼器將所述待解碼音頻數據對應的音頻解碼結果置零。4.根據權利要求3所述的方法，其特征在于，所述待解碼音頻數據符合預置條件包括: 所述待解碼音頻數據具有對應的預置靜音標記;或者 所述待解碼音頻數據對應的預置靜音標記為預設值。5.根據權利要求1或2所述的方法，其特征在于，在所述針對需要靜音播放的目標信號源，將其對應的音頻解碼結果置零的步驟之前，所述方法還包括: 創建第二解碼器； 向所述第二解碼器發送所述目標信號源對應的待解碼音頻數據； 通過所述第二解碼器執行所述針對需要靜音播放的目標信號源，將其對應的音頻解碼結果置零的步驟。6.一種基于多路直播的音頻處理裝置，其特征在于，包括: 接收模塊，用于接收針對多路信號源的播放指令； 判斷模塊，用于判斷各路信號源是否需要靜音播放； 解碼處理模塊，用于針對需要靜音播放的目標信號源，將其對應的音頻解碼結果置零；以及 輸出模塊，用于依據所述音頻解碼結果，輸出所述目標信號源的靜音。7.根據權利要求6所述的裝置，其特征在于，所述解碼處理模塊，包括: 確定子模塊，用于針對需要靜音播放的目標信號源，依據其對應待解碼音頻數據的播放時長和格式，確定對應音頻解碼結果的長度；以及 元素處理子模塊，用于創建存儲結構，并將所述存儲結構的元素置零;所述存儲結構所包含元素的數目與所述音頻解碼結果的長度一致。8.根據權利要求6或7所述的裝置，其特征在于，所述裝置還包括: 標記生成模塊，用于在所述解碼處理模塊針對需要靜音播放的目標信號源，將其對應的音頻解碼結果置零之前，針對需要靜音播放的目標信號源，生成對應的預置靜音標記； 第一創建模塊，用于創建第一解碼器； 第一發送模塊，用于向所述第一解碼器發送所述目標信號源對應的待解碼音頻數據和預置靜音標記； 所述解碼處理模塊，包括: 判斷子模塊，用于通過所述第一解碼器判斷接收的待解碼音頻數據是否符合預置條件；以及 第一處理子模塊，用于在所述待解碼音頻數據符合預置條件時，通過所述第一解碼器將所述待解碼音頻數據對應的音頻解碼結果置零。9.根據權利要求8所述的裝置，其特征在于，所述待解碼音頻數據符合預置條件包括: 所述待解碼音頻數據具有對應的預置靜音標記;或者 所述待解碼音頻數據對應的預置靜音標記為預設值。10.根據權利要求6或7所述的裝置，其特征在于，所述裝置還包括: 第二創建模塊，用于在所述解碼處理模塊針對需要靜音播放的目標信號源，將其對應的音頻解碼結果置零之前，創建第二解碼器； 第二發送模塊，用于向所述第二解碼器發送所述目標信號源對應的待解碼音頻數據； 則所述解碼處理模塊通過所述第二解碼器執行所述針對需要靜音播放的目標信號源，將其對應的音頻解碼結果置零的操作。
【文檔編號】H04N21/426GK106060627SQ201610425402
【公開日】2016年10月26日
【申請日】2016年6月15日
【發明人】曹虹
【申請人】樂視控股（北京）有限公司, 樂視致新電子科技（天津）有限公司