openharmony 富对富 WiFi投屏设计

castengine_wifi_display部件别名Sharing，媒体分享之意。拥有流媒体协议接入、媒体预览、媒体转分发能力，受投播管理服务管理和调用，是音视频投播子系统重要的流媒体能力部件。提供一套简单的Native C++的接口，主要业务是Miracast投屏，提供以下常用功能：

• 主投端（WFD Source）：主投端发送器，用于投屏Source端业务，可发送多路屏幕镜像流到不同设备。

• 被投端（WFD Sink）：被投端接收器，用于投屏Sink端业务，可接收多个设备的投屏流。

逻辑架构

模块职责

模块名称	职责
Interaction	框架层交互模块，负责与外部进程进行交互，基于IPC与RPC机制用于实现设备内和设备间的跨进程通信，支持与多个进程并发交互。
Scene	交互模块的业务实现部分，和Interaction实例共同完成对外交互和对内框架调用。
ContextMgr	框架层业务容器模块，负责将不同的业务Agent关联在一起，用于实现收流，转发，发流等业务；每个业务容器实例可包含多个Agent。
Agent	业务在框架层的代理对象，负责信令层的交互。Agent分为Sink端Agent和Src端Agent。其中，Sink Agent负责收流（获取媒体数据）业务，Src Agent负责发流（输出媒体数据）业务。
Session	业务控制层的具体实现，和Agent对象共同完成业务的信令交互。
Configuration	配置管理模块，设置框架和业务的配置数据，服务启动时加载。
EventScheduler	事件分发调度管理器，集中分发处理模块上报事件，采用异步线程池方式处理，不处理磁盘IO和网络IO等耗时操作。
MediachannelMgr	框架层媒体通道模块，管理媒体通道，每个媒体通道实例可实现媒体数据的接入、预览和发送；具备编解码能力、混流能力、流媒体数据包透传能力；
Consumer	获取媒体数据对象，可根据业务属性通过任何方式获取媒体数据，通常用于收流。
Producer	输出媒体数据对象，可根据业务属性通过任何方式输出媒体数据，通常用于推流。
ServiceMgr	框架层服务管理模块,服务监听的管理模块，每个service实例用于对指定的端口进行tcp或者udp监听，可与外部进程或设备进行数据交互。
InputBack	反控模块，跨设备反控及坐标变化等处理。
WindowMgr	框架层窗口管理模块，窗口实例用于自触发预览窗口时使用。
Protocol	实现rtsp、rtp、wfd、dlna、uibc等协议封装，用于对外协议交互与对接。
Codec	媒体数据的封装与解封装，编码与解码，硬解加速等。
Network	网络协议封装，包括tcp/udp的服务端、客户端等。

目录结构

仓目录结构如下：

/foundation/CastEngine/castengine_wifi_display  # 投播部件业务代码
├── figures                               # 
├── interfaces                            # 外部接口层
│   ├── kits                              # 应用接口
│   └── innerkits                         # 系统内部件接口
├── frameworks                            # 部件无独立进程的实现
│   └── innerkitsimpl                     # native c++实现
├── sa_profile                            # 部件配置
├── services                              # 服务C/S实现
│   ├── interaction                       # 进程交互
│   ├── configure                         # 配置管理
│   ├── context                           # 业务容器
│   ├── agent                             # 业务代理
│   ├── mediachannel                      # 媒体通道
│   ├── mediaplayer                       # 播放渲染
│   ├── etc                               # 部件进程配置
│   ├── event                             # 事件中心
│   ├── impl                              # 业务实现
│   │   └── wfd                           # WFD业务实现
│   ├── inputback                         # 反控模块
│   ├── scheduler                         # 调度中心
│   ├── windowmgr                         # 窗口管理
│   ├── protocol                          # 协议库
│   ├── codec                             # 编解码库
│   ├── network                           # 网络库
│   ├── extend                            # 引入库
│   ├── common                            # 公共类
│   └── utils                             # 工具类
├── sa_profile                            # 服务配置                        
├── tests                                 # 测试代码
├── bundle.json                           # 部件描述文件
└── BUILD.gn                              # 编译入口

目录结构

WFD Sink作为被投端允许多个设备同时投屏。投播框架允许单独操控每路投屏的音频，因此在多路投屏时可自由选择音频的播放与静音；WFD Source 可投屏到多个Sink端。设备作为Sink端时不能再作为Source端，反之亦然。

投屏代码仓地址： castengine_wifi_display: castengine_wifi_display部件别名Sharing，媒体分享之意。基于投播框架开发，拥有流媒体协议接入、媒体预览、媒体转分发等通用能力，受投播管理服务框架管理和调用，提供Miracast镜像投屏能力，是音视频投播子系统重要的流媒体能力部件。https://gitee.com/openharmony/castengine_wifi_display

castengine_wifi_display: castengine_wifi_display部件别名Sharing，媒体分享之意。基于投播框架开发，拥有流媒体协议接入、媒体预览、媒体转分发等通用能力，受投播管理服务框架管理和调用，提供Miracast镜像投屏能力，是音视频投播子系统重要的流媒体能力部件。