新 Mac Pro
ijkplayer 是一个基于 FFmpeg 的轻量级 Android/iOS 视频播放器。实现了跨平台功能，API 易于集成、编译配置可裁剪，方便控制安装包大小，支持硬件加速解码，更加省电。
至于为什么会写这个，原因是公司项目做的是监控摄像头视频播放（RTSP 协议视频流），之前用的是 kxmovie（也是基于 FFmpeg） 觉得不太方便（如果你想用 kxmovie 可以看这篇文章），遂研究下 ijkplayer。原本打算把整个过程都写下来，但参考的资料已经写的非常好了，我就直接贴出链接供大家学习。
1、 iOS 中集成 ijkplayer 视频直播框架
2、ijkplayer iOS 项目集成(图文详细版)
实际在使用的时候可根据自己的需求进行配置编译，比如说你不需要支持 RTSP 那你直接根据1或2的文章进行就可以了，如果你需要可以继续往下看。
3、iOS 用 ijkplayer 播 RTSP 流
这篇文章中说明了怎么通过配置使编译出来的 ijkplayer 框架支持RTSP（默认是不支持的），这里指出文中一处小错误
应该是
sh compile-ffmpeg.sh clean
详见 GitHub 上 ijkplayer 作者在 README.md 中的说明
注：如果你要编译支持 RTSP 的框架可先看文章3再看文章1或2
另外好的是通过 ijkplayer 可以调用系统硬解码库 VideoToolbox 进行硬解码，不过这个有系统限制，iOS8 以上才能使用 VideoToolbox（iOS8 之前 API 是私有的)。
// 开启硬解码
IJKFFOptions *options = [IJKFFOptions optionsByDefault];
[options setPlayerOptionIntValue:1 forKey:@"videotoolbox"];
我测试了真机下开启和不开启硬解码 CPU 的使用情况
开启硬解.gif
未开启.gif
对比发现硬解效果还是不错的。
硬解码：由显卡核心 GPU 来对视频进行解码工作，CPU 占用率很低，画质效果比软解码略差一点，需要对播放器进行设置。
优点：播放流畅、低功耗
缺点：受视频格式限制、画质没有软解码好
软解码：由 CPU 负责解码进行播放
优点：不受视频格式限制、画质略好于硬解
缺点：会占用过高的资源、对于高清视频可能没有硬解码流畅(主要看 CPU 的能力)
测试环境：Xcode7.2，iPhone6（iOS8.4），测试工具：Instruments（Time Profiler）
提供两个测试视频
http://live.hkstv.hk.lxdns.com/live/hks/playlist.m3u8
rtsp://184.72.239.149/vod/mp4://BigBuckBunny_175k.mov
其实可以不按文章3的操作直接在下载编译 FFmpeg （./init-ios.sh ）之前执行如下的命令行操作也是可以编译出支持 RTSP 的框架，不过这样编译出来的框架比较大，有500多M，而文章3中的方式编译出的只有大概100多M。在 ijkplayer 的 Issuse 中有人提到编译出来的精简版只有十几M，有知道怎么弄的朋友请留言。
cd config
rm module.sh
ln -s module-default.sh module.sh
cd ios
sh compile-ffmpeg.sh clean
网友评论
yyli-wallace@foxmail.com
我用vlc确实可以播放，自己按照你的方法编译出来的库就播放不了，所以实在没办法找你要喽
"_ff_avc_parse_nal_units", referenced from:
_decode_video_internal in IJKVideoToolBox.o
"_swr_alloc_set_opts", referenced from:
_audio_decode_frame in ff_ffplay.o
"_swr_set_compensation", referenced from:
_audio_decode_frame in ff_ffplay.o
"_swr_convert", referenced from:
_audio_decode_frame in ff_ffplay.o
"_swr_init", referenced from:
_audio_decode_frame in ff_ffplay.o
"_sws_scale", referenced from:
_func_fill_frame in ijksdl_vout_overlay_ffmpeg.o
"_swscale_version", referenced from:
_ffp_prepare_async_l in ff_ffplay.o
"_sws_freeContext", referenced from:
_func_free_l in ijksdl_vout_overlay_ffmpeg.o
_stream_close in ff_ffplay.o
"_ff_isom_write_avcc", referenced from:
_vtbformat_init in IJKVideoToolBox.o
"_ffurl_size", referenced from:
_async_open in ijkasync.o
"_ijkav_register_ijklongurl_protocol", referenced from:
_ijkav_register_all in allformats.o
"_ff_check_interrupt", referenced from:
_ijkurlhook_call_inject in ijklivehook.o
_ijkurlhook_call_inject in ijkurlhook.o
_async_check_interrupt in ijkasync.o
"_ffurl_seek", referenced from:
_ijksegment_seek in ijksegment.o
_ijkurlhook_reconnect in ijkurlhook.o
_ijkurlhook_seek in ijkurlhook.o
_async_buffer_task in ijkasync.o
_ijklongurl_seek in ijklongurl.o
"_sws_getCachedContext", referenced from:
_func_fill_frame in ijksdl_vout_overlay_ffmpeg.o
"_ffurl_read", referenced from:
_ijksegment_read in ijksegment.o
_ijkurlhook_read in ijkurlhook.o
_wrapped_url_read in ijkasync.o
_ijklongurl_read in ijklongurl.o
"_ff_alloc_extradata", referenced from:
_copy_stream_props in ijklivehook.o
"_swr_free", referenced from:
_stream_component_close in ff_ffplay.o
_audio_decode_frame in ff_ffplay