1.Miracast技术详解（四）：Sink源码解析
2.免费软件如何盈利

Miracast技术详解（四）：Sink源码解析

       Miracast Sink端源码最早出现在Android 4.2.2版本中，可通过android.googlesource.com查看。然而，在Android 4.3版本之后，Google移除了这部分源码，详细移除记录可在android.googlesource.com上查阅。神马开发源码尽管Sink端代码被移除，但Source端源码依然存在。通过使用Android手机的投射功能，仍可实现Miracast投屏发送端的功能。

       为了查看源码，推荐使用Android Studio，以便利用IDE的代码提示和类/方法跳转功能。首先新建一个Native Project，将libstagefright相关源码拷贝至cpp目录，并导入必要的include头文件。在CMakeLists.txt中添加这部分源码后，github源码地址同步环境，以此引用相关类与头文件，提升查看源码的效率。

       Sink端核心类主要包括：WifiDisplaySink.cpp、RTPSink.cpp、TunnelRenderer.cpp。通过分析可得知，初始化操作主要在wfd.cpp中的同步源码eofmain()方法内完成，重点关注sink->start()方法启动WifiDisplaySink，进而使用ip和端口参数执行相关操作。

       RTSP通讯涉及关键步骤，包括创建RTSP TCP连接、处理连接状态与数据异步通知。当连接建立后，开始进行RTSP协商与会话建立，处理RTSP M1-M7指令。仿webos源码请求与响应流程需参考前面的RTSP协议分析文章，这里不详细展开。

       处理RTSP消息时，首先判断消息类型，是Request还是Response。对于Request，主要处理Source端M1请求，并响应M2确认。源码编程python对于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连接、音视频解码与渲染功能，然后移植底层解析代码，以减少依赖，提高移植效率。

