鸿蒙（API 12 Beta3版）【音频编码】

最新推荐文章于 2024-08-09 21:32:06 发布
最新推荐文章于 2024-08-09 21:32:06 发布
阅读量361 收藏 12
点赞数 7
分类专栏： 鸿蒙开发 文章标签： harmonyos 音视频 媒体 鸿蒙系统 音频编码 openharmony 鸿蒙
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m0_70748845/article/details/141063117
版权

开发者可以调用本模块的Native API接口，完成音频编码，即将音频PCM编码压缩成不同的格式。

接口不限制PCM数据的来源，开发者可以调用麦克风录制获取、也可以导入编辑后的PCM数据，通过音频编码，输出对应格式的码流，最后封装为目标格式文件。

当前支持的编码能力如下：

容器规格音频编码类型
mp4AAC、Flac
m4aAAC
flacFlac
aacAAC
mp3MP3
rawG711mu
amrAMR
oggopus

适用场景

  • 音频录制

    通过录制传入PCM，然后编码出对应格式的码流，最后封装成想要的格式

  • 音频编辑

    编辑PCM后导出音频文件的场景，需要编码成对应音频格式后再封装成文件

开发指导

参考以下示例代码，完成音频编码的全流程，包括：创建编码器、设置编码参数（采样率/码率/声道数等）、开始、刷新、重置、销毁资源。

在应用开发过程中，开发者应按一定顺序调用方法，执行对应操作，否则系统可能会抛出异常或生成其他未定义的行为。具体顺序可参考下列开发步骤及对应说明。

如下为音频编码调用关系图：

1

在 CMake 脚本中链接动态库

target_link_libraries(sample PUBLIC libnative_media_codecbase.so)
target_link_libraries(sample PUBLIC libnative_media_core.so)
target_link_libraries(sample PUBLIC libnative_media_acodec.so)

开发步骤

  1. 添加头文件。
#include <multimedia/player_framework/native_avcodec_audiocodec.h>
#include <multimedia/native_audio_channel_layout.h>
#include <multimedia/player_framework/native_avcapability.h>
#include <multimedia/player_framework/native_avcodec_base.h>
#include <multimedia/player_framework/native_avformat.h>
#include <multimedia/player_framework/native_avbuffer.h>

  1. 创建编码器实例对象，OH_AVCodec *为编码器实例指针。

    应用可以通过名称或媒体类型创建编码器。

// c++标准库命名空间
using namespace std;
// 通过 codecname 创建编码器
OH_AVCapability *capability = OH_AVCodec_GetCapability(OH_AVCODEC_MIMETYPE_AUDIO_AAC, true);
const char *name = OH_AVCapability_GetName(capability);
OH_AVCodec *audioEnc_ = OH_AudioCodec_CreateByName(name);

// 设置判定是否为编码；设置true表示当前是编码。
bool isEncoder = true;
// 通过媒体类型创建编码器
OH_AVCodec *audioEnc_ = OH_AudioCodec_CreateByMime(OH_AVCODEC_MIMETYPE_AUDIO_AAC, isEncoder);

// 初始化队列
class AEncBufferSignal {
public:
    std::mutex inMutex_;
    std::mutex outMutex_;
    std::mutex startMutex_;
    std::condition_variable inCond_;
    std::condition_variable outCond_;
    std::condition_variable startCond_;
    std::queue<uint32_t> inQueue_;
    std::queue<uint32_t> outQueue_;
    std::queue<OH_AVBuffer *> inBufferQueue_;
    std::queue<OH_AVBuffer *> outBufferQueue_;
};
AEncBufferSignal *signal_;

  1. 调用OH_AudioCodec_RegisterCallback()注册回调函数。

    注册回调函数指针集合OH_AVCodecCallback，包括：

    • OH_AVCodecOnError：编码器运行错误。
    • OH_AVCodecOnStreamChanged：码流信息变化，如声道变化等。
    • OH_AVCodecOnNeedInputBuffer：运行过程中需要新的输入数据，即编码器已准备好，可以输入PCM数据。
    • OH_AVCodecOnNewOutputBuffer：运行过程中产生了新的输出数据，即编码完成。

    开发者可以通过处理该回调报告的信息，确保编码器正常运转。

