1.音视频骚操作，FFmpeg 如何播放带「」的 M3U8 视频，IJKPlyaer 适配非标 TS 文件
2.深入剖析-ijkplayer框架音视频开发
3.音视频推流与拉流及播放视频实现
4.ijkPlayer SDK 源码导入到Android Studio中各种问题解决 第二篇

音视频骚操作，FFmpeg 如何播放带「」的 M3U8 视频，IJKPlyaer 适配非标 TS 文件

       在音视频播放领域，FFmpeg 与 IJKPlayer 等工具的仿小来早安源码灵活性和扩展性为解决非标准格式和骚操作提供了可能。本文将深入探讨如何播放带有「」的 M3U8 视频以及如何适配非标 TS 文件，以更直观的方式阐述 M3U8 基础知识。

       M3U8，即 HTTP Live Streaming（HLS）文件格式，是苹果为提供点播和直播能力而开发的一种基于 HTTP 协议的流媒体解决方案。M3U8 文件通常包含一个索引，指向多个 TS 格式的视频切片。然而，有时 M3U8 文件中会包含非标准格式，如 png 或 bmp 文件链接，引发播放问题。

       在 M3U8 文件中出现 png 或 bmp 链接的原因在于「劳动人民的智慧」，通过将视频切片伪装成上传至公共 CDN，以实现类似免费 CDN 的视频加载加速效果。M3U8 文件本身并不关注链接的后缀，而是通过读取 #EXTINF tag 下的二进制 Header 来识别编码和封装格式。

       FFmpeg 在播放视频时，并不依赖文件后缀，而是torchsoftmax源码根据 Header 内容来识别视频格式。因此，无论链接的后缀是 png、bmp，甚至是其他格式如 txt，只要数据包本身遵循正确的编码格式，视频都能被正确播放。不过，如果链接本身是一个，且数据经过特殊处理（如加密、非标准封装），则需要额外的适配。

       当 M3U8 文件包含特殊格式链接时，如 bmp、png 与 TS 的混杂，或者内嵌有视频数据且经过加密处理，播放器需要进行更为复杂的解码和处理。例如，若 bmp 中的视频数据被 AES- 加密，通过下载 M3U8 文件中的相关链接，使用特定工具下载解密后，可以恢复视频数据的原始 TS 封装格式。

       在解析 TS 文件时，关键步骤包括识别 PAT（节目表）和 PMT（节目映射表）等信息。PAT 表包含所有节目的pes源码 PID（程序标识符），PMT 则对应特定节目的音视频数据。当 PAT 表被忽略或解析错误时，可能导致播放无画面。解决这类问题通常需要调整播放器的解码逻辑，如在 FFmpeg 的源码中添加特定的逻辑判断，以正确解析 PAT 和 PMT，从而确保视频的正确播放。

       通过上述方法，播放器能够适配并播放带有链接的非标准 M3U8 视频，以及处理包含加密或非标准封装的 TS 文件。这样的适配不仅展示了 FFmpeg 和 IJKPlayer 等工具的强大灵活性，也为处理复杂的音视频格式提供了可能。然而，这些方法的实现需要对音视频编码、封装和播放流程有深入理解，并可能涉及对播放器源码的修改。

