1.Miracast技术详解（四）：Sink源码解析
Miracast技术详解（四）：Sink源码解析
Miracast Sink端源码最早出现在Android 4.2.2版本中，源码可通过android.googlesource.com查看。源码然而，源码在Android 4.3版本之后，源码Google移除了这部分源码，源码详细移除记录可在android.googlesource.com上查阅。源码fuav源码尽管Sink端代码被移除，源码但Source端源码依然存在。源码通过使用Android手机的源码投射功能，仍可实现Miracast投屏发送端的源码功能。
为了查看源码，源码推荐使用Android Studio，源码以便利用IDE的源码代码提示和类/方法跳转功能。首先新建一个Native Project，源码将libstagefright相关源码拷贝至cpp目录，源码并导入必要的include头文件。在CMakeLists.txt中添加这部分源码后，ubuntu源码包使用教程同步环境，以此引用相关类与头文件，提升查看源码的效率。
Sink端核心类主要包括：WifiDisplaySink.cpp、RTPSink.cpp、TunnelRenderer.cpp。通过分析可得知，初始化操作主要在wfd.cpp中的c 跑得快源码main()方法内完成，重点关注sink->start()方法启动WifiDisplaySink，进而使用ip和端口参数执行相关操作。
RTSP通讯涉及关键步骤，包括创建RTSP TCP连接、处理连接状态与数据异步通知。当连接建立后，开始进行RTSP协商与会话建立，处理RTSP M1-M7指令。商城app源码带后台请求与响应流程需参考前面的RTSP协议分析文章，这里不详细展开。
处理RTSP消息时，首先判断消息类型，是Request还是Response。对于Request，主要处理Source端M1请求，并响应M2确认。tr069 cpe源码对于Source端M3请求，处理相关属性及能力，如RTP端口号、支持的音频和视频编解码格式等。M4与M5请求则分别进行常规的响应处理。
在发送完Setup M6请求后，注册onReceiveSetupResponse()回调，用于完成RTSP最后一步，即发送PLAY M7请求。此时，Source端会按照Sink指定的UDP端口发送RTP数据包，包含音视频数据。
RTSP协商与会话建立完成后，数据流通过RTPSink处理，建立UDP连接并解析RTP数据包。在TunnelRenderer中接收并播放音视频流。流程包括消息处理、环境初始化、TS包解析、音视频裸流解码与播放等。
源码解析过程中，关键步骤包括初始化RTPSink、建立UDP连接、处理RTP与RTCP数据、解析TS包并获取音视频裸流等。移植Native Sink端难点在于隔离与处理Native相关依赖，如异步消息机制、网络连接实现等。建议在应用层实现RTSP连接、音视频解码与渲染功能，然后移植底层解析代码，以减少依赖，提高移植效率。