免费软件如何盈利

       ç›ˆåˆ©æ¨¡å¼ä¹‹ä¸€ï¼šå¤šç§äº§å“çº¿

       åœ¨è¿™ç§æ¨¡å¼ä¸­ï¼Œåˆ©ç”¨å¼€æºè½¯ä»¶ä¸ºç›´æŽ¥äº§ç”Ÿæ”¶å…¥çš„专有软件来创造或维持一种市场地位。例如，开放源代码的客户端软件带动了服务器软件的销售，或者借用开源版本带动商业许可版本的产品销售。这种模式应用的比较普遍。如 MySQL 产品就同时推出面向个人和企业的两种版本，即开源版本和专业版本，分别采用不同的授权方式。开源版本完全免费以便更好的推广，而从专业版的许可销售和支持服务获得收入。再如 Redhat 自 Redhat Linux 9.0 后将原桌面操作系统转为 Fedora 项目，借 Fedora Core Linux 在开源社区的声望而促进 Redhat Enterprise Linux AS/ES/WS 服务器产品线的销售。

       ç›ˆåˆ©æ¨¡å¼ä¹‹äºŒï¼šæŠ€æœ¯æœåŠ¡åž‹

       åœ¨è¿™ç§æ¨¡å¼ä¸­ï¼Œå¼€æ”¾æºä»£ç è½¯ä»¶é‡‡ç”¨äº†ä¸€ç§å…¨æ–°çš„市场定位，并非面向产品，而是针对技术服务。JBoss就是这种模式的典型代表。JBoss 应用服务器完全免费，而通过提供技术文档、培训、二次开发支持等技术服务而获得收入。

       ç›ˆåˆ©æ¨¡å¼ä¹‹ä¸‰ï¼šåº”用服务托管（ASP）

       è¿™ç§æ¨¡å¼é€‚用于基于开源软件的应用服务供应商（ASP）。

       ä¾‹å¦‚，PHP Live！ 就是一种构架于 PHP、MySQL 之上的开源软件，它可为企业用户提供实时交谈服务。目前已经有数十家公开提供 PHP Live！ 托管服务的应用服务提供商。

       ç›ˆåˆ©æ¨¡å¼ä¹‹å››ï¼šè½¯ã€ç¡¬ä»¶ä¸€ä½“化

       è¿™ç§æ¨¡å¼æ˜¯é’ˆå¯¹ç¡¬ä»¶åˆ¶é€ å•†çš„。随着竞争的普及，市场压力迫使硬件公司开发并维护软件，但是软件本身却并不是利润中心，因而采用开源软件。 这种模式为大型公司广泛采纳，比如 IBM HP 等服务器供应商巨头，通过捆绑免费的 Linux 操作系统销售硬件服务器。SUN 公司近期将其 Solaris 操作系统开放源码，以确保服务器硬件的销售收入，也是这种模式的体现。

       ç›ˆåˆ©æ¨¡å¼ä¹‹äº”：附属品

       åœ¨è¿™ç§æ¨¡å¼ä¸­ï¼Œå‡ºå”®å¼€æ”¾æºä»£ç çš„附加产品。比如在低端市场，出售杯子和T恤衫等；在高端市场上，出售专业编辑出版的文档和书籍。O'Reilly集团是销售开源软件附加产品公司的典型案例，他出版了很多优秀的开放源代码软件的参考资料。O'Reilly实际上雇用和支持了一些著名的开放源代码黑客（例如Larry Wall和Brain Behlendorf），并以此提高它在市场上的声望。

       ç›ˆåˆ©æ¨¡å¼ä¹‹å…­ï¼šå“ç‰Œæˆ˜ç•¥ã€æœåŠ¡è‡´ä¸Š

       åœ¨è¿™ç§æ¨¡å¼ä¸­ï¼Œå¼€æºå…¬å¸é€šè¿‡å¼€æºè½¯ä»¶å…ˆå¤©çš„传播优势，以极低的成本建立和传播品牌。并通过向用户提供产品相关的服务来获得回报。 康比尔公司的 Compiere ERP & CRM 软件是这种模式的典型案例。康比尔公司开发了开源的 ERP & CRM 软件，由于其产品优秀，很快便获得了北美、欧洲和亚洲中小企业用户的认可，Compiere 品牌也因此迅速地传播到了世界各地，在企业管理软件市场已经成为全球知名品牌。

       ç›ˆåˆ©æ¨¡å¼ä¹‹ä¸ƒï¼šå¸‚场策略

       è¿™ç§æ¨¡å¼ï¼Œæ˜¯ä¸€ç§å¿«é€ŸæŠ¢å å¸‚场的营销策略，主要是为以后增强版产品的销售打下基础。 这种情形的案例有很多。比如，微软宣称部分的公开 Office 的源代码，就是执行这种策略。另一个案例则是CRM 领域的新星 SugarCRM，这款由速加科技开发的开源版本从年上半年公开下载后广为传播，为在9月推出的盒装专业版套件做好口碑上的准备。

       å¼€æºè½¯ä»¶çš„经营模式多种多样，随着开源软件的发展，会有更多的盈利模式应运而生。事实上，一家公司可能混合采用其中的几种盈利模式，比如康比尔公司不仅采用了第六种品牌策略，同时也采用了第二种提供技术服务的方式。 在开源软件大潮的冲击之下，包括微软在内的商业软件公司，也开始认可开源软件"软件成为服务"的本质。微软支持的金牌合作伙伴已经提供包括 Exchange Server 、SharePoint Server 等在内的托管服务，如 ASP-One.com 每月每用户起价1美元的 SharePoint Server 租赁服务和全包价9.美元每月的Exchange Server 租赁服务。 在欧洲和亚太地区各国政府的压力下，微软被迫开放Windows 和Office 的部分源代码，以改善政府的信任度，赢得庞大的政府采购订单。 开源软件的商业运动正方兴未艾。这是否会对传统的商业模式构成致命一击？开源软件在走向成熟的过程中，企业用户和政府用户由怀疑上升到愿意尝试，并最终形成了信任。开源软件已经成为软件业未来发展的重要趋势。正如 Navica 公司 CEO 本纳德·高登所说，"短短两三年间，任何人在选择任何企业软件之时，都开始考虑一个问题：是否有开源软件可作替代？"