简介
OpenAtom OpenHarmony（以下简称“OpenHarmony”）作为“开源”世界的“连接器”，一直为智能社会的倒退提供源源不断的“源能源”。深开鸿始终以来踊跃投身于OpenHarmony社区建设，一直推动开源事业的倒退。
身为深开鸿的一名OS框架开发工程师，我在OpenHarmony 开源我的项目成立伊始便踊跃退出OpenHarmony 社区建设，负责OpenHarmony框架和构造的研发工作，此次我将带来OpenHarmony多媒体子系统的源码剖析，心愿能为宽广的开发者提供参考。
OpenHarmony多媒体子系统，是OpenHarmony零碎框架中的其中一个比拟重要的子系统。OpenHarmony中集成了ffmpeg的第三方库，多媒体的很多性能实现须要ffmpeg库。另外，媒体文件的解决蕴含了对音视频裁剪、音视频拆散等利用场景的解决，有些性能多媒体子系统没有提供给内部相应的接口，对此能够通过NAPI的机制实现一套JS接口，提供给应用层去调用，以此实现更多的多媒体性能 。
成果展现
本文通过实现音视频文件裁剪的性能，让开发者相熟实现该性能的整个操作流程。以下是效果图：
首先抉择源文件，在裁剪设置中设定裁剪的起始工夫和完结工夫（单位为秒），参数设定完当前，咱们点击裁剪按钮，进而对源文件进行裁剪，裁剪胜利后，会显示播放按钮。
在整个操作过程中，源文件抉择模块的播放按钮是对源文件进行播放，裁剪模块的播放按钮是对裁剪后文件的播放，咱们能够通过播放视频文件来查看裁剪前后的成果比照。
代码曾经上传至SIG仓库，链接如下：
https://gitee.com/openharmony…
https://gitee.com/openharmony…
源码剖析
源码剖析分为两个局部，一部分是NAPI实现的本地性能，另一部分是JS实现的利用性能。一、NAPI一、实现
以下是源码剖析的内容，外围的模块次要代码是myffmpegsys，为利用端提供了js的接口。
1． myffmpegsys作为一个新的子系统集成到OpenHarmony源码中，搁置在OpenHarmony源码的根目录下，和foundation在同一目录下。
2． 配置build/subsystem_config.json。
"myffmpegsys": {
"path": "myffmpegsys",
"name": "myffmpegsys"
},
- 配置产品的productdefine/common/products/XXXX.json（其中XXXX对应的设施型号）。
"parts":{
"myffmpegsys:myffmpegpart":{},
"ace:ace_engine_standard":{},
......
}
- 配置好子系统以及对应的组件后，上面再对myffmpegsys子系统的源码进行剖析。
（1）目录构造
myffmpegdemo中次要解决napi相干的接口转换，ffmpeg_utils通过调用ffmpeg三方库解决理论的视频文件裁剪性能。
（2）OpenHarmony集成的ffmpeg三方库的门路是third_party/ffmpeg，myffmpegdemo会依赖ffmpeg，并且头文件也会援用ffmpeg头文件，所以在BUILD.gn文件中会增加相干的依赖和门路。
import("//build/ohos.gni")
ohos_shared_library("myffmpegdemo") {
include_dirs = [
"//foundation/ace/napi/interfaces/kits",
"//myffmpegsys/myffmpegpart/myffmpegdemo/include",
"//third_party/ffmpeg",
]
sources = [
"myffmpegdemo.cpp",
"ffmpeg_utils.cpp",
]
public_deps = [
"//foundation/ace/napi:ace_napi",
"//third_party/ffmpeg:libohosffmpeg"
]
external_deps = [
"hiviewdfx_hilog_native:libhilog",
]
relative_install_dir = "module"
subsystem_name = "myffmpegsys"
part_name = "myffmpegpart"
}
（3）流程图
（4）代码剖析
Napi接口注册：
/***********************************************
* Module export and register
***********************************************/
static napi_value registerMyffmpegdemo(napi_env env, napi_value exports)
{
static napi_property_descriptor desc[] = {
DECLARE_NAPI_FUNCTION("videoCute", videoCute),
DECLARE_NAPI_FUNCTION("videoToAacH264", videoToAacH264),
};
napi_define_properties(env, exports, sizeof(desc) / sizeof(desc[0]), desc);
return exports;
}
NAPI实现videoCute接口，将NAPI类型转换成C++类型，而后调用FfmpegUtils的videoCute接口：
static void executeVideoCute(napi_env env, void* data) {
VideoCuteAddOnData *addonData = (VideoCuteAddOnData *) data;
//调用视频剪切的性能
addonData->result = FfmpegUtils::videoCute((const char*)addonData->args0.c_str(), \
addonData->args1, \
addonData->args2, \
(const char*)addonData->args3.c_str());
}
FfmpegUtils初始化输出，输入格局上下文：
//初始化上下文
ret = avformat_open_input(&ifmt_ctx, in_filename, 0, 0);
if (ret < 0) {
ERROR_BUF(ret);
HiLog::Error(LABEL, "gyf avformat_open_input error = %{public}s", errbuf);
return ret;
}
ret = avformat_alloc_output_context2(&ofmt_ctx, NULL, NULL, out_filename);
if (ret < 0) {
ERROR_BUF(ret);
HiLog::Error(LABEL, "gyf avformat_alloc_output_context2 error = %{public}s", errbuf);
goto end;
}
ofmt = ofmt_ctx->oformat;
依据输出流创立输入流，并且拷贝codec参数：
//创立流以及参数拷贝
for (int i = 0; i < (int)ifmt_ctx->nb_streams; i++) {
in_stream = ifmt_ctx->streams[i];
AVStream *out_stream = avformat_new_stream(ofmt_ctx, NULL);
if (!out_stream) {
ret = AVERROR_UNKNOWN;
goto end;
}
avcodec_parameters_copy(out_stream->codecpar, in_stream->codecpar);
out_stream->codecpar->codec_tag = 0;
}
关上输入文件，并写入头文件：
//关上输入文件
ret = avio_open(&ofmt_ctx->pb, out_filename, AVIO_FLAG_WRITE);
if (ret < 0) {
ERROR_BUF(ret);
HiLog::Error(LABEL, "gyf avio_open error = %{public}s", errbuf);
goto end;
} // 写头信息
ret = avformat_write_header(ofmt_ctx, NULL);
if (ret < 0) {
ERROR_BUF(ret);
HiLog::Error(LABEL, "gyf avformat_write_header error = %{public}s", errbuf);
goto end;
}
依据设置的截取时间段，跳转到指定帧：
//跳转到指定帧
ret = av_seek_frame(ifmt_ctx, -1, start_seconds * AV_TIME_BASE, AVSEEK_FLAG_ANY);
if (ret < 0) {
ERROR_BUF(ret);
HiLog::Error(LABEL, "gyf av_seek_frame error = %{public}s", errbuf);
goto end;
}
循环读取帧数据，当达到截取工夫点后，退出循环：
//读取数据
ret = av_read_frame(ifmt_ctx, &pkt);
if (ret < 0) {
break;
}
in_stream = ifmt_ctx->streams[pkt.stream_index];
out_stream = ofmt_ctx->streams[pkt.stream_index];
// 工夫超过要截取的工夫，就退出循环
if (av_q2d(in_stream->time_base) * pkt.pts > end_seconds) {
av_packet_unref(&pkt);
break;
}
写入文件尾部信息：
//写文件尾信息
ret = av_write_trailer(ofmt_ctx);
二、JS利用实现
目录构造
代码次要蕴含两局部，index次要是裁剪相干的设置，player是针对视频文件进行播放的页面。
index中设置了源文件，裁剪的起始工夫，完结工夫当前，通过裁剪按钮，进行视频的裁剪性能，这一部分的代码是通过底层NAPI提供的接口进行的。
cutevideo() {
globalThis.isCuteSuccess = false;
console.log('gyf cutevideo');
myffmpegdemo.videoCute(this.src, this.startTime, this.endTime, this.srcOut,
function (result) {
console.log('gyf cutevideo callback result = ' + result);
globalThis.showPrompt('videoCute finished!');
if (0 === result) {
globalThis.isCuteSuccess = true;
} else {
globalThis.isCuteSuccess = false;
}
}
);
},
视频一旦裁剪胜利当前，页面就会呈现播放的按钮，点击播放按钮后，便可对裁剪后的文件进行观看。
总结
本文通过NAPI形式给大家解说了如何利用OpenHarmony零碎能力实现更多的性能。开发者能够利用OpenHarmony自带的三方库，实现音视频拆散、音视频转码、音视频编解码等多媒体解决性能，而且这些性能都能够在零碎层实现，并通过NAPI的形式提供对应的接口进行调用。对于OpenHarmony集成的其余外在的能力，也能够通过NAPI的形式来对外提供接口，以此实现更多功能。
开发工作是一条漫长的路线，开发者唯有触类旁通、举一反三，能力在将来的开发工作中达到事倍功半的成果。
发表回复