// OH_AVCodecOnError回调函数的实现
static void OnError(OH_AVCodec *codec, int32_t errorCode, void *userData)
{
    (void)codec;
    (void)errorCode;
    (void)userData;
}
// OH_AVCodecOnStreamChanged回调函数的实现
static void OnOutputFormatChanged(OH_AVCodec *codec, OH_AVFormat *format, void *userData)
{
    (void)codec;
    (void)format;
    (void)userData;
}
// OH_AVCodecOnNeedInputBuffer回调函数的实现
static void OnInputBufferAvailable(OH_AVCodec *codec, uint32_t index, OH_AVBuffer *data, void *userData)
{
    (void)codec;
    // 编码输入码流送入InputBuffer队列
    AEncBufferSignal *signal = static_cast<AEncBufferSignal *>(userData);
    unique_lock<mutex> lock(signal->inMutex_);
    signal->inQueue_.push(index);
    signal->inBufferQueue_.push(data);
    signal->inCond_.notify_all();
}
// OH_AVCodecOnNewOutputBuffer回调函数的实现
static void OnOutputBufferAvailable(OH_AVCodec *codec, uint32_t index, OH_AVBuffer *data, void *userData)
{
    (void)codec;
    // 将对应输出buffer的index送入OutputQueue_队列
    // 将对应编码完成的数据data送入outBuffer队列
    AEncBufferSignal *signal = static_cast<AEncBufferSignal *>(userData);
    unique_lock<mutex> lock(signal->outMutex_);
    signal->outQueue_.push(index);
    signal->outBufferQueue_.push(data);
}
signal_ = new AEncBufferSignal();
OH_AVCodecCallback cb_ = {&OnError, &OnOutputFormatChanged, &OnInputBufferAvailable, &OnOutputBufferAvailable};
// 配置异步回调
int32_t ret = OH_AudioCodec_RegisterCallback(audioEnc_, cb_, signal_);
if (ret != AV_ERR_OK) {
    // 异常处理
}

  1. 调用OH_AudioCodec_Configure设置编码器。

    设置必选项：采样率，码率，以及声道数，声道类型、位深。

    可选项：最大输入长度。

    flac编码： 需要额外标识兼容性级别(Compliance Level)和采样精度。

    对于44100Hz采样率、2声道立体声、SAMPLE_S16LE采样格式的PCM音频，以32000bps的码率进行AAC编码的调用流程如下：

int32_t ret;
// 配置音频采样率（必须）
constexpr uint32_t DEFAULT_SAMPLERATE = 44100;
// 配置音频码率（必须）
constexpr uint64_t DEFAULT_BITRATE = 32000;
// 配置音频声道数（必须）
constexpr uint32_t DEFAULT_CHANNEL_COUNT = 2;
// 配置音频声道类型（必须）
constexpr OH_AudioChannelLayout CHANNEL_LAYOUT = OH_AudioChannelLayout::CH_LAYOUT_STEREO;
// 配置音频位深（必须）
constexpr OH_BitsPerSample SAMPLE_FORMAT = OH_BitsPerSample::SAMPLE_S16LE;
// 配置音频compliance level (默认值0，取值范围-2~2)
constexpr int32_t COMPLIANCE_LEVEL = 0;
// 配置音频精度（必须） SAMPLE_S16LE
constexpr OH_BitsPerSample BITS_PER_CODED_SAMPLE = OH_BitsPerSample::SAMPLE_S16LE;
// 每20ms一帧音频数据
constexpr float TIME_PER_FRAME = 0.02;
// 配置最大输入长度, 每帧音频数据的大小（可选）
constexpr uint32_t DEFAULT_MAX_INPUT_SIZE = DEFAULT_SAMPLERATE * TIME_PER_FRAME * DEFAULT_CHANNEL_COUNT * sizeof(short); // aac
OH_AVFormat *format = OH_AVFormat_Create();
// 写入format
OH_AVFormat_SetIntValue(format,OH_MD_KEY_AUD_CHANNEL_COUNT, DEFAULT_CHANNEL_COUNT);
OH_AVFormat_SetIntValue(format,OH_MD_KEY_AUD_SAMPLE_RATE, DEFAULT_SAMPLERATE);
OH_AVFormat_SetLongValue(format,OH_MD_KEY_BITRATE, DEFAULT_BITRATE);
OH_AVFormat_SetIntValue(format, OH_MD_KEY_AUDIO_SAMPLE_FORMAT, SAMPLE_FORMAT);
OH_AVFormat_SetLongValue(format,OH_MD_KEY_CHANNEL_LAYOUT, CHANNEL_LAYOUT);
OH_AVFormat_SetIntValue(format,OH_MD_KEY_MAX_INPUT_SIZE, DEFAULT_MAX_INPUT_SIZE);
// 配置编码器
ret = OH_AudioCodec_Configure(audioEnc_, format);
if (ret != AV_ERR_OK) {
    // 异常处理
}