深入剖析-ijkplayer框架音视频开发

       随着互联网技术的迅猛发展，移动设备上的视频播放需求日益增长，催生了一系列开源和闭源播放器。这些播放器的功能虽然强大，兼容性也颇优，但其基本模块通常包括事务处理、数据接收和解复用、音视频解码以及渲染。tall源码以下是一个简化的基本框架图。

       在众多播放器项目中，我们选择了ijkplayer进行源码分析。ijkplayer是一款基于FFPlay的轻量级Android/iOS视频播放器，支持跨平台，API易于集成，编译配置可裁剪，方便控制安装包大小。本文基于ijkplayer的k0.7.6版本，重点分析其C语言实现的核心代码，以iOS平台为例，Android平台实现类似，具体请读者自行研究。

       ijkplayer的主要目录结构如下：tool（初始化项目工程脚本）、config（编译ffmpeg使用的配置文件）、extra（存放编译ijkplayer所需的依赖源文件，如ffmpeg、openssl等）、ijkmedia（核心代码）、ijkplayer（播放器数据下载及解码相关）、ijksdl（音视频数据渲染相关）、ios（iOS平台上的上层接口封装以及平台相关方法）、android（android平台上的上层接口封装以及平台相关方法）。iOS和Android平台在功能实现上的源码小组主要差异在于视频硬件解码和音视频渲染。

       ijkplayer的初始化流程包括创建播放器对象，打开ijkplayer/ios/IJKMediaDemo/IJKMediaDemo.xcodeproj工程，在IJKMoviePlayerViewController类中viewDidLoad方法中创建了IJKFFMoviePlayerController对象，即iOS平台上的播放器对象。

       ijkplayer的初始化方法具体实现如下：创建了IjkMediaPlayer结构体实例_mediaPlayer，主要完成了以下三个动作：创建平台相关的IJKFF_Pipeline对象，包括视频解码以及音频输出部分；至此，ijkplayer播放器初始化的相关流程已经完成。

       ijkplayer实际上是基于ffplay.c实现的，本章节将以该文件为主线，从数据接收、音视频解码、音视频渲染及同步这三大方面进行讲解，要求读者具备基本的ffmpeg知识。

       当外部调用prepareToPlay启动播放后，ijkplayer内部最终会调用到ffplay.c中的stream_open方法，该方法是启动播放器的入口函数，在此会设置player选项，打开audio output，最重要的是调用stream_open方法。

       从代码中可以看出，stream_open主要做了以下几件事情：创建上下文结构体，设置中断函数，打开文件，探测媒体类型，打开视频、音频解码器，读取媒体数据，将音视频数据分别送入相应的queue中，重复读取和送入数据步骤。

       ijkplayer在视频解码上支持软解和硬解两种方式，可在播放前配置优先使用的解码方式，播放过程中不可切换。iOS平台上硬解使用VideoToolbox，Android平台上使用MediaCodec。ijkplayer中的音频解码只支持软解，暂不支持硬解。

       ijkplayer中Android平台使用OpenSL ES或AudioTrack输出音频，iOS平台使用AudioQueue输出音频。audio output节点在ffp_prepare_async_l方法中被创建。

       iOS平台上采用OpenGL渲染解码后的YUV图像，渲染线程为video_refresh_thread，最后渲染图像的方法为video_image_display2。

       对于播放器来说，音视频同步是一个关键点，同时也是一个难点。通常音视频同步的解决方案就是选择一个参考时钟，播放时读取音视频帧上的时间戳，同时参考当前时钟参考时钟上的时间来安排播放。

       ijkplayer支持的事件比较多，具体定义在ijkplayer/ijkmedia/ijkplayer/ff_ffmsg.h中。在播放器底层上报事件时，实际上就是将待发送的消息放入消息队列，另外有一个线程会不断从队列中取出消息，上报给外部。

       本文只是粗略的分析了ijkplayer的关键代码部分，平台相关的解码、渲染以及用户事务处理部分，都没有具体分析到，大家可以参考代码自行分析。

音视频推流与拉流及播放视频实现

       音视频推流与拉流及播放视频实现

       推流涉及将采集阶段已封装的内容传输至服务器，是直播过程的核心。推流方式包含主流的协议，如RTMP、WebRTC和FFmpeg等，每种协议都有其独特优势与适用场景。

       拉流是指服务器已存在直播内容时，通过指定地址进行内容获取的过程。简单理解，推流为直播的发射端，拉流为客户端获取内容。

       Linux、C++环境下音视频开发，可参考FFmpeg/WebRTC/RTMP/NDK/Android音视频流媒体高级开发资源。这些资源包括C/C++、Linux、FFmpeg、WebRTC、RTMP、HLS、RTSP、FFplay、SRS等学习资料，免费分享，需者可加入指定群组领取。

       播放视频通常采用通用播放器如IJKPlayer，这里使用编译好的框架YWVideoPlayer进行集成。工程结构清晰，仅使用sdwebimage库，IJKMediaFramework为编译好的文件，直接使用。

       在ViewController.h文件中进行相应修改后，程序运行正常，显示播放界面。启动推流服务器后，模拟器上成功播放视频。此过程为播放演示，后续需分析源码实现细节。

       官方提供的编译步骤中，采用终端方式操作，但在第十一步骤时出现错误。解决方法包括查阅错误信息，检查环境配置和依赖库是否齐全。

       使用IJKPlayer进行视频播放时，需要将源文件导入工程并正确引用，避免编译错误。使用Xcode版本.0，导入过程中确保已添加所需库。

       将ViewController代码修改，具体实现播放功能。运行结果成功播放视频，实现音视频的完整播放流程。此过程仅作为演示，实际应用中需深入理解底层逻辑并进行优化。

ijkPlayer SDK 源码导入到Android Studio中各种问题解决 第二篇

       在将ijkPlayer SDK导入Android Studio并进行编译过程中，我遇到了多个问题。这些问题在前篇博客《ijkPlayer SDK 源码导入Android Studio中各种问题解决 第一篇》中已经部分探讨过，zinyan.com。

       问题与解决

       问题一：Flavors错误

       在代码无误的情况下，运行时出现Flavors错误。原因在于ijkplayer项目的build.gradle版本过低，需添加一个维度名称到flavorDimensions。只需定义任意维度名即可解决问题。

       问题二：exoplayer库缺失

       找不到com.google.android.exoplayer:exoplayer:r1.5.，可能由于网络问题或仓库不稳定。在ijkplayer-exo模块的build.gradle中，将依赖库切换至国内镜像如阿里云，添加相应配置后重新build即可。

       问题三：UnsatisfiedLinkError

       编译后的apk在运行视频时崩溃，原因是找不到本地的libijkffmpeg.so。检查发现项目中未包含so文件，需将本地依赖改为远程依赖或自行编译导入。

       问题四：NDK版本不匹配

       依赖的NDK版本与要求版本不一致，只需在Android Studio的SDK管理面板中下载.0.版本的NDK并安装，下载速度受网络影响。

       成功解决了这些问题后，ijkplayer-example项目可以运行，但so库仍需进一步处理。后续将有更多关于so库编译的内容，敬请关注。