女人自慰AV免费观看内涵网,日韩国产剧情在线观看网址,神马电影网特片网,最新一级电影欧美,在线观看亚洲欧美日韩,黄色视频在线播放免费观看,ABO涨奶期羡澄,第一导航fulione,美女主播操b

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

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

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

OpenHarmony 3.2 Beta Audio——音頻渲染

OpenAtom OpenHarmony ? 來(lái)源:未知 ? 2023-03-11 16:40 ? 次閱讀

點(diǎn)擊藍(lán)字 ╳ 關(guān)注我們


開源項(xiàng)目 OpenHarmony
是每個(gè)人的 OpenHarmony

巴延興

深圳開鴻數(shù)字產(chǎn)業(yè)發(fā)展有限公司

資深OS框架開發(fā)工程師

一、簡(jiǎn)介

Audio是多媒體子系統(tǒng)中的一個(gè)重要模塊,其涉及的內(nèi)容比較多,有音頻的渲染、音頻的采集、音頻的策略管理等。本文主要針對(duì)音頻渲染功能進(jìn)行詳細(xì)地分析,并通過源碼中提供的例子,對(duì)音頻渲染進(jìn)行流程的梳理。

二、目錄

foundation/multimedia/audio_framework
audio_framework
├── frameworks
│ ├── js #js 接口
│ │ └── napi
│ │ └── audio_renderer #audio_renderer NAPI接口
│ │ ├── include
│ │ │ ├── audio_renderer_callback_napi.h
│ │ │ ├── renderer_data_request_callback_napi.h
│ │ │ ├── renderer_period_position_callback_napi.h
│ │ │ └── renderer_position_callback_napi.h
│ │ └── src
│ │ ├── audio_renderer_callback_napi.cpp
│ │ ├── audio_renderer_napi.cpp
│ │ ├── renderer_data_request_callback_napi.cpp
│ │ ├── renderer_period_position_callback_napi.cpp
│ │ └── renderer_position_callback_napi.cpp
│ └── native #native 接口
│ └── audiorenderer
│ ├── BUILD.gn
│ ├── include
│ │ ├── audio_renderer_private.h
│ │ └── audio_renderer_proxy_obj.h
│ ├── src
│ │ ├── audio_renderer.cpp
│ │ └── audio_renderer_proxy_obj.cpp
│ └── test
│ └── example
│ └── audio_renderer_test.cpp
├── interfaces
│ ├── inner_api #native實(shí)現(xiàn)的接口
│ │ └── native
│ │ └── audiorenderer #audio渲染本地實(shí)現(xiàn)的接口定義
│ │ └── include
│ │ └── audio_renderer.h
│ └── kits #js調(diào)用的接口
│ └── js
│ └── audio_renderer #audio渲染NAPI接口的定義
│ └── include
│ └── audio_renderer_napi.h
└── services #服務(wù)端
└── audio_service
├── BUILD.gn
├── client #IPC調(diào)用中的proxy
│ ├── include
│ │ ├── audio_manager_proxy.h
│ │ ├── audio_service_client.h
│ └── src
│ ├── audio_manager_proxy.cpp
│ ├── audio_service_client.cpp
└── server #IPC調(diào)用中的server
├── include
│ └── audio_server.h
└── src
├── audio_manager_stub.cpp
└──audio_server.cpp

三、音頻渲染總體流程


四、Native接口使用

