国产精品久久久aaaa,日日干夜夜操天天插,亚洲乱熟女香蕉一区二区三区少妇,99精品国产高清一区二区三区,国产成人精品一区二区色戒,久久久国产精品成人免费,亚洲精品毛片久久久久,99久久婷婷国产综合精品电影,国产一区二区三区任你鲁

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評(píng)論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫(xiě)文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

谷歌擬用WaveNetEQ技術(shù)提高Duo的通話質(zhì)量 可自動(dòng)判斷且替換丟失的音頻數(shù)據(jù)

工程師鄧生 ? 來(lái)源:雷鋒網(wǎng) ? 作者:雷鋒網(wǎng) ? 2020-04-08 16:07 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

隨著 4G、5G通信技術(shù)發(fā)展,網(wǎng)絡(luò)通話越來(lái)越盛行。但是網(wǎng)絡(luò)不穩(wěn)定是常態(tài),所以通話中我們時(shí)不時(shí)可能會(huì)蹦出一句,“你能再重復(fù)一遍嗎,剛剛網(wǎng)絡(luò)不太好?!睘榱颂?a href="http://www.3532n.com/tags/高通/" target="_blank">高通話質(zhì)量,谷歌近期在視頻聊天應(yīng)用 Duo 中應(yīng)用了一種新技術(shù) WaveNetEQ ,在出現(xiàn)音頻丟包情況時(shí),該技術(shù)會(huì)判斷丟失的音頻數(shù)據(jù)可能是什么,并替換掉它。

背后的技術(shù)支持來(lái)自谷歌聲名在外的 DeepMind 團(tuán)隊(duì)。

一個(gè)完整的在線呼叫,數(shù)據(jù)經(jīng)常會(huì)被分成多個(gè)小塊,每小塊就是一個(gè)數(shù)據(jù)包 packet 。然而,在這些“數(shù)據(jù)包”從發(fā)送方傳輸?shù)浇邮辗降倪^(guò)程中,數(shù)據(jù)包通常會(huì)以錯(cuò)誤的順序到達(dá),從而產(chǎn)生抖動(dòng)相關(guān)問(wèn)題,或者直接丟失,造成音頻空白。

谷歌給出一份資料顯示, Duo 99% 的通話都有數(shù)據(jù)包丟失、過(guò)度抖動(dòng)或網(wǎng)絡(luò)延遲情況。20% 的通話丟失了超過(guò) 3% 的音頻,10% 的通話丟包率超過(guò) 8% ,也就是說(shuō)每次通話都有很多音頻需要替換。

每個(gè)視音頻 app 都會(huì)用某種方式處理丟包。谷歌表示,這些數(shù)據(jù)包丟失隱藏 (PLC) 過(guò)程可能很難更好地填補(bǔ) 60 毫秒或更長(zhǎng)時(shí)間的空白。過(guò)去常用算法是 NetEQ ,這是 webRTC 中音頻技術(shù)方面的兩大核心技術(shù)之一(另一核心技術(shù)是音頻的前后處理,包括AEC、ANS、AGC等)。webRTC 是谷歌收購(gòu) GIPS 再開(kāi)源的,是目前影響力極大的實(shí)時(shí)音視頻通信解決方案,但用它處理丟包,大多情況下聽(tīng)起來(lái)像機(jī)器人機(jī)械重復(fù)。

谷歌就用了大量的語(yǔ)音數(shù)據(jù),訓(xùn)練出了基于 DeepMind WaveRNN 技術(shù)的 WaveNetEQ 模型。訓(xùn)練數(shù)據(jù)集來(lái)自 100 多名、48 種不同語(yǔ)言的志愿者,也就是說(shuō)它可以自動(dòng)填補(bǔ) 48 種語(yǔ)言的丟包情況。

