1.FFVM是平台什么意思？
2.ijkplayer源码分析 视频解码流程
3.cplayer是什么软件
4.FFmpeg交叉编译、脚本参数配置
5.Web Developer 瑞士军刀一样的源码firefox插件
6.FFplay源码分析-nobuffer

FFVM是什么意思？

       FFVM，全称为Fast Flexible Virtual Machine，平台也被称为Free Fast Virtual Machine，源码是平台一种新型的虚拟机技术。它具有高速、源码wap 相册源码高效和灵活的平台特性，能在不同平台和操作系统上运行，源码为用户提供全面的平台虚拟化解决方案。

       作为轻量级的源码虚拟机，FFVM采用JIT（Just-in-Time）编译技术，平台能迅速将源代码转化为机器码并直接由CPU执行，源码从而避免了传统虚拟机因中间层而产生的平台性能问题。此外，源码FFVM还运用了动态内存管理和虚拟文件系统等技术，平台为用户提供更灵活的虚拟化环境。

       FFVM的应用范围广泛。在云计算领域，FFVM能提供高效的虚拟化环境，支持各类应用程序同时运行，增强了云计算的灵活性和可扩展性。在嵌入式系统领域，FFVM凭借其快速启动和高效运行的superuser.apk 源码特点，简化了嵌入式系统的开发过程。而在高性能计算领域，FFVM为使用者提供卓越的性能和灵活性，满足各类计算需求。

ijkplayer源码分析 视频解码流程

       深入ijkplayer源码，本文聚焦视频解码流程。在video_thread中，我们首先审视IJKFF_Pipenode结构体，定义于ff_ffpipenode.h和ff_ffpipenode.c。pipenode封装软解与硬解功能，初始化流程在stream_component_open中启动，调用pipeline.ffpipeline_open_video_decoder实现。

       在视频解码流程中，视频帧处理在video_thread线程下进行。从packet_queue读取视频packet，然后通过软/硬解码，最终将解码结果放入frame_queue。软解通过ffpipenode_ffplay_vdec.c实现，硬解则在ffpipenode_android_mediacodec_vdec.c中执行。不论软解还是硬解，解码后的结果均被引导至ff_ffplay.c#queue_picture进行队列化，准备渲染。htmlparser源码简单分析

       对于LinuxC++音视频开发者，学习资源尤为关键。免费音视频开发资料、视频、学习路线图以及面试题，涵盖C/C++、Linux、FFmpeg、WebRTC、RTMP、NDK和Android音视频流媒体高级开发，免费提供给有需求者。学习交流君羊群，点击加入即可获取资料。

       最后，渲染流程在stream_open方法中启动，创建video_refresh_thread线程。此线程从frame_queue中读取视频帧，进行音视频同步后，完成渲染。此环节聚焦渲染流程，音视频同步细节暂不展开。flash rpg游戏 源码

cplayer是什么软件

       CPlayer是一款基于FFPyPlayer制作的媒体播放器，精简直观，没有其他多余的功能，只有播放功能，同时支持快进快退、循环播放等功能，你可以将其放到你的U盘中随声携带快速进行播放。

       FFPyPlayer是FFmpeg库的一个python绑定,用于播放和写入媒体文件。

警告：

       虽然ffpyplayer的源代码是在LGPL下授权的,但是在PYPI上的Windows和Linux的ffpyplayer轮子是在GPL下发布的,因为包含的FFmpeg二进制文件是用GPL选项编译的。

       如果你想在LGPL下使用它,你需要自己用正确的选项编译FFmpeg。

       同样,轮子也捆绑了openssl来支持在线相机。但是,并不是每个openssl版本都会发布,所以如果安全问题,建议你自己编译ffpyplayer。

FFmpeg交叉编译、脚本参数配置

       一：下载并解压ffmpeg源码

       使用git或wget下载ffmpeg源码到/root/ff目录，安装git或wget后执行命令解压。

       检查解压后的文件。

       使用tar命令解压ffmpeg-3.4.tar.bz2文件。

       使用unzip命令解压NDK压缩包。

       查看目录结构。

       安装make工具，用于自动化编译工作，提高效率。云笔记 php源码

       二：配置编译脚本

       定义环境变量，包括NDK目录、架构下的so库和头文件、交叉编译工具、CPU类型和输出路径。

       使用env命令查看环境变量。

       解决NDK版本r后gcc兼容问题，通过修改cc路径使用clang。

       执行make命令进行编译，使用-j参数指定并行任务数，编译完成后执行make install安装。

       在指定路径下生成输出文件。

       三：创建Shell脚本

       创建并编辑android.sh文件，实现自动化交叉编译流程。

       调整脚本参数实现动态配置。

       重新执行脚本，生成编译结果。