在OpenAtom OpenHarmony(以下簡(jiǎn)稱“OpenHarmony”)系統(tǒng)中,音頻模塊提供了功能測(cè)試代碼,本文選取了其中的音頻渲染例子作為切入點(diǎn)來(lái)進(jìn)行介紹,例子采用的是對(duì)wav格式的音頻文件進(jìn)行渲染。wav格式的音頻文件是wav頭文件和音頻的原始數(shù)據(jù),不需要進(jìn)行數(shù)據(jù)解碼,所以音頻渲染直接對(duì)原始數(shù)據(jù)進(jìn)行操作,文件路徑為:foundation/multimedia/audio_framework/frameworks/native/audiorenderer/test/example/audio_renderer_test.cpp
bool TestPlayback(int argc, char *argv[]) const
{
FILE* wavFile = fopen(path, "rb");
//讀取wav文件頭信息
size_t bytesRead = fread(&wavHeader, 1, headerSize, wavFile);


//設(shè)置AudioRenderer參數(shù)
AudioRendererOptions rendererOptions = {};
rendererOptions.streamInfo.encoding = AudioEncodingType::ENCODING_PCM;
rendererOptions.streamInfo.samplingRate = static_cast(wavHeader.SamplesPerSec);
rendererOptions.streamInfo.format = GetSampleFormat(wavHeader.bitsPerSample);
rendererOptions.streamInfo.channels = static_cast(wavHeader.NumOfChan);
rendererOptions.rendererInfo.contentType = contentType;
rendererOptions.rendererInfo.streamUsage = streamUsage;
rendererOptions.rendererInfo.rendererFlags = 0;


//創(chuàng)建AudioRender實(shí)例
unique_ptr audioRenderer = AudioRenderer::Create(rendererOptions);


shared_ptr cb1 = make_shared();
//設(shè)置音頻渲染回調(diào)
ret = audioRenderer->SetRendererCallback(cb1);


//InitRender方法主要調(diào)用了audioRenderer實(shí)例的Start方法,啟動(dòng)音頻渲染
if (!InitRender(audioRenderer)) {
AUDIO_ERR_LOG("AudioRendererTest: Init render failed");
fclose(wavFile);
return false;
}


//StartRender方法主要是讀取wavFile文件的數(shù)據(jù),然后通過調(diào)用audioRenderer實(shí)例的Write方法進(jìn)行播放
if (!StartRender(audioRenderer, wavFile)) {
AUDIO_ERR_LOG("AudioRendererTest: Start render failed");
fclose(wavFile);
return false;
}


//停止渲染
if (!audioRenderer->Stop()) {
AUDIO_ERR_LOG("AudioRendererTest: Stop failed");
}


//釋放渲染
if (!audioRenderer->Release()) {
AUDIO_ERR_LOG("AudioRendererTest: Release failed");
}


//關(guān)閉wavFile
fclose(wavFile);
return true;
}
首先讀取wav文件,通過讀取到wav文件的頭信息對(duì)AudioRendererOptions相關(guān)的參數(shù)進(jìn)行設(shè)置,包括編碼格式、采樣率、采樣格式、通道數(shù)等。根據(jù)AudioRendererOptions設(shè)置的參數(shù)來(lái)創(chuàng)建AudioRenderer實(shí)例(實(shí)際上是AudioRendererPrivate),后續(xù)的音頻渲染主要是通過AudioRenderer實(shí)例進(jìn)行。創(chuàng)建完成后,調(diào)用AudioRenderer的Start方法,啟動(dòng)音頻渲染。啟動(dòng)后,通過AudioRenderer實(shí)例的Write方法,將數(shù)據(jù)寫入,音頻數(shù)據(jù)會(huì)被播放。

五、調(diào)用流程


1.創(chuàng)建AudioRenderer
std::unique_ptr AudioRenderer::Create(const std::string cachePath,
const AudioRendererOptions &rendererOptions, const AppInfo &appInfo)
{
ContentType contentType = rendererOptions.rendererInfo.contentType;

StreamUsage streamUsage = rendererOptions.rendererInfo.streamUsage;

AudioStreamType audioStreamType = AudioStream::GetStreamType(contentType, streamUsage);
auto audioRenderer = std::make_unique(audioStreamType, appInfo);
if (!cachePath.empty()) {
AUDIO_DEBUG_LOG("Set application cache path");
audioRenderer->SetApplicationCachePath(cachePath);
}


audioRenderer->rendererInfo_.contentType = contentType;
audioRenderer->rendererInfo_.streamUsage = streamUsage;
audioRenderer->rendererInfo_.rendererFlags = rendererOptions.rendererInfo.rendererFlags;


AudioRendererParams params;
params.sampleFormat = rendererOptions.streamInfo.format;
params.sampleRate = rendererOptions.streamInfo.samplingRate;
params.channelCount = rendererOptions.streamInfo.channels;
params.encodingType = rendererOptions.streamInfo.encoding;


if (audioRenderer->SetParams(params) != SUCCESS) {
AUDIO_ERR_LOG("SetParams failed in renderer");
audioRenderer = nullptr;
return nullptr;
}


return audioRenderer;
}
首先通過AudioStream的GetStreamType方法獲取音頻流的類型,根據(jù)音頻流類型創(chuàng)建AudioRendererPrivate對(duì)象,AudioRendererPrivate是AudioRenderer的子類。緊接著對(duì)audioRenderer進(jìn)行參數(shù)設(shè)置,其中包括采樣格式、采樣率、通道數(shù)、編碼格式。設(shè)置完成后返回創(chuàng)建的AudioRendererPrivate實(shí)例。

