ffmpeg 内av_frame_move_ref 误用导致的内存泄漏

最新推荐文章于 2025-08-02 12:26:51 发布

原创最新推荐文章于 2025-08-02 12:26:51 发布 · 5.3k 阅读

2 ·

CC 4.0 BY-SA版权

文章标签：

#ffmpeg #内存泄露

C++ 专栏收录该内容

9 篇文章

订阅专栏

本文详细解析了av_frame_move_ref函数的行为，指出该函数仅将src中的内容移动到dst，并不会重置dst。若未事先调用av_frame_unref(dst)，可能会导致内存泄漏。对于理解FFmpeg中帧管理至关重要。

/**
* Move everything contained in src to dst and reset src.
*/

void av_frame_move_ref(AVFrame *dst, AVFrame *src);

看到这个函数声明，我第一感觉是它也会先 reset dst，其实我错了，如果你没有先调用 av_frame_unref(dst)，这个函数会导致大量的内存泄漏

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

robothn

关注关注

3
点赞
踩
2

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

【FFmpeg】av_guess_frame_rate

突围

05-06

939

流的帧率基于容器和编码信息猜测的是AVFrame的。可以传递null /** * Guess the frame rate, based on both the container and codec information. * * @param ctx the format context which the stream is part of * @param stream the stream which the frame is part of * @param fra..

使用ffmpeg解码需要注意的内存泄漏问题

程序猿老樊的博客

09-30

3909

说说项目中遇到的两点失误： 1. AVFrame结构，av_frame_alloc申请内存，av_frame_free释放内存。容易混淆的是av_frame_unref，它的作用是释放音视频数据资源，而av_frame_free是释放所有资源，包括音视频数据资源和结构体本身的内存。可以从源码中看到，av_frame_free函数体内是先调用了av_frame_unref释放数据缓存，再free本身结构体内存。 2. AVPacket结构，比较神奇的是，av_read_frame执行过程中，内部为形参pk

参与评论您还未登录，请先登录后发表或查看评论

基于ffmpeg 对音视频进行编解码存在内存泄露问题记录

u013220323的专栏

04-18

1157

基于ffmpeg的api进行音视频开发，遇到的内存泄漏问题

【AVD】FFmpeg av_packet_unref() 不严谨导致的一次内存泄漏，每次 6MB

我是一只小小小小鸟

06-11

6215

FFmpeg 中 av_read_frame 会对 AVPacket 进行初始化，申请 6MB 内存，无论读取成功或失败，均需要使用 av_packet_unref 进行释放。

36.FFmpeg学习笔记 - ffplay源码解读4之解码线程

周洪伟的博客

08-01

465

本篇说一下解码线程。在stream_component_open函数中，分别创建了一个视频解码线程和音频解码线程： static int stream_component_open(VideoState *is, int stream_index) { ... switch (avctx->codec_type) { case AVMEDIA_TYP...

FFMPEG av_frame_move_ref 使用

qq_27731413的博客

07-08

1472

最近使用ffmpeg总会碰到视频帧拷贝的问题，其中av_frame_move_ref 就可以实现视频帧的拷贝功能。函数原型： void av_frame_move_ref(AVFrame *dst, AVFrame *src); 使用方法： AVFrame *dst = av_frame_alloc(); AVFrame *src = av_frame_alloc(); //假设这里对src读取到视频帧，av_read_frame(ifmt_ctx, &pkt); av_frame_unref(

FFmpeg中调用av_read_frame函数导致的内存泄漏问题

崔杰城的博客

09-22

9064

使用FFmpeg的av_read_frame函数后，每读完一个packet，必须调用av_packet_unref函数进行内存释放，否则会导致内存释泄漏。在vs（博主所用的ffmpeg版本是3.4.2，vs版本是vs2015）中编译运行如下代码： #include <stdio.h> #include <iostream> #include <wind...

【FFmpeg】av_read_frame函数

weixin_42877471的博客

07-01

3305

返回流的下一帧 1.此函数返回存储在文件中的内容，而不验证是否存在用于解码器的有效帧。它将把存储在文件中的内容分割成帧，并为每次调用返回一个帧。它不会省略有效帧之间的无效数据，以便为解码器提供可能用于解码的最大信息 2.如果成功，返回的数据包将被引用计数(pkt->但已设置)并无限期有效。当不再需要该数据包时，必须使用av_packet_unref()释放该数据包。对于视频，数据包只包含一帧。对于音频，如果每帧有一个已知的固定大小(例如PCM或ADPCM数据)，它包

【FFmpeg】av_write_frame函数

weixin_42877471的博客

07-01

1627

在参考雷博的文章时，发现他在进行函数分析时，分析了av_write_frame但是在实际工程之中应用了av_interleaved_write_frame，为什么有这个区别？这两个函数有什么异同，对于不同的格式而言，应该使用什么函数来实现frame写入比较好？本文先记录av_write_frame是如何实现的，在FFmpeg7.0中，av_write_frame和老版本的av_write_frame有一些改动，av_write_frame函数的内部调用关系如下，其中最核心的部分是调用的write_pack

音视频从入门到精通——FFmpeg之av_seek_frame函数分析

mirana的专栏

09-09

2352

timestamp: int64_t类型的时间戳，表示要跳转到的时间位置。stream_index : int类型表示要进行操作的流索引。s: AVFormatContext类型的多媒体文件句柄。flags 的值为1，2，4，8。所以，flags 应该是要通过或运算，加起来使用的。flags : 跳转方法，主要有一下几种。av_seek_frame函数分析。

ffmpeg 指定时间解码 av_seek_frame

03-08

在FFmpeg中，`av_seek_frame`函数是用于在多媒体流中进行定位的重要工具，它可以让你在解码过程中跳转到特定的时间点。本教程将深入讲解如何使用`av_seek_frame`实现在固定时间开始解码的功能，这对于开发自定义媒体...

FFmpeg源码：av_packet_move_ref、av_packet_make_refcounted函数分析

崔杰城的博客

08-11

772

av_packet_move_ref、av_packet_make_refcounted函数分析

ffmpeg 解码时内存泄漏问题

Cei语言的博客

01-16

7279

最近在使用ffmpeg进行视频开发。我使用的是ffmpeg 进行 Demux TS 流，然后,将得到的 NAL Unit 丢给硬件解码器。当我在板子上运行这个模块时运行了5个小时，发现画面卡住了，一查看发现进程被内核kill掉了，所以怀疑是内存泄露。再次启动进程，发现内存在疯狂增长，5个小时后内存只剩下几M了，最终被内核杀掉通过valgrind发现,内存增长是因为调用: av_read_fra

[ffmpeg] AVFrame 功能整理

dss875914213的博客

12-06

1625

AVFrame 主要用来存储编码前的原始数据。在 frame.h 文件中。

ffmpeg中AVPacket与AVFrame中数据的传递与释放

lidec的专栏

07-22

6568

总结了一下AVPacket与AVFrame中拷贝和释放相关操作。这里我理解在AVFrame与AVPacket传递流转的过程中并不会去每次创建和拷贝音视频数据，音视频数据被存储在AVBuffer中，而AVFrame与AVPacket在流转时进行浅拷贝，只有调用其对应unref时，会减少AVBuffer中的引用计数，最终释放内部存储音视频数据的buffer。目录 1.av_freep释放并置空双重指针指向的那个指针 2.av_packet_unref 3.av_packet_ref 4.av_pac

音视频学习 FFmpeg frame的复制和拷贝

C/C++Linux、音视频、DPDK

06-08

1184

实践中经常遇到 frame 的复制拷贝，特此记录一下；

FFmpeg 新手向内存处理详解：彻底掌握 AVPacket/AVBuffer 的生命周期

最新发布

a6484594的博客

08-02

2042

本篇文章面向 FFmpeg 初学者，以实际代码为切入点，深入浅出地讲解了 FFmpeg 的内存管理机制。通过分析 AVPacket、AVBufferRef、av_init_packet()、av_packet_unref() 等常用函数的作用和背后的原理，帮助理解数据包的生命周期与引用计数系统

解决 av_read_frame() 文件尾(end of file)

隔壁老王呀的专栏

04-15

7143

解决 av_read_frame() 文件尾(end of file) 的问题

av_read_frame（）函数详解：

Step By Step Gradually

11-11

3520

av_read_frame（）函数官方API：源码： /** * Return the next frame of a stream. * This function returns what is stored in the file, and does not validate * that what is there are valid frames for the dec

linux ffmpeg c++ av_interleaved_write_frame 速度慢

05-13

<think>好的，用户想优化在Linux环境下使用FFmpeg的C++编程中av_interleaved_write_frame函数的性能。首先，我得回忆一下这个函数的作用。av_interleaved_write_frame主要负责将数据包写入输出文件，并处理交织（interleaving），确保音视频数据按照正确的时序排列。性能问题可能出在哪里呢？根据引用4，用户已经遇到写帧失败的情况，可能返回错误码，这时候需要优化执行速度。首先，我应该考虑缓冲区的设置。默认的缓冲区可能不够大，导致频繁的I/O操作，增加开销。通过调整AVIOContext的buffer_size，比如增加到1MB，可能减少系统调用次数，提升性能。然后是封装格式的选择。某些格式如MPEG-TS或FLV对实时流更友好，而MP4可能需要处理更多的元数据，影响写入速度。用户之前提到使用RTMP推流，所以可能用的是FLV，但需要确认输出格式是否合适。接下来是数据包的处理。确保在调用av_interleaved_write_frame之前，数据包已经正确预处理，比如时间基转换。如果时间基不正确，可能导致额外的处理开销。此外，使用硬件加速编码，比如VAAPI或CUDA，可以减轻CPU负担，从而让av_interleaved_write_frame更快地处理数据包。多线程处理也是一个关键点。FFmpeg支持多线程编码，但需要检查是否已正确配置。设置AVCodecContext的thread_count和thread_type，比如使用帧级或切片级多线程，可以提升编码效率，间接提高写入速度。减少不必要的交织操作。如果应用场景允许，可以尝试使用av_write_frame代替，因为它不进行交织处理，但需要确保手动管理数据包顺序，避免播放问题。不过，用户之前用的是av_interleaved_write_frame，可能需要权衡。内存和资源管理方面，确保及时释放已写入的数据包，避免内存泄漏导致性能下降。使用av_packet_unref释放数据包资源，保持内存清洁。还有I/O操作的优化，比如使用内存写入模式（如输出到NULL设备测试），或者将输出存储到RAM磁盘，减少物理磁盘的延迟。此外，检查是否有过多的日志或调试输出，降低日志级别可以减少开销。另外，参考用户之前的命令，他们用了rw_timeout参数，可能涉及到网络超时设置。在C++代码中，适当调整超时参数，避免因网络延迟影响写入性能。同时，确保网络带宽足够，避免成为瓶颈。最后，性能分析工具如perf或gprof可以帮助定位热点代码，确定是编码、处理还是写入阶段的问题。通过分析，可以更有针对性地优化。综合以上思路，我需要将这些点整理成结构化的建议，涵盖缓冲区调整、封装格式选择、硬件加速、多线程、内存管理、I/O优化等方面，并提醒用户进行基准测试和监控系统资源。同时，生成相关问题，帮助用户深入解决可能遇到的其它问题。</think>### 优化 FFmpeg av_interleaved_write_frame 性能的解决方案 #### 一、核心优化方向 1. **减少系统调用开销** - 调整 `AVIOContext` 缓冲区大小，减少频繁 I/O 操作： ```cpp AVFormatContext* fmt_ctx; // 创建输出上下文后设置缓冲区大小（建议 1MB） fmt_ctx->pb->buffer_size = 1024 * 1024; ``` - 使用内存写入模式测试极限性能（如 `avio_open2(&fmt_ctx->pb, "null", AVIO_FLAG_WRITE, ...)`）[^2]。 2. **优化封装格式选择** - 优先使用低开销格式（如 FLV/MPEG-TS），避免 MP4 的元数据频繁更新[^1]。 3. **多线程与硬件加速** - 启用编码器多线程（H.264 示例）： ```cpp AVCodecContext* codec_ctx; codec_ctx->thread_count = 4; // 根据 CPU 核心数调整 codec_ctx->thread_type = FF_THREAD_FRAME; ``` - 使用硬件编码（如 VAAPI/NVENC）降低 CPU 负载[^3]。 4. **数据包预处理** - 确保时间基转换提前完成： ```cpp pkt->pts = av_rescale_q(pkt->pts, in_time_base, out_time_base); pkt->dts = av_rescale_q(pkt->dts, in_time_base, out_time_base); ``` #### 二、关键代码优化 ```cpp // 示例：优化后的写入流程 AVPacket* pkt = av_packet_alloc(); while (/* 获取数据包 */) { // 预处理时间戳、流索引等 int ret = av_interleaved_write_frame(fmt_ctx, pkt); if (ret < 0) { char errbuf[256]; av_strerror(ret, errbuf, sizeof(errbuf)); fprintf(stderr, "写入失败: %s\n", errbuf); // 参考引用[4] } av_packet_unref(pkt); // 及时释放资源 } ``` #### 三、性能验证方法 1. **基准测试对比** ```bash perf stat -e cycles,instructions,cache-misses ./your_program ``` 2. **资源监控** ```bash top -p $(pgrep your_program) # 观察 CPU/内存占用 iotop -p $(pgrep your_program) # 监控 I/O 负载 ``` #### 四、高级优化技巧 - **禁用交织写入**（风险较高）： ```cpp // 改用 av_write_frame 需手动管理交织顺序 av_write_frame(fmt_ctx, pkt); ``` - **内存映射写入**： ```cpp avio_open2(&fmt_ctx->pb, "/dev/shm/temp.flv", ...); // 写入 RAM 磁盘 ```