音視頻數(shù)據(jù)傳輸方法及其裝置的制造方法
【技術(shù)領域】
[0001]本發(fā)明涉及多媒體數(shù)據(jù)傳輸領域，尤其涉及一種音視頻數(shù)據(jù)傳輸方法以及傳輸裝置。
【背景技術(shù)】
[0002]目前日益發(fā)展的文化產(chǎn)業(yè)，伴隨新興的移動互聯(lián)網(wǎng)設備，人們逐漸習慣在移動或者互聯(lián)網(wǎng)設備中觀看多媒體音視頻節(jié)目。一般移動終端從數(shù)據(jù)發(fā)送端接收到的音視頻數(shù)據(jù)，并將該音視頻數(shù)據(jù)及時傳輸?shù)浇獯a器，再將解碼后的音視頻數(shù)據(jù)顯示，這過程需要音視頻數(shù)據(jù)傳輸裝置保證高效地將接收到的音視頻數(shù)據(jù)，盡可能實時的交付給解碼器進行解碼和播放。
[0003]現(xiàn)有的方案是終端裝置將通過讀取遠程數(shù)據(jù)或者讀取本地數(shù)據(jù)后，讀取后的數(shù)據(jù)直接傳送到解碼器解碼繼而播放，如果暫停音視頻的播放，緩存的接收端的數(shù)據(jù)也會暫停接收數(shù)據(jù)，待啟動播放時再接收數(shù)據(jù)，這樣播放音視頻與接收數(shù)據(jù)的同步操作將影響數(shù)據(jù)傳輸效率，使得緩存不能實時連續(xù)地接收音視頻數(shù)據(jù)，在遠程通訊不暢或本地讀取失敗時，繼而導致無法連續(xù)給解碼端提供音視頻數(shù)據(jù)也將導致音視頻播放不暢，嚴重影響用戶體驗。

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