2.設(shè)置回調(diào)
int32_t AudioRendererPrivate::SetRendererCallback(const std::shared_ptr &callback)
{
RendererState state = GetStatus();
if (state == RENDERER_NEW || state == RENDERER_RELEASED) {
return ERR_ILLEGAL_STATE;
}
if (callback == nullptr) {
return ERR_INVALID_PARAM;
}


// Save reference for interrupt callback
if (audioInterruptCallback_ == nullptr) {
return ERROR;
}
std::shared_ptr cbInterrupt =
std::static_pointer_cast(audioInterruptCallback_);
cbInterrupt->SaveCallback(callback);


// Save and Set reference for stream callback. Order is important here.
if (audioStreamCallback_ == nullptr) {
audioStreamCallback_ = std::make_shared();
if (audioStreamCallback_ == nullptr) {
return ERROR;
}
}
std::shared_ptr cbStream =
std::static_pointer_cast(audioStreamCallback_);
cbStream->SaveCallback(callback);
(void)audioStream_->SetStreamCallback(audioStreamCallback_);


return SUCCESS;
}
參數(shù)傳入的回調(diào)主要涉及到兩個(gè)方面:一方面是AudioInterruptCallbackImpl中設(shè)置了我們傳入的渲染回調(diào),另一方面是AudioStreamCallbackRenderer中也設(shè)置了渲染回調(diào)。

3.啟動(dòng)渲染
bool AudioRendererPrivate::Start(StateChangeCmdType cmdType) const
{
AUDIO_INFO_LOG("AudioRenderer::Start");
RendererState state = GetStatus();


AudioInterrupt audioInterrupt;
switch (mode_) {
case InterruptMode:
audioInterrupt = sharedInterrupt_;
break;
case InterruptMode:
audioInterrupt = audioInterrupt_;
break;
default:
break;
}
AUDIO_INFO_LOG("AudioRenderer: %{public}d, streamType: %{public}d, sessionID: %{public}d",
mode_, audioInterrupt.streamType, audioInterrupt.sessionID);


if (audioInterrupt.streamType == STREAM_DEFAULT || audioInterrupt.sessionID == INVALID_SESSION_ID) {
return false;
}


int32_t ret = AudioPolicyManager::GetInstance().ActivateAudioInterrupt(audioInterrupt);
if (ret != 0) {
AUDIO_ERR_LOG("AudioRendererPrivate::ActivateAudioInterrupt Failed");
return false;
}


return audioStream_->StartAudioStream(cmdType);
}
AudioPolicyManager::GetInstance().ActivateAudioInterrupt這個(gè)操作主要是根據(jù)AudioInterrupt來(lái)進(jìn)行音頻中斷的激活,這里涉及了音頻策略相關(guān)的內(nèi)容,后續(xù)會(huì)專門出關(guān)于音頻策略的文章進(jìn)行分析。這個(gè)方法的核心是通過調(diào)用AudioStream的StartAudioStream方法來(lái)啟動(dòng)音頻流。
bool AudioStream::StartAudioStream(StateChangeCmdType cmdType)
{
int32_t ret = StartStream(cmdType);


resetTime_ = true;
int32_t retCode = clock_gettime(CLOCK_MONOTONIC, &baseTimestamp_);


if (renderMode_ == RENDER_MODE_CALLBACK) {
isReadyToWrite_ = true;
writeThread_ = std::make_unique<std::thread>(&AudioStream::WriteCbTheadLoop, this);
} else if (captureMode_ == CAPTURE_MODE_CALLBACK) {
isReadyToRead_ = true;
readThread_ = std::make_unique<std::thread>(&AudioStream::ReadCbThreadLoop, this);
}


isFirstRead_ = true;
isFirstWrite_ = true;
state_ = RUNNING;
AUDIO_INFO_LOG("StartAudioStream SUCCESS");


if (audioStreamTracker_) {
AUDIO_DEBUG_LOG("AudioStream:Calling Update tracker for Running");
audioStreamTracker_->UpdateTracker(sessionId_, state_, rendererInfo_, capturerInfo_);
}
return true;
}
AudioStream的StartAudioStream主要的工作是調(diào)用StartStream方法,StartStream方法是AudioServiceClient類中的方法。AudioServiceClient類是AudioStream的父類。接下來(lái)看一下AudioServiceClient的StartStream方法。
int32_t AudioServiceClient::StartStream(StateChangeCmdType cmdType)
{
int error;
lock_guard lockdata(dataMutex);
pa_operation *operation = nullptr;


pa_threaded_mainloop_lock(mainLoop);


pa_stream_state_t state = pa_stream_get_state(paStream);


streamCmdStatus = 0;
stateChangeCmdType_ = cmdType;
operation = pa_stream_cork(paStream, 0, PAStreamStartSuccessCb, (void *)this);


while (pa_operation_get_state(operation) == PA_OPERATION_RUNNING) {
pa_threaded_mainloop_wait(mainLoop);
}
pa_operation_unref(operation);
pa_threaded_mainloop_unlock(mainLoop);


if (!streamCmdStatus) {
AUDIO_ERR_LOG("Stream Start Failed");
ResetPAAudioClient();
return AUDIO_CLIENT_START_STREAM_ERR;
} else {
AUDIO_INFO_LOG("Stream Started Successfully");
return AUDIO_CLIENT_SUCCESS;
}
}
StartStream方法中主要是調(diào)用了pulseaudio庫(kù)的pa_stream_cork方法進(jìn)行流啟動(dòng),后續(xù)就調(diào)用到了pulseaudio庫(kù)中了。pulseaudio庫(kù)我們暫且不分析。