WaveNetEQ 是一種用于語(yǔ)音合成的遞歸神經(jīng)網(wǎng)絡(luò)模型,由兩部分組成,即自回歸網(wǎng)絡(luò)(autoregressive network)和條件網(wǎng)絡(luò)(conditioning network)。自回歸網(wǎng)絡(luò)的作用是保持信號(hào)的平穩(wěn)流動(dòng),而條件網(wǎng)絡(luò)控制和影響自回歸網(wǎng)絡(luò)以保持音頻一致性。

谷歌用 WaveNetEQ 取代了原來(lái)的 NetEQ PLC 組件,相對(duì)于 NetEQ ,它在聲音質(zhì)感方面無(wú)疑有提升,而且 WaveNetEQ 模型跑得足夠快,可以在手機(jī)上運(yùn)行,如此也可以規(guī)避用戶可能擔(dān)心的數(shù)據(jù)隱私問(wèn)題。谷歌稱(chēng)所有的處理都是在設(shè)備上進(jìn)行,因?yàn)?Duo 的通話默認(rèn)情況下就是端到端加密。一旦通話的真實(shí)音頻恢復(fù),將無(wú)縫地切換到現(xiàn)實(shí)對(duì)話。

不過(guò),WaveNetEQ 替換的內(nèi)容和時(shí)長(zhǎng)有限制。目前是支持在 120 毫秒以?xún)?nèi)的空白,之后會(huì)逐漸消失并歸零;WaveNetEQ 不是生成完整的單詞,而是簡(jiǎn)單的音節(jié)。

目前 WaveNetEQ 已經(jīng)應(yīng)用到 Pixel 4 手機(jī)上的 Duo APP 中,谷歌表示,它正在將其推廣到其他安卓手機(jī)上。

當(dāng)然用機(jī)器學(xué)習(xí)處理音頻丟包并不是頭一遭,許多公司都在研究相關(guān)技術(shù),以國(guó)內(nèi)公司為例,有些是自身業(yè)務(wù)本就涉及視音頻,比如騰訊;有些是音視頻云服務(wù)商,比如阿里,還有一些是專(zhuān)門(mén)的音視頻第三方服務(wù)商如聲網(wǎng)等。
責(zé)任編輯:wv

聲明:本文內(nèi)容及配圖由入駐作者撰寫(xiě)或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問(wèn)題,請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
  • 谷歌
    +關(guān)注

    關(guān)注

    27

    文章

    6254

    瀏覽量

    111373
  • 通話
    +關(guān)注

    關(guān)注

    0

    文章

    30

    瀏覽量

    9845
  • DeepMind
    +關(guān)注

    關(guān)注

    0

    文章

    131

    瀏覽量

    12285
