1.IjkPlayer SDK 源码导入到Android Studio中各种问题解决 第一篇
2.深入剖析-ijkplayer框架音视频开发
3.音视频骚操作，码分FFmpeg 如何播放带「」的码分 M3U8 视频，IJKPlyaer 适配非标 TS 文件
4.ijkplayer编译流程详解
5.音视频开发经验：ijkplayer 实际开发中遇到的码分问题总结
6.解决FFmpeg播放RTSP推送的H265码流报错问题

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

       导入IjkPlayer SDK到Android Studio时，可能会遇到一系列问题。码分本文将详述我在实际操作中遇到的码分挑战和解决方法。

       问题与解决

       1. Gradle版本不兼容

       首先，码分云e办源码由于项目中使用的码分Gradle版本过低（.0.8），与Android Studio支持的码分最低版本不匹配，导致编译错误。码分解决方法是码分升级Gradle版本，将其更新到4.8.1或与错误提示中指定的码分版本一致。

       2. AndroidSdkHandler类初始化失败

       当遇到'Could not initialize class com.android.sdklib.repositoryv2.AndroidSdkHandler'的码分问题，需检查build.gradle文件中的码分classpath版本，如2.1.3已不再被支持。码分升级到3.6.4或更高版本以解决此问题。码分

       3. 依赖库版本问题

       在配置Gradle 3.6.4后，可能因jcenter库问题导致下载失败。尝试切换到国内阿里云镜像地址，或在build.gradle文件中调整依赖。

       4. gradle-bintray-plugin下载失败

       gradle-bintray-plugin插件下载失败，可考虑删除它，因为项目不再需要上传到已关闭的jcenter仓库。

       5. Gradle版本不匹配

       编译时提示Gradle版本过低，最低要求5.6.4。更新gradle-wrapper.properties文件至该版本，同时注意Android Tools.build.Gradle与Gradle版本的兼容性。

       6. compile指令过时

       遇到'compile'指令被废弃的警告，需将所有模块中的compile替换为implementation或api，并处理productFlavors中的allCompile。

       7. SDK Build Tools版本过低

       确认buildToolsVersion配置的版本低于Android Gradle Plugin支持的最低值，将其更新至.0.3或更高。

       结论

       通过逐步升级和调整依赖，成功解决了将IjkPlayer SDK导入Android Studio时遇到的问题。后续会处理更多警告，量峰指标源码并提供完整教程。如有其他问题，可在ijkplayer分类中查找相关信息。

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

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

       在众多播放器项目中，我们选择了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的关键代码部分，平台相关的解码、渲染以及用户事务处理部分，都没有具体分析到，大家可以参考代码自行分析。

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

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

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

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

ijkplayer编译流程详解

       ijkplayer是一款基于FFmpeg的播放器SDK开源架构，由哔哩哔哩公司开发，适合音视频开发人员深入研究与使用。本文将详细介绍ijkplayer的编译流程。

       本文主要关注于在安卓平台上的编译，以ijkplayer-android为例，环境设定在Ubuntu系统上。

       一、编译环境与依赖

系统：Ubuntu ..6

jdk：Java Development Kit (JDK) 1.8.0_

ndk：Android NDK re（Linux x_版）

sdk：Android SDK r.4.1（Linux版）

       二、编译环境搭建

软件安装：确保Ubuntu系统已安装必要的开发工具。

openjdk安装：下载并安装JDK，以支持Java环境。

下载安装NDK和SDK：访问Android NDK与SDK官网，下载Linux版本，解压至指定目录。

初始化SDK：运行Android SDK Manager，选择下载Android SDK Tools、Platform-tools、Build-tools以及最新版的Platform。

配置环境变量：在/etc/profile中添加相关环境变量。

       三、ijkplayer源码下载

       访问ijkplayer的GitHub仓库，下载ijkplayer-android源代码。

       四、编译ijkplayer

初始化：运行初始化脚本，提取ffmpeg库、libyuv、soundtouch等相关组件。

编译openssl：执行编译脚本，选择全平台编译或指定CPU平台。

编译ffmpeg：在配置文件中保持默认设置，执行编译脚本。

