容易被忽略的xcode xcworkspace

最新推荐文章于 2024-01-10 16:45:58 发布

lvmaker

最新推荐文章于 2024-01-10 16:45:58 发布

阅读量4.7k

点赞数

CC 4.0 BY-SA版权

分类专栏：播放器开发文章标签： DDPlayer xcode

本文链接：https://blog.youkuaiyun.com/lvmaker/article/details/49851089

播放器开发专栏收录该内容

6 篇文章

订阅专栏

本文介绍了使用ffmpeg进行解码的实践经验，详细记录了作者从复习到实践的过程，并分享了在构建双层架构的DDPlayer播放器过程中遇到的HeaderSearchPaths与UserHeaderSearchPaths设置问题及其解决方案。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

经过一段时间的复习和学习，对使用ffmpeg来解码，越来越有信心，所以在2015年11月13日，正式开始建立工程，取名为 DDPlayer来实验最近所学。
其实在开始建工程前，我回过头去看了看之前参与过的播放器的代码，觉得那个架构太狗屎了，那么多层次，要玩转真是不容易，维护成本太高，突然有点佩服自己当年拿到那么一套狗屎代码竟然还看懂了、还改bug了。
DDPlayer采取2层架构，为了方便管理，建立了一个名为DDPlayer.xcworkspace的工作组，下面包括两个project，即：DDPlayer.xcodeproj 和 PlayerManageLib.xcodeproj。前者是项目UI和控制的实现，采用纯OC；后者是与播放器底层相关的代码，包括：视频解码线程、音频解码线程、字幕解码线程、硬件解码、渲染线程、播放控制接口的提供等，这部分主要是C++来实现。很明显，DDPlayer.xcodeproj 是依赖 PlayerManageLib.xcodeproj的，我写了几个简单的函数来测试流程，遇到了一个很恼火的问题，在DDPlayer工程中import PlayerManageLib中的文件时，竟然不提示文件名，表示压力很大，问了度娘这个问题，最后发现，原来只设置了Header Search Paths ，而没有设置：User Header Search Paths （在编译设置中）的值，感觉好坑，因此写这篇文章，做个备忘。