4.寫入數(shù)據(jù)
int32_t AudioRendererPrivate::Write(uint8_t *buffer, size_t bufferSize)
{
return audioStream_->Write(buffer, bufferSize);
}
通過調(diào)用AudioStream的Write方式實(shí)現(xiàn)功能,接下來(lái)看一下AudioStream的Write方法。
size_t AudioStream::Write(uint8_t *buffer, size_t buffer_size)
{
int32_t writeError;
StreamBuffer stream;
stream.buffer = buffer;
stream.bufferLen = buffer_size;
isWriteInProgress_ = true;


if (isFirstWrite_) {
if (RenderPrebuf(stream.bufferLen)) {
return ERR_WRITE_FAILED;
}
isFirstWrite_ = false;
}


size_t bytesWritten = WriteStream(stream, writeError);
isWriteInProgress_ = false;
if (writeError != 0) {
AUDIO_ERR_LOG("WriteStream fail,writeError:%{public}d", writeError);
return ERR_WRITE_FAILED;
}
return bytesWritten;
}
Write方法中分成兩個(gè)階段,首次寫數(shù)據(jù),先調(diào)用RenderPrebuf方法,將preBuf_的數(shù)據(jù)寫入后再調(diào)用WriteStream進(jìn)行音頻數(shù)據(jù)的寫入。
size_t AudioServiceClient::WriteStream(const StreamBuffer &stream, int32_t &pError)
{

size_t cachedLen = WriteToAudioCache(stream);
if (!acache.isFull) {
pError = error;
return cachedLen;
}


pa_threaded_mainloop_lock(mainLoop);




const uint8_t *buffer = acache.buffer.get();
size_t length = acache.totalCacheSize;


error = PaWriteStream(buffer, length);
acache.readIndex += acache.totalCacheSize;
acache.isFull = false;


if (!error && (length >= 0) && !acache.isFull) {
uint8_t *cacheBuffer = acache.buffer.get();
uint32_t offset = acache.readIndex;
uint32_t size = (acache.writeIndex - acache.readIndex);
if (size > 0) {
if (memcpy_s(cacheBuffer, acache.totalCacheSize, cacheBuffer + offset, size)) {
AUDIO_ERR_LOG("Update cache failed");
pa_threaded_mainloop_unlock(mainLoop);
pError = AUDIO_CLIENT_WRITE_STREAM_ERR;
return cachedLen;
}
AUDIO_INFO_LOG("rearranging the audio cache");
}
acache.readIndex = 0;
acache.writeIndex = 0;


if (cachedLen < stream.bufferLen) {
StreamBuffer str;
str.buffer = stream.buffer + cachedLen;
str.bufferLen = stream.bufferLen - cachedLen;
AUDIO_DEBUG_LOG("writing pending data to audio cache: %{public}d", str.bufferLen);
cachedLen += WriteToAudioCache(str);
}
}


pa_threaded_mainloop_unlock(mainLoop);
pError = error;
return cachedLen;
}
WriteStream方法不是直接調(diào)用pulseaudio庫(kù)的寫入方法,而是通過WriteToAudioCache方法將數(shù)據(jù)寫入緩存中,如果緩存沒有寫滿則直接返回,不會(huì)進(jìn)入下面的流程,只有當(dāng)緩存寫滿后,才會(huì)調(diào)用下面的PaWriteStream方法。該方法涉及對(duì)pulseaudio庫(kù)寫入操作的調(diào)用,所以緩存的目的是避免對(duì)pulseaudio庫(kù)頻繁地做IO操作,提高了效率。

