【鸿蒙南向开发实战】OpenHarmony之媒体组件模块简介

本文链接：https://blog.youkuaiyun.com/HarmonyOS_666/article/details/140500833

功能与结构

源码

本文基于OpenAtom OpenHarmony（以下简称“OpenHarmony”）3.2 Release源码foundation目录下的player_framework，在OpenHarmony 2.0 Release版本当中，这个模块的名字叫媒体组件模块，为了方便理解我们在本文中仍旧延用其之前的名字, 其源码仓目录结构如下：

在这里插入图片描述

frameworks目录下包含了两个部分，第一个是沟通js应用与框架层的napi，另一个是供napi调用底层能力的native接口。services目录下的内容可以粗略的理解为多媒体的系统服务，对应为OpenHarmony中的media_service进程，其下的engine目录中的内容是其核心所在,而services目录下主要是与frameworks/native下同名的接口，用于实现C/S模式。

功能

跟其源码路径名字一样，多媒体组件模块提供了通过url播放本地音频/视频的能力。但其功能远不止此，可以说是整个多媒体子系统的基石。结构如下图：

在这里插入图片描述

从结构图中可以看出，提供给应用的接口层在基本能力的基础上提供了相当多的功能。但实际归纳起来，主要是录制、播放、编解码、媒体信息。分别对应图中的Recoder、Player、AVCodec、AV加粗样式Metadata四个子模块，这四个子模块功能相互独立，结构相似。大致的工作模式可以简化为：

在这里插入图片描述

OpenHarmony应用通过调用系统提供的Napi接口调用到Client层的框架代码，之后Client通过跨进程方式IPC调用Engine的能力。

●Engine
●GStreamer

在功能与结构部分有一张来自于OpenHarmony源码中提供的结构图，可以看出各个Engine依赖于GStreamer实现，GStreamer是一个多媒体应用程序的框架。其支持了大部分当前主流的媒体文件如AVI、MP4、Ogg等的解封装，以及视频编码格式H264、H265、VPX等的解码，还具备对一些常见协议如RTSP、RTMP等的支持。GStreamer通过其管道(Pipeline)与插件(plugin)机制，提供了强大的可扩展性以及可操作性，后文中会讨论相关内容。