例FLAC调用流程：

int32_t ret;
// 配置音频采样率（必须）
constexpr uint32_t DEFAULT_SAMPLERATE = 44100;
// 配置音频码率（必须）
constexpr uint64_t DEFAULT_BITRATE = 261000;
// 配置音频声道数（必须）
constexpr uint32_t DEFAULT_CHANNEL_COUNT = 2;
// 配置音频声道类型（必须）
constexpr OH_AudioChannelLayout CHANNEL_LAYOUT = OH_AudioChannelLayout::CH_LAYOUT_STEREO;
// 配置音频位深（必须） flac 只有SAMPLE_S16LE和SAMPLE_S32LE
constexpr OH_BitsPerSample SAMPLE_FORMAT = OH_BitsPerSample::SAMPLE_S32LE;
// 配置音频compliance level (默认值0，取值范围-2~2)
constexpr int32_t COMPLIANCE_LEVEL = 0;
// 配置音频精度（必须） SAMPLE_S16LE和SAMPLE_S24LE和SAMPLE_S32LE
constexpr OH_BitsPerSample BITS_PER_CODED_SAMPLE = OH_BitsPerSample::SAMPLE_S24LE;
OH_AVFormat *format = OH_AVFormat_Create();
// 写入format
OH_AVFormat_SetIntValue(format, OH_MD_KEY_AUD_CHANNEL_COUNT, DEFAULT_CHANNEL_COUNT);
OH_AVFormat_SetIntValue(format, OH_MD_KEY_AUD_SAMPLE_RATE, DEFAULT_SAMPLERATE);
OH_AVFormat_SetLongValue(format, OH_MD_KEY_BITRATE, DEFAULT_BITRATE);
OH_AVFormat_SetIntValue(format, OH_MD_KEY_BITS_PER_CODED_SAMPLE, BITS_PER_CODED_SAMPLE); 
OH_AVFormat_SetIntValue(format, OH_MD_KEY_AUDIO_SAMPLE_FORMAT, SAMPLE_FORMAT); 
OH_AVFormat_SetLongValue(format, OH_MD_KEY_CHANNEL_LAYOUT, CHANNEL_LAYOUT);
OH_AVFormat_SetLongValue(format, OH_MD_KEY_COMPLIANCE_LEVEL, COMPLIANCE_LEVEL); 
// 配置编码器
ret = OH_AudioCodec_Configure(audioEnc_, format);
if (ret != AV_ERR_OK) {
    // 异常处理
}

例AMR编码调用流程：

int32_t ret;
// 配置音频采样率（必须），amr-nb输入采样率为8000hz的PCM，amr-wb输入采样率为16000hz的PCM
constexpr uint32_t DEFAULT_SAMPLERATE = 8000;
// 配置音频码率（必须）
// amr-nb支持码率4750、5150、5900、6700、7400、7950、10200、12200
// amr-wb支持码率6600、8850、12650、14250、15850、18250、19850、23050、23850
constexpr uint64_t DEFAULT_BITRATE = 10200;
// 配置音频声道数（必须）
constexpr uint32_t DEFAULT_CHANNEL_COUNT = 1;
// 配置音频声道类型（必须）
constexpr OH_AudioChannelLayout CHANNEL_LAYOUT = OH_AudioChannelLayout::CH_LAYOUT_MONO;
// 配置音频位深（必须）
constexpr OH_BitsPerSample SAMPLE_FORMAT = OH_BitsPerSample::SAMPLE_S16LE;
OH_AVFormat *format = OH_AVFormat_Create();
// 写入format
OH_AVFormat_SetIntValue(format, OH_MD_KEY_AUD_CHANNEL_COUNT, DEFAULT_CHANNEL_COUNT);
OH_AVFormat_SetIntValue(format, OH_MD_KEY_AUD_SAMPLE_RATE, DEFAULT_SAMPLERATE);
OH_AVFormat_SetLongValue(format, OH_MD_KEY_BITRATE, DEFAULT_BITRATE);
OH_AVFormat_SetIntValue(format, OH_MD_KEY_AUDIO_SAMPLE_FORMAT, SAMPLE_FORMAT);
OH_AVFormat_SetLongValue(format, OH_MD_KEY_CHANNEL_LAYOUT, CHANNEL_LAYOUT);
// 配置编码器
ret = OH_AudioCodec_Configure(audioEnc_, format);
if (ret != AV_ERR_OK) {
    // 异常处理
}
  1. 调用OH_AudioCodec_Prepare()，编码器就绪。
