1.零基础读懂视频播放器控制原理： ffplay 播放器源代码分析
2.源码输出和解码输出有什么区别
3.深入剖析-ijkplayer框架音视频开发
零基础读懂视频播放器控制原理： ffplay 播放器源代码分析
视频播放器的安卓核心原理在于控制音视频帧序列，其中ffplay作为FFmpeg自带的播放播放器，利用ffmpeg解码库和sdl库进行视频渲染。器源本文将通过分析ffplay源代码，码安深入解析音视频同步、卓播播放控制的放器易语言seo源码原理。
FFmpeg的源码跨平台特性使得在PC端分析代码更为高效，本文则主要聚焦于ffplay for MFC的文档移植代码。首先，安卓理解视频文件结构，播放每个MP4文件包含封装格式、器源比特率等信息，码安音视频被区分为独立的卓播stream，并有各自的放器参数。解复用后，源码音频和视频帧转化为原始数据，进入播放流程，抖音业务自助下单平台源码如图2所示。
简化播放器，仅考虑视频解码和SDL显示，其流程图显示了FFmpeg初始化、读取并解码帧、然后渲染到窗口的过程。为了实现音视频同步，播放器需要处理帧率、音频采样率和视频帧显示时间的关系，以及不同流的帧数差异。
文章接下来提出五个关键问题，涉及画面、字幕和声音的组合，音视频同步的具体机制，以及快进/后退操作的实现。ffplay通过定义VideoState结构体，stl源码剖析什么时候看将播放控制分发到不同线程，利用PTS时间戳确保音视频同步。视频播放器操作的实现包括控制暂停和播放，以及通过时间而非帧数进行快进/后退，以保持同步。
分析ffplay代码时，整体结构包括定时器刷新、多线程解码和显示，以及关键控制函数的使用。在深入理解PTS和DTS后，我们看到ffplay如何动态调整PTS以实现音视频同步。最后，文章总结了通过ffplay源码学习到的基础概念和实用技巧，强调了从基础开始理解、代码架构分析和平台选择的重要性。
源码输出和解码输出有什么区别
区别：
1、源码如何变成软件后缀名源码输出，是指播放器播放的音频以数字形式输出给功放或者解码器进行音频的解码，然后输出到音箱。
2、解码输出，是指播放器本身先将音频进行解码，然后将解码后的音频输出给功放或者其他设备然后输出到音箱。
3、相对来说，源码输出好，因为功放的解码硬件要好于播放设备的解码。
4、没有功放或者解码设备的，都是播放器本身解码后输出。
5、有功放或者解码设备，源码编辑器变量编程视频建议播放器设置源码输出，然后解码工作交给功放或者解码器来进行解码。
深入剖析-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的关键代码部分，平台相关的解码、渲染以及用户事务处理部分，都没有具体分析到，大家可以参考代码自行分析。