收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評(píng)論

    相關(guān)推薦
    熱點(diǎn)推薦

    PCM1792A:高性能音頻數(shù)模轉(zhuǎn)換器的全面剖析

    PCM1792A:高性能音頻數(shù)模轉(zhuǎn)換器的全面剖析 在音頻處理領(lǐng)域,數(shù)模轉(zhuǎn)換器(DAC)的性能直接影響到音頻質(zhì)量的高低。PCM1792A作為德州儀器(Texas Instruments)
    的頭像 發(fā)表于 02-03 16:45 ?718次閱讀

    探索DSD1791:高性能音頻數(shù)模轉(zhuǎn)換器的卓越之選

    探索DSD1791:高性能音頻數(shù)模轉(zhuǎn)換器的卓越之選 在音頻處理領(lǐng)域,數(shù)模轉(zhuǎn)換器(DAC)的性能直接影響著音頻質(zhì)量的優(yōu)劣。今天,我們將深入探討德州儀器(Texas Instruments
    的頭像 發(fā)表于 02-03 16:25 ?404次閱讀

    深入剖析PCM1780/81/82:高性能音頻數(shù)模轉(zhuǎn)換器的卓越之選

    深入剖析PCM1780/81/82:高性能音頻數(shù)模轉(zhuǎn)換器的卓越之選 引言 在當(dāng)今數(shù)字化音頻飛速發(fā)展的時(shí)代,高質(zhì)量音頻數(shù)模轉(zhuǎn)換器(DAC)對(duì)于音頻
    的頭像 發(fā)表于 02-03 11:30 ?355次閱讀

    ESP32 I2S音頻總線學(xué)習(xí)筆記(二):I2S讀取INMP441音頻數(shù)據(jù)

    在這上一篇文章中,我們介紹了ESP32 I2S音頻總線的相關(guān)知識(shí),簡(jiǎn)要了解了什么是I2S總線、它的通信格式,以及相關(guān)的底層API函數(shù),這篇文章將介紹一個(gè)小案例——ESP32驅(qū)動(dòng)INMP441讀取音頻數(shù)據(jù)
    的頭像 發(fā)表于 10-23 19:55 ?4328次閱讀
    ESP32 I2S<b class='flag-5'>音頻</b>總線學(xué)習(xí)筆記(二):I2S讀取INMP441<b class='flag-5'>音頻數(shù)據(jù)</b>

    國(guó)產(chǎn)32位高性能Audio音頻數(shù)字信號(hào)處理器(DSP)芯片-DU561

    音頻數(shù)字信號(hào)處理器(DSP)的工作原理主要通過(guò)數(shù)字化處理提升音頻質(zhì)量,其核心流程包括信號(hào)采集、處理和輸出三個(gè)關(guān)鍵環(huán)節(jié)。
    的頭像 發(fā)表于 10-22 09:47 ?980次閱讀
    國(guó)產(chǎn)32位高性能Audio<b class='flag-5'>音頻數(shù)</b>字信號(hào)處理器(DSP)芯片-DU561

    使用 APx500 軟件檢測(cè)音頻毛刺與信號(hào)丟失

    在數(shù)字音頻播放系統(tǒng)中,音頻毛刺和信號(hào)丟失無(wú)疑是最令人困擾的問(wèn)題之一。當(dāng)一個(gè)設(shè)備丟失一個(gè)采樣點(diǎn)時(shí),這意味著什么?這意味著一個(gè)采樣點(diǎn)被跳過(guò),從那一刻起,整個(gè)波形在時(shí)間上向左平移了一個(gè)采樣瞬
    的頭像 發(fā)表于 10-20 09:02 ?564次閱讀
    使用 APx500 軟件檢測(cè)<b class='flag-5'>音頻</b>毛刺與信號(hào)<b class='flag-5'>丟失</b>

    SDK音頻替換失敗記錄過(guò)程

    在安信離線語(yǔ)音模組 VC-01、VC-02 系列教程 【中級(jí)入門(mén)篇】中根據(jù)設(shè)置的不同回復(fù)詞和命令字進(jìn)行了固件生成。我出教程的時(shí)候在考慮有沒(méi)有什么辦法來(lái)替換到SDK中的音頻,在我嘗試了各種辦法后發(fā)現(xiàn)很難辦到 (建議直接使用云平臺(tái)
    的頭像 發(fā)表于 09-25 15:50 ?2030次閱讀
    SDK<b class='flag-5'>音頻</b><b class='flag-5'>替換</b>失敗記錄過(guò)程

    即時(shí)通話軟件音頻傳輸質(zhì)量測(cè)試方案介紹

    傳輸質(zhì)量。即時(shí)通話軟件基于移動(dòng)網(wǎng)絡(luò)鏈路傳輸信號(hào),通過(guò)本套測(cè)試方案中配套的網(wǎng)絡(luò)損傷仿真設(shè)備對(duì)傳輸鏈路添加不同的網(wǎng)絡(luò)影響,模擬軟件在不同網(wǎng)絡(luò)環(huán)境下的使用情況,進(jìn)而測(cè)得更接近真實(shí)應(yīng)用場(chǎng)景下的音頻傳輸
    的頭像 發(fā)表于 08-10 15:21 ?3633次閱讀
    即時(shí)<b class='flag-5'>通話</b>軟件<b class='flag-5'>音頻</b>傳輸<b class='flag-5'>質(zhì)量</b>測(cè)試方案介紹

    解鎖高品質(zhì)音頻體驗(yàn):探索音頻質(zhì)量評(píng)估與測(cè)試的科學(xué)之道

    一、引言在數(shù)字化浪潮席卷的今天,音頻質(zhì)量直接影響著從VoIP通話、視頻會(huì)議到智能音箱等應(yīng)用的沉浸式體驗(yàn)。音頻質(zhì)量評(píng)估與測(cè)試,不僅是電信、廣播
    發(fā)表于 07-22 11:15

    如何通過(guò)I2S使用CYW4373 HFP音頻數(shù)據(jù)?

    請(qǐng)教我使用 CYW4373 通過(guò) I2S 使用 HFP 音頻數(shù)據(jù)所需的步驟和供應(yīng)商特定命令。 配對(duì)完成,SCO 已連接,數(shù)據(jù)正在通過(guò) I2S 發(fā)送,但Bluetooth?耳機(jī)沒(méi)有音頻輸出。此外
    發(fā)表于 07-17 07:43

    LE-Audio是什么?

    音頻編解碼、音頻數(shù)據(jù)傳輸和音頻控制方面進(jìn)行了優(yōu)化。與傳統(tǒng)藍(lán)牙音頻相比,LE-Audio通過(guò)采用更高效的編碼算法和改進(jìn)的數(shù)據(jù)壓縮
    發(fā)表于 06-28 21:32

    博鼎彈簧發(fā)布數(shù)字目錄實(shí)現(xiàn)穩(wěn)定高效易于操作的技術(shù)數(shù)據(jù)管理

    CADENAS****技術(shù)顛覆產(chǎn)品數(shù)據(jù)提供方式:一種全新的、行業(yè)領(lǐng)先的數(shù)字目錄 Mollificio Bordignon公司是一家以生產(chǎn)各種高質(zhì)量彈簧而聞名的公司,為了進(jìn)一步提高產(chǎn)品數(shù)據(jù)
    發(fā)表于 05-23 10:52

    請(qǐng)問(wèn)AD7768-4、ADAU1979的配套Evaluation Software能否進(jìn)行原始音頻數(shù)據(jù)?

    請(qǐng)問(wèn)AD7768-4、ADAU1979的配套Evaluation Software能否進(jìn)行原始音頻數(shù)據(jù)? 另外請(qǐng)問(wèn)有沒(méi)有MCU+AD架構(gòu)的高精度、多通道的聲卡的解決方案?
    發(fā)表于 04-15 07:53

    如何使用NXP S32K142/144中的Flexio在I2S中發(fā)送連續(xù)音頻數(shù)據(jù)?

    對(duì)于我的應(yīng)用程序,我希望將連續(xù)的音頻數(shù)據(jù)傳輸?shù)轿业姆糯笃饕垣@得連續(xù)的聲音。我正在使用 S32K142/144 板。我正在使用 Flexio 進(jìn)行 I2S 通信。請(qǐng)建議我應(yīng)該遵循哪種方法來(lái)傳輸數(shù)據(jù),即
    發(fā)表于 03-20 08:04

    LPC55S28修改音頻數(shù)據(jù)格式后USB Aduio類(lèi)異常的原因?

    您好 NXP 前輩,我已經(jīng)更改了 LPC55S28 官方 SDK 上的 USB 音頻數(shù)據(jù)格式。 我的主要問(wèn)題是修改音頻流格式類(lèi)型描述符。 我的想法是將 USB Aduio 每個(gè)通道的數(shù)據(jù)字節(jié)數(shù)從 2
    發(fā)表于 03-20 07:33