ret = OH_AudioCodec_Prepare(audioEnc_);
if (ret != AV_ERR_OK) {
    // 异常处理
}
  1. 调用OH_AudioCodec_Start()启动编码器，进入运行态。
unique_ptr<ifstream> inputFile_ = make_unique<ifstream>();
unique_ptr<ofstream> outFile_ = make_unique<ofstream>();
// 打开待编码二进制文件路径（此处以输入为PCM文件为例）
inputFile_->open(inputFilePath.data(), ios::in | ios::binary); 
// 配置编码文件输出路径（此处以输出为编码码流文件为例）
outFile_->open(outputFilePath.data(), ios::out | ios::binary);
// 开始编码
ret = OH_AudioCodec_Start(audioEnc_);
if (ret != AV_ERR_OK) {
    // 异常处理
}

  1. 调用OH_AudioCodec_PushInputBuffer()，写入待编码器的数据。

    如果是结束，需要对flag标识成AVCODEC_BUFFER_FLAGS_EOS

    aac： 每帧样点数(SAMPLES_PER_FRAME)建议使用20ms的PCM样点数，即采样率*0.02

    flac： 每帧样点数(SAMPLES_PER_FRAME)比较特殊需要，根据如下表格进行设置

    采样率样点数
    8000576
    160001152
    220502304
    240002304
    320002304
    441004608
    480004608
    882008192
    960008192

说明

aac编码的每帧样点数建议使用20ms的PCM样点数，即采样率*0.02。flac编码的样点数建议根据采样率按照表格传入，大于这个值也会返回错误码，如果小于有可能出现编码文件损坏问题。

 // 每帧样点数
 constexpr int32_t SAMPLES_PER_FRAME = DEFAULT_SAMPLERATE * TIME_PER_FRAME;
 // 声道数，对于amr编码声道数只支持单声道的音频输入
 constexpr int32_t DEFAULT_CHANNEL_COUNT = 2;
 // 每帧输入数据的长度，声道数 * 每帧样点数 * 每个样点的字节数（以采样格式SAMPLE_S16LE为例）
 constexpr int32_t INPUT_FRAME_BYTES = DEFAULT_CHANNEL_COUNT * SAMPLES_PER_FRAME * sizeof(short);
 uint32_t index = signal_->inQueue_.front();
 auto buffer = signal_->inBufferQueue_.front();
 OH_AVCodecBufferAttr attr = {0};
 if (!inputFile_->eof()) {
     inputFile_->read((char *)OH_AVBuffer_GetAddr(buffer), INPUT_FRAME_BYTES);
     attr.size = INPUT_FRAME_BYTES;
     attr.flags = AVCODEC_BUFFER_FLAGS_NONE;
 } else {
     attr.size = 0;
     attr.flags = AVCODEC_BUFFER_FLAGS_EOS;
 }
 OH_AVBuffer_SetBufferAttr(buffer, &attr);
 // 送入编码输入队列进行编码, index为对应队列下标
 ret = OH_AudioCodec_PushInputBuffer(audioEnc_, index);
 if (ret != AV_ERR_OK) {
     // 异常处理
 }
  1. 调用OH_AudioCodec_FreeOutputBuffer()，输出编码格式码流