[0004]本發(fā)明的第一目的是提供一種優(yōu)化數(shù)據(jù)傳輸效率和提高用戶體驗的音視頻數(shù)據(jù)傳輸方法。
[0005]本發(fā)明的第二目的是提供一種優(yōu)化數(shù)據(jù)傳輸效率和提高用戶體驗的音視頻數(shù)據(jù)傳輸裝置。
[0006]為了實現(xiàn)本發(fā)明的第一目的，本發(fā)明提供一種音視頻數(shù)據(jù)傳輸方法，依次包括音視頻播放步驟和音視頻暫停步驟，音視頻播放步驟包括音視頻數(shù)據(jù)接收步驟，其中，音視頻暫停步驟包括音視頻數(shù)據(jù)接收步驟，音視頻數(shù)據(jù)接收步驟包括:從發(fā)送端查詢有效碼流幀的步驟;判斷碼流幀是否有效的步驟;如碼流幀有效，則執(zhí)行根據(jù)碼流幀的長度從緩存隊列中查詢對應的地址空間的步驟;判斷地址空間是否足夠的步驟;如地址空間足夠，則執(zhí)行記錄碼流幀的類型和長度的步驟;將碼流幀寫入緩存隊列中的步驟。
[0007]由上述方案可見，在音視頻暫停播放時，仍通過控制緩存隊列接收音視頻數(shù)據(jù)，并利用判斷有效碼流幀和緩存隊列的剩余長度，在有效地提高緩存隊列的使用效率的同時，也使得緩存隊列能夠盡可能地接收更多的音視頻數(shù)據(jù)，優(yōu)化數(shù)據(jù)傳輸效率，能夠為解碼端提供連續(xù)數(shù)據(jù)，保證播放的流暢性，提高用戶體驗。
[0008]更進一步的方案是，如碼流幀無效，則執(zhí)行丟幀處理的步驟。
[0009]更進一步的方案是，在執(zhí)行丟幀處理的步驟之后，音視頻數(shù)據(jù)傳輸方法還包括重新探測丟幀處理的碼流幀的步驟。
[0010]更進一步的方案是，如地址空間不足夠，則執(zhí)行等待預設時間的步驟。[0011 ]由上可見，通過對碼流幀的有效性和地址空間長度的判斷，能夠更進一步地對傳輸效率提高。
[0012]更進一步的方案是，音視頻播放步驟還包括解碼播放步驟，在執(zhí)行音視頻數(shù)據(jù)接收步驟的同時執(zhí)行解碼播放步驟，解碼播放步驟包括:
從緩存隊列中查詢有效碼流幀的步驟；
判斷碼流幀是否為可用幀塊的步驟；
如碼流幀是可用幀塊，則執(zhí)行查詢碼流幀的類型和長度的步驟；
根據(jù)碼流幀的類型將碼流幀寫入對應類型的解碼端的步驟；
將解碼后的音視頻數(shù)據(jù)進行播放的步驟。
[0013]更進一步的方案是，如碼流幀不是可用幀塊，則執(zhí)行丟包處理的步驟。
[0014]由上可見，在音視頻播放時也控制緩存隊列接收數(shù)據(jù)，以及通過上述方法步驟能夠有效地提尚首視頻播放的流暢度，提尚用戶體驗。
[0015]為了實現(xiàn)本發(fā)明的第二目的，本發(fā)明提供一種音視頻數(shù)據(jù)傳輸裝置，包括用于存儲程序的存儲器和用于執(zhí)行程序的處理器，其中，處理器用于從發(fā)送端查詢有效碼流幀、判斷碼流幀是否有效、根據(jù)碼流幀的長度從緩存隊列中查詢對應的地址空間、判斷地址空間是否足夠、記錄碼流幀的類型、記錄碼流幀的長度以及將碼流幀寫入緩存隊列中。
[0016]由上述方案可見，在音視頻暫停播放時，仍通過控制緩存隊列接收音視頻數(shù)據(jù)，并利用判斷有效碼流幀和緩存隊列的剩余長度，在有效地提高緩存隊列的使用效率的同時，也使得緩存隊列能夠盡可能地接收更多的音視頻數(shù)據(jù)，優(yōu)化數(shù)據(jù)傳輸效率，能夠為解碼端提供連續(xù)數(shù)據(jù)，保證播放的流暢性，提高用戶體驗。
【附圖說明】
[0017]圖1是本發(fā)明音視頻傳輸方法實施例的流程圖。
[0018]圖2是本發(fā)明音視頻傳輸方法實施例中音視頻播放步驟的流程圖。
[0019]圖3是本發(fā)明音視頻傳輸方法實施例中音視頻暫停步驟的流程圖。
[0020]圖4是本發(fā)明音視頻傳輸方法實施例中音視頻數(shù)據(jù)接收步驟的流程圖。
[0021 ]圖5是本發(fā)明音視頻傳輸裝置實施例的系統(tǒng)框圖。
[0022]圖6是本發(fā)明音視頻傳輸方法實施例中緩存隊列地址的結(jié)構(gòu)示意圖。
[0023]以下結(jié)合附圖及實施例對本發(fā)明作進一步說明。
【具體實施方式】
[0024]音視頻傳輸方法實施例:
參照圖1，圖1是音視頻傳輸方法實施例的流程圖，音視頻傳輸方法包括音視頻播放步驟S1和音視頻暫停步驟S2，在執(zhí)行完音視頻播放步驟S1后可執(zhí)行音視頻暫停步驟S2，使音視頻的播放暫停，隨后還可以通過操作返回音視頻播放步驟S1，使音視頻的繼續(xù)播放。
[0025]參照圖2并結(jié)合圖6，圖2是音視頻播放步驟S1的流程圖。執(zhí)行時，首先同時執(zhí)行解碼播放步驟和音視頻數(shù)據(jù)接收步驟S3，解碼播放步驟包括依次執(zhí)行的步驟S11至步驟S16，具體地，執(zhí)行解碼播放步驟時首先執(zhí)行步驟S11，從緩存隊列中查詢有效碼流幀，隨后執(zhí)行步驟S12，根據(jù)碼流塊頭中標志位來判斷碼流幀是否為可用幀塊，如該碼流幀不是可用幀塊，則執(zhí)行步驟S13，作丟包處理。如該碼流幀是可用幀塊，則執(zhí)行步驟S14，從緩存隊列中取出待用，并執(zhí)行查詢該碼流幀的類型和長度，隨后執(zhí)行步驟S15，根據(jù)碼流幀的類型將碼流幀寫入對應類型的解碼端，碼流幀的類型包括視頻類型和音頻類型，即將視頻碼流幀傳輸給視頻解碼端，將音頻碼流幀傳輸給音頻解碼端，最后執(zhí)行步驟S16，解碼端對碼流幀進行解碼并將解碼后的音視頻數(shù)據(jù)進行播放。解碼端有工作和閑時狀態(tài)，當碼流幀傳輸給解碼端觸發(fā)其工作時并處于工作狀態(tài)，工作狀態(tài)時，解碼段不接收新的碼流幀。若觸發(fā)器再此傳輸給解碼端，需要等待解碼端將上一幀碼流解碼結(jié)束后，才能觸發(fā)下一次解碼。
[0026]參照圖3，圖3是音視頻暫停步驟S2的流程圖。音視頻暫停步驟S2包括同時執(zhí)行的暫停音視頻播放的步驟S21和音視頻數(shù)據(jù)接收步驟S3，執(zhí)行步驟S21時，通過控制實現(xiàn)音視頻的暫停播放。
[0027]參照圖4并結(jié)合圖6，圖4是音視頻數(shù)據(jù)接收步驟S3的流程圖。首先執(zhí)行步驟S31，通過無線或有線在遠程數(shù)據(jù)的發(fā)送端或本地數(shù)據(jù)的發(fā)送端接收數(shù)據(jù)，即首先從發(fā)送端查詢有效碼流幀并探測數(shù)據(jù)包長度和類型，類型包括視頻流和音頻流，并以幀為單元包，隨后執(zhí)行步驟S32，判斷該碼流幀是否有效，如該碼流幀無效，則作丟幀處理，然后重新探測丟幀處理的該碼流幀，隨后返回步驟S31。
[0028]如該碼流幀有效，則執(zhí)行步驟S33，根據(jù)該碼流幀的長度從緩存隊列中查詢對應的地址空間，然后執(zhí)行步驟S34，判斷剩余的地址空間是否足夠存放碼流幀，如剩余的地址空間不足夠，則執(zhí)行等待預設10毫秒時間，再從緩存地址隊列中查詢地址空間。如剩余的地址空間足夠，則執(zhí)行步驟S35，記錄碼流幀的類型、長度和有效位，類型包含視