六、總結(jié)

本文主要對(duì)OpenHarmony 3.2 Beta多媒體子系統(tǒng)的音頻渲染模塊進(jìn)行介紹,首先梳理了Audio Render的整體流程,然后對(duì)幾個(gè)核心的方法進(jìn)行代碼的分析。整體的流程主要通過pulseaudio庫(kù)啟動(dòng)流,然后通過pulseaudio庫(kù)的pa_stream_write方法進(jìn)行數(shù)據(jù)的寫入,最后播放出音頻數(shù)據(jù)。

音頻渲染主要分為以下幾個(gè)層次:
(1)AudioRenderer的創(chuàng)建,實(shí)際創(chuàng)建的是它的子類AudioRendererPrivate實(shí)例。
(2)通過AudioRendererPrivate設(shè)置渲染的回調(diào)。
(3)啟動(dòng)渲染,這一部分代碼最終會(huì)調(diào)用到pulseaudio庫(kù)中,相當(dāng)于啟動(dòng)了pulseaudio的流。
(4)通過pulseaudio庫(kù)的pa_stream_write方法將數(shù)據(jù)寫入設(shè)備,進(jìn)行播放。

對(duì)OpenHarmony 3.2 Beta多媒體系列開發(fā)感興趣的讀者,也可以閱讀我之前寫過幾篇文章:《OpenHarmony 3.2 Beta多媒體系列——視頻錄制》《OpenHarmony 3.2 Beta源碼分析之MediaLibrary》《OpenHarmony 3.2 Beta多媒體系列——音視頻播放框架》《OpenHarmony 3.2 Beta多媒體系列——音視頻播放gstreamer》。


原文標(biāo)題:OpenHarmony 3.2 Beta Audio——音頻渲染

文章出處:【微信公眾號(hào):OpenAtom OpenHarmony】歡迎添加關(guān)注!文章轉(zhuǎn)載請(qǐng)注明出處。

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

    關(guān)注

    59

    文章

    2491

    瀏覽量

    43713
  • OpenHarmony
    +關(guān)注

    關(guān)注

    26

    文章

    3812

    瀏覽量

    18036

原文標(biāo)題:OpenHarmony 3.2 Beta Audio——音頻渲染

文章出處:【微信號(hào):gh_e4f28cfa3159,微信公眾號(hào):OpenAtom OpenHarmony】歡迎添加關(guān)注!文章轉(zhuǎn)載請(qǐng)注明出處。

