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版本不兼容
首先，码分登陆器易语言源码由于项目中使用的码分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时遇到的问题。后续会处理更多警告，ios 的源码并提供完整教程。如有其他问题，可在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在视频解码上支持软解和硬解两种方式，爬虫 python 源码可在播放前配置优先使用的解码方式，播放过程中不可切换。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 等工具的laravel源码事务灵活性和扩展性为解决非标准格式和骚操作提供了可能。本文将深入探讨如何播放带有「」的 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 函数，用于管理和处理事件，通过参数查询事件类型和标志，用于忽略特定事件，以避免用户操作对程序的干扰。
接下来的代码内容较多，今日先暂停解析，期待下次继续深入探讨。请关注下回分解。