Web Developer 瑞士军刀一样的firefox插件

       但今天偶尔机会认识了Web Developer，发现它的功能简直碉堡了。

       因为功能实在太多了，而且都很实用，我无法一一介绍过来，所以下面我就挑几个我觉得不错的功能进行简单介绍，更多功能就让你们自己去挖掘吧。

查看源码

       通常在FF里查看源码都是右键选择查看源代码，如果要查看处理后的源码，只能用firebug来弥补，但是阅读起来着实不便，Web Developer则提供了很好的功能

       它分别有三种源码查看，一种就是普通的，也就是原始的，第二种是框架源码，也就是页面里如果嵌套了iframe，通过这个可以直接选择查看，第三种就是刚说的，可以查看处理后的源码。

网页信息

       这里功能很多，我就取了一个，“显示区块大小”，这个功能很像firebug里右侧的布局，但它更加直观，直接在页面上显示出来。同时我觉得这功能很适合新手，让他们很快就能掌握盒子模型，当然也适合设计，因为它把区块的宽高都显示出来了。

窗口大小

       这个很适合调试网站在不同屏幕分辨率下的效果，比如*，同时还支持自定义尺寸。好处就是以后测试不需要修改电脑分辨率了，直接在这里改下尺寸，插件就能把浏览器调整到指定尺寸。

Cookies

       这功能不用多介绍了，很方便，不用再去设置里清空了，而且还可以清楚当前会话的cookies，保证其他cookies存在。

……

       还多很多功能，总之就是太强大了，真后悔现在才知道这个插件，推荐大家下载：https://addons.mozilla.org/en-US/firefox/addon/web-developer/

       我的FF8.0测试通过，兼容性没问题

FFplay源码分析-nobuffer

       在使用 FFplay 播放 RTMP 流时，不开启 nobuffer 选项会导致画面延迟高达7秒左右，而开启此选项后，局域网延迟可降低到毫秒左右。因此，本文将深入探讨nobuffer的实现细节，以及播放端缓存7秒数据的作用。

       fflags 的定义在 libavformat/options_table.h 文件中，这是一个通用选项，所有解复用器均包含此选项。在调用 avformat_open_input() 函数时，会将该命令行参数传入，其位置与所有格式参数相同，如在之前的文章《FFplay源码分析》中所述。记得在调试参数中添加-fflags nobuffer。

       在 avformat_open_input() 函数内部，fflags 这个 AVOption 会被传递给 AVClass，该类存储了多个 AVOption，而fflags 的索引为5。在 av_opt_set_dict() 函数中，fflags 的值会被应用并清除其他选项。在 avformat_open_input() 执行完毕后，AVFormatContext::flags 的第7位应被置为1，即二进制的 。通过下图可以清晰地看到这个过程。

       在 avformat_find_stream_info() 函数内部，如果没有设置nobuffer标记，探测的数据包将被丢入队列。avformat_find_stream_info() 首先读取一段数据包以分析输入流的编码器等信息，为了重用这些数据包，它们会被放入队列中。然而，整个探测过程长达5秒，这意味着 FFplay 大概会读取5秒的数据来分析输入流。若开启nobuffer，则不会重复使用这些探测数据，FFplay 探测完输入流后，会读取新的数据包进行播放。无需缓存，从而降低了延迟。

       通过在 ffpaly.c 文件中的 avformat_find_stream_info() 函数前后输出时间，可以发现两者相差5秒，直观展示了nobuffer对于降低延迟的作用。在实时场景下，缓存功能变得多余，它原本是为了分析本地文件，避免重复读取，但在实时场景中反而影响了性能。因此，在实时场景中，关闭缓存更为合适。

       补充说明：若在本地虚拟机环境下，不启用缓存也能实现流畅播放。然而，如果 SRS 部署在局域网的另一台机器上，不开启缓存可能导致视频卡顿，原因可能是解码前未能及时读取视频帧，FFplay 不断丢弃视频帧，尤其是当视频比音频慢时，这种情况下缓存功能反而成为瓶颈。