uint32_t index = signal_->outQueue_.front();
OH_AVBuffer *avBuffer = signal_->outBufferQueue_.front();
// 获取buffer attributes
OH_AVCodecBufferAttr attr = {0};
ret = OH_AVBuffer_GetBufferAttr(avBuffer, &attr);
if (ret != AV_ERR_OK) {
    // 异常处理
}
// 将编码完成数据data写入到对应输出文件中
outputFile_->write(reinterpret_cast<char *>(OH_AVBuffer_GetAddr(avBuffer)), attr.size);
// 释放已完成写入的数据
ret = OH_AudioCodec_FreeOutputBuffer(audioEnc_, index);
if (ret != AV_ERR_OK) {
    // 异常处理
}
if (attr.flags == AVCODEC_BUFFER_FLAGS_EOS) {
    // 结束
}

  1. （可选）调用OH_AudioCodec_Flush()刷新编码器。

    调用OH_AudioCodec_Flush()后，编码器处于Flush状态，会将当前编码队列清空。

    此时需要调用OH_AudioCodec_Start()重新开始编码。

    使用情况：

  • 在文件EOS之后，需要调用刷新
  • 在执行过程中遇到可继续执行的错误时（即OH_AudioCodec_IsValid 为true）可以调用，然后重新调用OH_AudioCodec_Start
// 刷新编码器 audioEnc_
ret = OH_AudioCodec_Flush(audioEnc_);
if (ret != AV_ERR_OK) {
    // 异常处理
}
// 重新开始编码
ret = OH_AudioCodec_Start(audioEnc_);
if (ret != AV_ERR_OK) {
    // 异常处理
}

  1. （可选）调用OH_AudioCodec_Reset()重置编码器。

    调用OH_AudioCodec_Reset()后，编码器回到初始化的状态，需要调用OH_AudioCodec_Configure()重新配置，然后调用OH_AudioCodec_Start()重新开始编码。

// 重置编码器 audioEnc_
ret = OH_AudioCodec_Reset(audioEnc_);
if (ret != AV_ERR_OK) {
    // 异常处理
}
// 重新配置编码器参数
ret = OH_AudioCodec_Configure(audioEnc_, format);
if (ret != AV_ERR_OK) {
    // 异常处理
}
  1. 调用OH_AudioCodec_Stop()停止编码器。
// 终止编码器 audioEnc_
ret = OH_AudioCodec_Stop(audioEnc_);
if (ret != AV_ERR_OK) {
    // 异常处理
}
  1. 调用OH_AudioCodec_Destroy()销毁编码器实例，释放资源。

说明

资源不能重复销毁

// 调用OH_AudioCodec_Destroy, 注销编码器
ret = OH_AudioCodec_Destroy(audioEnc_);
if (ret != AV_ERR_OK) {
    // 异常处理
} else {
    audioEnc_ = NULL; // 不可重复destroy
}

最后呢

很多开发朋友不知道需要学习那些鸿蒙技术？鸿蒙开发岗位需要掌握那些核心技术点？为此鸿蒙的开发学习必须要系统性的进行。

而网上有关鸿蒙的开发资料非常的少，假如你想学好鸿蒙的应用开发与系统底层开发。你可以参考这份资料，少走很多弯路，节省没必要的麻烦。由两位前阿里高级研发工程师联合打造的《鸿蒙NEXT星河版OpenHarmony开发文档》里面内容包含了（ArkTS、ArkUI开发组件、Stage模型、多端部署、分布式应用开发、音频、视频、WebGL、OpenHarmony多媒体技术、Napi组件、OpenHarmony内核、Harmony南向开发、鸿蒙项目实战等等）鸿蒙（Harmony NEXT）技术知识点

如果你是一名Android、Java、前端等等开发人员，想要转入鸿蒙方向发展。可以直接领取这份资料辅助你的学习。下面是鸿蒙开发的学习路线图。

在这里插入图片描述

针对鸿蒙成长路线打造的鸿蒙学习文档。话不多说，我们直接看详细鸿蒙（OpenHarmony ）手册（共计1236页）与鸿蒙（OpenHarmony ）开发入门视频，帮助大家在技术的道路上更进一步。

  • 《鸿蒙 (OpenHarmony)开发学习视频》
  • 《鸿蒙生态应用开发V2.0白皮书》
  • 《鸿蒙 (OpenHarmony)开发基础到实战手册》
  • OpenHarmony北向、南向开发环境搭建
  • 《鸿蒙开发基础》
  • 《鸿蒙开发进阶》
  • 《鸿蒙开发实战》