编译ijkplayer：执行最后的编译脚本，生成android工程与平台相关库。

       五、编译完成与导入AS工程

       使用Android Studio打开生成的android工程。

       运行工程至手机上，检查播放功能，确保编译无误。

       至此，ijkplayer的编译流程已完成。开发者可以在此基础上进行二次开发，深入探索ijkplayer的特性和应用。

音视频开发经验：ijkplayer 实际开发中遇到的问题总结

       音视频开发中，ijkplayer遇到的问题与优化策略

       一、弱网优化

       在弱网环境下，优化策略包括：设置异步的生产者消费者模式，利用缓冲区存储视音频数据；实时网络检测，根据带宽调整发送策略；丢帧处理，减少关键帧间的非关键帧，如通过调整ffmpeg的framedrop值；以及在必要时降低码率，提高直播流畅度。

       二、播放卡顿优化

       ijkplayer在某些场景下播放卡顿，通过调整AsyncTask的线程优先级至THREADPRIORITYURGENT_AUDIO，解决了音视频同步问题，避免了系统时间片分配不足造成的卡顿。

       三、HTTPS支持

       支持HTTPS播放，需要编译openssl并配置，以适应加密的HLS视频流。

       四、延迟优化

       通过修改ijkplayer源码，特别是ff_ffplay.c和ffplayvideothread方法，可以有效降低延迟，硬解码支持高分辨率，软解码自动切换。

       五、音视频同步

       ijkplayer使用音频作为主时钟源进行同步，关键在于videorefresh_thread中的处理逻辑，通过计算和调整帧播放时间，确保音视频的同步。

解决FFmpeg播放RTSP推送的H码流报错问题

       RTSP，实时流传输协议，常用于传输视频流。许多流媒体平台，如B站的ijkplayer，都是基于FFmpeg的FFplay内核。我曾分享过关于使用RTSP推送H码流的文章，包括本地拉流和编码时的推流显示。然而，当尝试使用FFplay处理RTSP推送的H码流时，遇到了报错"illegaltemporal ID in RTP/HEVC packet"。

       这个错误提示指向了H的NALU Header中的temporal ID问题。FFmpeg的源码检查了这个值，如果为0，会报错。H标准规定temporal ID不能为0，因此这个检查是合理的。问题可能出在RTP封装过程，而非原始码流，因为本地H码流的NALU Header值并不是0。

       为了解决这个问题，我深入研究了RTP封装H裸流的原理，发现在HSource.cpp的HandleFrame函数中，处理NALU数据时忽略了起始码。修正这一逻辑后，成功用FFplay播放了RTSP推送的H视频，尽管与VLC的播放效果相比稍有卡顿。FFplay播放的命令行参数包括指定窗口名称和分辨率。

       总结来说，通过问题定位和源码解析，我解决了FFplay在处理RTSP H码流时的报错，实现了本地H视频的正确播放。这个过程对理解FFmpeg工作原理和RTSP封装有帮助。

ffplay深入解析——main函数解析篇（四）

       深入解析 ffplay 的 main 函数，ffplay 是一个基于 ffmpeg 的播放器，B站著名的 ijkplayer 就是基于此框架二次开发。让我们从主函数开始，逐步剖析源码。

       代码主要处理 SDL 时间逻辑，首先会调用 SDL_Init 函数，传入参数，比如 SDL_INIT_VIDEO 表示初始化视频子系统。根据上次文章提到的 flags 参数，如果 audio_disable 和 video_disable 都为 false，则 flags 为 SDL_INIT_TIMER、SDL_INIT_AUDIO 和 SDL_INIT_VIDEO 三个或运算的值，以此初始化计时器、音频子系统和视频子系统。

       如果初始化失败，程序将打印错误信息并终止。在源码中，对于错误和成功的返回值分别为 -1 和 0，两者都导致程序退出，这似乎存在逻辑错误。期待高手在评论区提供解释。

       接着是 SDL_EventState 函数，用于管理和处理事件，通过参数查询事件类型和标志，用于忽略特定事件，以避免用户操作对程序的干扰。

       接下来的代码内容较多，今日先暂停解析，期待下次继续深入探讨。请关注下回分解。