收藏 人收藏

    評(píng)論

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

    藍(lán)牙LE Audio技術(shù)簡(jiǎn)介和優(yōu)勢(shì)分析

    藍(lán)牙LE Audio,也稱為低功耗音頻(Bluetooth Low Energy Audio),是藍(lán)牙技術(shù)家族中的最新成員,專門為音頻傳輸而設(shè)計(jì)。它繼承了藍(lán)牙低功耗(Bluetooth
    的頭像 發(fā)表于 05-21 16:08 ?66次閱讀

    STM32如何移植Audio框架?

    最近在學(xué)習(xí)音頻解碼,想用一下Audio框架。 1、這個(gè)該如何移植到自己創(chuàng)建的BSP并對(duì)接到device框架中?看了官方移植文檔沒有對(duì)沒有對(duì)該部分的描述。 2、我只想實(shí)現(xiàn)一個(gè)簡(jiǎn)單的播放功能,只用一個(gè)DAC芯片(比如CS4344)是否就能達(dá)到我的需求?
    發(fā)表于 04-01 08:08

    PCB設(shè)計(jì)丨AUDIO音頻接口

    音頻接口(audio interface)是連接麥克風(fēng)、其他聲源和計(jì)算機(jī)的設(shè)備,它可以在模擬信號(hào)和數(shù)字信號(hào)之間起到橋梁連接的作用。主要作用是將模擬信號(hào)轉(zhuǎn)換為數(shù)字信號(hào),并將其傳輸?shù)接?jì)算機(jī)中進(jìn)行處理
    發(fā)表于 03-19 14:31

    PCB設(shè)計(jì)丨AUDIO音頻接口

    音頻接口(audio interface)是連接麥克風(fēng)、其他聲源和計(jì)算機(jī)的設(shè)備,它可以在模擬信號(hào)和數(shù)字信號(hào)之間起到橋梁連接的作用。主要作用是將模擬信號(hào)轉(zhuǎn)換為數(shù)字信號(hào),并將其傳輸?shù)接?jì)算機(jī)中進(jìn)行處理
    的頭像 發(fā)表于 03-19 14:30 ?1997次閱讀
    PCB設(shè)計(jì)丨<b class='flag-5'>AUDIO</b><b class='flag-5'>音頻</b>接口

    LE Audio Combo模組智能座艙的應(yīng)用

    ,憑借其先進(jìn)的LE Audio技術(shù)和經(jīng)典藍(lán)牙支持,為智能座艙提供了卓越的解決方案,滿足了用戶在音質(zhì)、連接穩(wěn)定性上的高標(biāo)準(zhǔn)需求。 LE AudioCombo模組:引領(lǐng)智能座艙音頻體驗(yàn)的未來(lái) 藍(lán)牙技術(shù)的每次迭代都帶來(lái)了巨大的性能提升,而藍(lán)牙5.2版本中引入的LE
    的頭像 發(fā)表于 03-07 14:02 ?320次閱讀

    【北京迅為】itop-3568 開發(fā)板openharmony鴻蒙燒寫及測(cè)試-第2章OpenHarmony v3.2-Beta4版本測(cè)試

    【北京迅為】itop-3568 開發(fā)板openharmony鴻蒙燒寫及測(cè)試-第2章OpenHarmony v3.2-Beta4版本測(cè)試
    的頭像 發(fā)表于 03-05 10:53 ?317次閱讀
    【北京迅為】itop-3568 開發(fā)板<b class='flag-5'>openharmony</b>鴻蒙燒寫及測(cè)試-第2章<b class='flag-5'>OpenHarmony</b> v<b class='flag-5'>3.2-Beta</b>4版本測(cè)試

    大聯(lián)大品佳集團(tuán)推出基于達(dá)發(fā)科技(Airoha)產(chǎn)品的LE Audio耳機(jī)方案

    的LE Audio耳機(jī)方案的展示板圖 LE Audio(低功耗音頻)技術(shù)標(biāo)準(zhǔn)的誕生為業(yè)內(nèi)帶來(lái)低復(fù)雜性通信編解碼器(LC3)、多重串流音頻、助聽器功能擴(kuò)展和廣播
    的頭像 發(fā)表于 02-22 11:06 ?524次閱讀
    大聯(lián)大品佳集團(tuán)推出基于達(dá)發(fā)科技(Airoha)產(chǎn)品的LE <b class='flag-5'>Audio</b>耳機(jī)方案

    e絡(luò)盟大幅擴(kuò)充PUI Audio產(chǎn)品系列以強(qiáng)化音頻產(chǎn)品組合

    安富利旗下全球電子元器件產(chǎn)品與解決方案分銷商e絡(luò)盟大幅擴(kuò)充了 PUI Audio產(chǎn)品種類。作為音頻、觸覺反饋及傳感器解決方案領(lǐng)域的全球創(chuàng)新者和供應(yīng)商,PUI Audio產(chǎn)品的加入進(jìn)一步豐富e絡(luò)盟的產(chǎn)品組合。新擴(kuò)展的產(chǎn)品線使客戶能
    的頭像 發(fā)表于 02-18 16:29 ?420次閱讀
    e絡(luò)盟大幅擴(kuò)充PUI <b class='flag-5'>Audio</b>產(chǎn)品系列以強(qiáng)化<b class='flag-5'>音頻</b>產(chǎn)品組合

    請(qǐng)問cc3200 audio boosterpack音頻采集是不是底噪很大?

    基于TLV320AIC3254的音頻開發(fā)辦,我燒入wifi_audio_app例程(例程中關(guān)掉板載咪頭輸入,并將音量調(diào)到最大),另兩入輸入接口沒有接音頻信號(hào),但是板子一直吱吱吱的響,是板子本身底噪就這么大嗎?
    發(fā)表于 10-25 06:28

    TPS6595 Audio Codec輸出音頻偶發(fā)混入7Khz雜波是怎么回事?

    主芯片是DM3730, 音頻使用的是TPS65950的Audio 外設(shè)。 DM3730使用MCBSP輸出8Khz音頻數(shù)據(jù),通過I2C設(shè)置 TPS65950相關(guān)寄存器。 采用Audio
    發(fā)表于 10-15 07:08

    【龍芯2K0300蜂鳥板試用】OpenHarmony代碼

    fetch origin OpenHarmony-3.2-Release:OpenHarmony-3.2-Release git switch OpenHarmony-3.2
    發(fā)表于 09-18 11:42

    LE Audio音頻技術(shù)助推影音、助聽市場(chǎng),藍(lán)牙+助聽芯片成為趨勢(shì)

    3.0版本支持高速數(shù)據(jù)傳輸和更低的功耗,藍(lán)牙4.0版本引入了低功耗模式(BLE),藍(lán)牙5.0版本提高了傳輸速度。再到藍(lán)牙5.2版本提出了LE Audio,增強(qiáng)了藍(lán)牙音頻體驗(yàn)。 進(jìn)入無(wú)損時(shí)代,LE Audio帶來(lái)低延遲、高音質(zhì)體驗(yàn)
    的頭像 發(fā)表于 07-08 07:41 ?3510次閱讀
    LE <b class='flag-5'>Audio</b><b class='flag-5'>音頻</b>技術(shù)助推影音、助聽市場(chǎng),藍(lán)牙+助聽芯片成為趨勢(shì)

    HarmonyOS NEXT Developer Beta1中的Kit

    管理服務(wù))、Network Kit(網(wǎng)絡(luò)服務(wù))等。 媒體相關(guān)Kit開放能力:Audio Kit(音頻服務(wù))、Media Library Kit(媒體文件管理服務(wù))等。 圖形相關(guān)Kit開放能力
    發(fā)表于 06-26 10:47

    使用提供的esp_audio_codec 的庫(kù)組件時(shí),不能將AAC音頻解碼回PCM音頻,為什么?

    使用提供的esp_audio_codec 的庫(kù)組件時(shí),能夠?qū)CM音頻編碼為AAC音頻,但是不能將AAC音頻解碼回PCM音頻,是為什么導(dǎo)致的
    發(fā)表于 06-05 06:39

    鴻蒙開發(fā)接口媒體:【@ohos.multimedia.audio (音頻管理)】

    音頻管理提供管理音頻的一些基礎(chǔ)能力,包括對(duì)音頻音量、音頻設(shè)備的管理,以及對(duì)音頻數(shù)據(jù)的采集和渲染
    的頭像 發(fā)表于 05-31 09:53 ?3214次閱讀
    鴻蒙開發(fā)接口媒體:【@ohos.multimedia.<b class='flag-5'>audio</b> (<b class='flag-5'>音頻</b>管理)】