在这里插入图片描述

总结

鸿蒙—作为国家主力推送的国产操作系统。部分的高校已经取消了安卓课程，从而开设鸿蒙课程；企业纷纷跟进启动了鸿蒙研发。

并且鸿蒙是完全具备无与伦比的机遇和潜力的；预计到年底将有 5,000 款的应用完成原生鸿蒙开发，未来将会支持 50 万款的应用。那么这么多的应用需要开发，也就意味着需要有更多的鸿蒙人才。鸿蒙开发工程师也将会迎来爆发式的增长，学习鸿蒙势在必行！ 自↓↓↓拿

移动开发技术栈
关注
  • 7
    点赞
  • 踩
  • 12
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
arcgis for javascript 4.0beta3 api
03-17
《ArcGIS for JavaScript 4.0 Beta 3 API 深度解析》 ArcGIS for JavaScript API 是Esri公司提供的一款强大的地图开发工具，专为Web应用中的地理信息系统（GIS）设计。4.0 Beta 3 版本是该API的一个重要里程碑，...
log4j12-api-2.0-beta3.jar
05-28
Log4J兼容性API org.apache.logging.log4j.adapters/log4j12-api/2.0-beta3/log4j12-api-2.0-beta3.jar
鸿蒙（API 12 Beta3版）【音频解码】
鸿蒙的技术博客
08-09 357
开发者可以调用本模块的Native API接口，完成音频解码，即将媒体数据解码为PCM码流。
鸿蒙（API 12 Beta3版）【视频编码】音视频编码
鸿蒙的技术博客
08-09 497
开发者可以调用本模块的Native API接口，完成视频编码，即将未压缩的视频数据压缩成视频码流。
鸿蒙（API 12 Beta3版）【时域可分层视频编码】 音视频编码
最新发布
鸿蒙的技术博客
08-09 180
可分层视频编码，又叫可分级视频编码、可伸缩视频编码，是视频编码的扩展标准，目前常用的包含SVC（H.264编码标准采用的可伸缩扩展）和SHVC（H.265编码标准采用的可扩展标准）。其特点是能一次编码出时域分层、空域分层、质量域分层的码流结构，满足因网络、终端能力和用户需求不同带来的的差异化需求。时域可分层视频编码, 是指能编码出时域分层码流的视频编码，下图是通过参考关系构建的4层时域分层码流结构。
鸿蒙（API 12 Beta3版）【AVCodec Kit简介】 音视频编码服务
鸿蒙的技术博客
08-08 702
AVCodec kit（Audio & Video Codec Kit，音视频编解码，封装解封装原子能力）是媒体系统中的音视频的编解码、媒体文件的解析、封装、媒体数据输入等原子能力。
鸿蒙（API 12 Beta2版）音频通话【开发音频通话功能】
鸿蒙的技术博客
08-08 378
VoIP（Voice over Internet Protocol）通话是指基于互联网协议（IP）进行通讯的一种语音通话技术。VoIP通话会将通话信息打包成数据包，通过网络进行传输，因此VoIP通话对网络要求较高，通话质量与网络连接速度紧密相关。
鸿蒙（API 12 Beta3版）【获取支持的编解码能力】 音视频编码
鸿蒙的技术博客
08-09 688
因来源不同、编解码器协议不同以及设备在编解码能力部署上的不同，在不同设备上开发者可用的编解码器及其能力是有差异的。 为确保编解码行为符合预期，开发者应提前通过音视频编解码能力系列接口查询系统支持的音视频编解码器及其关联的能力参数，找到符合开发场景需求的编解码器，并正确配置编解码参数。
鸿蒙（API 12 Beta2版）NDK开发【HarmonyOS ABI】硬件兼容性
鸿蒙的技术博客
08-05 1063
HarmonyOS系统支持丰富的设备形态，支持多种架构指令集，支持多种操作系统内核；为了应用在各种HarmonyOS设备上的兼容性，本文定义了"OHOS" ABI（Application Binary Interface）的基础标准，包含如下方面。
鸿蒙（API 12 Beta2版）媒体开发【Audio Kit简介】音频服务
鸿蒙的技术博客
08-06 1007
提供统一音频低时延/非低时延播放能力接口，通过垂直打通硬件，达成最低的音频输出时延。在游戏、提示/告警音、K歌等场景下，可以通过低时延接口，实现音频快速流畅播放。
鸿蒙（API 12 Beta2版）媒体开发【使用AudioCapturer开发音频录制功能】
鸿蒙的技术博客
08-07 732
系统提供了多样化的API，来帮助开发者完成音频录制的开发，不同的API适用于不同录音输出格式、音频使用场景或不同开发语言。因此，选择合适的音频录制API，有助于降低开发工作量，实现更佳的音频录制效果。
IOS12beta版本安装软件
06-14
"IOS12beta版本安装软件"这个主题涉及到的是苹果公司iOS操作系统的一个早期测试版本——iOS 12 Beta。通常，开发者和科技爱好者会提前体验这些Beta版本，以便在正式版发布前找出可能存在的问题并提供反馈。 首先，...
HarmonyOS应用开发者基础认证考试题目及答案
12-17
HarmonyOS应用开发者基础认证考试题目及答案HarmonyOS应用开发者基础认证考试题目及答案HarmonyOS应用开发者基础认证考试题目及答案HarmonyOS应用开发者基础认证考试题目及答案HarmonyOS应用开发者基础认证考试题目...
基于HarmonyOS NEXT Developer Beta1编写的app应用源代码，使用DevEco5.03版本编写
06-27
基于HarmonyOS NEXT Developer Beta1编写的app应用源代码，使用DevEco5.03版本编写，包含系统源代码，代码结构图，鸿蒙虚拟机运行效果图，预览器效果图等。在win11 版本测试通过。
鸿蒙AI功能开发【hiai引擎框架-通用文字识别】 基础视觉服务
2301_76813281的博客
08-07 248
本示例展示了使用hiai引擎框架提供的通用文字识别能力。 本示例模拟了在应用里，选择一张图片，识别其文字信息并展示出来（可复制）。 需要使用hiai引擎框架通用文字识别接口@kit.CoreVisionKit.d.ts。
鸿蒙笔记--Socket
ljt2724960661的博客
08-04 297
这一节主要了解鸿蒙Socket通信，在鸿蒙系统中，Socket TCP通讯是一种常用的...
鸿蒙图形开发【3D引擎接口示例】
2301_76813281的博客
08-05 1183
本实例主要介绍3D引擎提供的接口功能。提供了@ohos.graphics.scene中接口的功能演示。 3D引擎渲染的画面会被显示在Component3D这一控件中。点击按钮触发不同的功能，用户可以观察渲染画面的改变。
鸿蒙AI功能开发【hiai引擎框架-分词、实体抽取】 自然语言理解服务
2301_76813281的博客
08-08 134
本示例展示了使用hiai引擎框架提供的基于自然语言处理服务的分词、实体抽取功能。 本示例模拟了在应用里，输入一段文字，调用分词、实体抽取能力后得到的结果。 需要使用hiai引擎框架通用文字识别接口@hms.ai.nlp.textProcessing.d.ts。
 HarmonyOS NEXT Beta 版报名答题
06-24
HarmonyOS NEXT Beta 版本的报名答题通常是指华为对于其操作系统内测版本的用户招募活动。为了获取 beta 测试资格，你需要按照以下步骤操作： 1. 访问华为官方开发者网站或华为花粉社区：首先，查找华为发布的关于 HarmonyOS NEXT Beta 测试的通知，一般会在这些平台上发布。 2. 注册成为开发者：如果你还没有注册成为华为的开发者，需要先完成账号注册，并提交必要的信息和资质审核。 3. 填写申请问卷：报名阶段，开发者需要填写详细的个人信息、开发经验及使用场景等，以便华为评估你的适配能力和需求。 4. 完成答题环节：根据官方提供的题目，可能涉及对HarmonyOS技术的理解、项目开发经验等方面，通过解答问题展示你的技术水平和对新系统的理解。 5. 等待审核：提交完整资料并答题后，等待华为审核。通过审核的用户将收到测试资格通知，下载 beta 版本参与测试。 6. 参与反馈：在测试期间，积极参与内测交流，提供反馈和建议，帮助完善系统。 如果你是华为手机用户但还不是开发者，也可能会有机会通过开放的公测计划加入体验，不过具体流程可能会有所不同。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值