汇报两个 x265 内存泄漏的问题

最新推荐文章于 2022-09-28 19:36:47 发布
原创 最新推荐文章于 2022-09-28 19:36:47 发布 · 440 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#x265 #ffmpeg #流媒体 #内存泄漏

在进行AddressSanitizer测试时，发现在x265编码器中存在两个内存泄漏问题。问题一是由于在特定条件下，`m_useSao`未被正确设置导致`m_sao.destroy()`未执行，从而引发内存泄漏。问题二是`x265_encoder_open`函数内分配的内存未在错误返回路径中释放。建议开发者修复这些内存管理问题以提高软件稳定性。

我无法访问以下 BUG 汇报地址，不知道有没有大佬可以提交 ISSUE 给到官方？

https://bitbucket.org/multicoreware/x265/issues?status=new&status=open

在进行 Address Sanitizer 测试的时候，发现了两个 x265 的内存泄漏问题，泄漏的内存有限，不会引起特别大的问题，只是会影响其它问题的分析，汇报如下：

问题一：

这个问题在 x265 3.2 版本首次发现，由以下提交记录引入：

In http://hg.videolan.org/x265/file/tip/source/encoder/encoder.cpp:2460


                

        

    


  


        

            

                      
                        最低0.47元/天 解锁文章
                          
                      
            

        


    



                



	

		

			

				
					
x265 码率控制算法（三）CRF

				
			

			

				

					maryhaocoolcool的博客
				

				

					04-07
					
					2360
					
				

			

		

		

			
				
CRF： 在 rateControlStart()调用 rateEstimateQscale（）估计qp

CRF调用getQScale时给的rateFactor的参数不同，CBF时是常数，使得计算得到的QScale与已编码视频的复杂度成正比。代码如下：

没有overflow。


			
		

	



                

            
              



	

		

			

				
					
FFmpeg之x264/x265转码增加/去掉B帧(二十六)

				
			

			

				

					Android系统攻城狮
				

				

					03-12
					
					3862
					
				

			

		

		

			
				
1.avc转hevc转码默认带B帧
# ffmpeg -i guomei_avc.mp4 -c:v libx265 has_b_frame.h265
# ffmpeg -i guomei_avc.mp4 -c:v libx265 has_b_frame.mp4

2.avc转码hevc去掉B帧
# ffmpeg -i guomei_avc.mp4 -c:v libx265 -preset ultrafast -x265-params "bframes=0"  no_b_frame.h265

3.avc去.

			
		

	



              


  
              

                


	

		

			

				
					
libva中的H.264编码内存泄露问题

				
			

			

				

					拔山之力的专栏
				

				

					05-21
					
					1207
					
				

			

		

		

			
				
libva中的h264encode.c提供了H.264硬件编码的demo，使用以下命令可以将YUV文件编码为264文件
./h264encode -w 1920 -h 1080 -n 0 --srcyuv in.yuv --fourcc IYUV -o output.264
但是将其移植到我的程序中后，发现编码过程中存在内存泄露的bug


仔细查看了源文件，发现只有一处vaCreate

			
		

	





	

		

			

				
					
FFmpeg的H264编码有内存泄漏吗？？！！！

				
			

			

				

					teleger的博客
				

				

					11-04
					
					3403
					
				

			

		

		

			
				
原文来自于:
 点击打开链接ffmpeg解码H264内存问题


靠，内存泄漏好严重。开始怀疑是自己代码问题，调试了半天，又反复改写和优化代码，还是泄漏严重。

拿网上现成的FFMPEG H264编码的范例来测试，同样泄漏很严重。

 

百度了一下，有很多人遇到同样的问题，他们说是编码库本身的内存泄漏。。。。， 无语，操，那FFMPEG的H264编码还能用吗！！！！ 抓狂!!

			
		

	



		

			
		



	

		

			

				
					
hevc移植/优化-day 4:内存使用优化(内存泄漏问题修复。)

				
			

			

				

					
				

				

					11-23
					
					1565
					
				

			

		

		

			
				
在windows上测试的时候发现占用内存巨多，想经嵌入式平台上移植必需优化内存的使用。linux下的valgrind工具很适合做内存泄漏检测，不仅能分析内存泄漏，还能检测到内存未初始化/内存越界等问题。

检测方法：
valgrind -v --leak-check=full --show-reachable=yes ./TAppDecoderStaticd -b RaceHorses_41

			
		

	





	

		

			

				
					
x265_encoder_encode函数

				
			

			

				

					su@coding的专栏
				

				

					12-14
					
					1922
					
				

			

		

		

			
				

//pic_in是输入图像，pic_out是输出重构图像，pi_nal是编码返回的NAL单元个数，pp_nal是编码返回的NAL单元，这些单元在内存中是连续的。返回负值代表error，返回1表示输出一幅图像，返回0表示当前仍在编码不能输出或者编码器被flush过没有未输出帧了。
int x265_encoder_encode(x265_encoder *enc, x265_nal **pp_na...

			
		

	





	

		

			

				
					
x265 qgsize参数作用

				
			

			

				

					fantasy_ARM9的博客
				

				

					08-22
					
					685
					
				

			

		

		

			
				
qgsize，x265

			
		

	





	

		

			

				
					
记一次使用Windbg分析内存“泄漏”的案例

				
			

			

				

					qingyang0320的专栏
				

				

					06-28
					
					2013
					
				

			

		

		

			
				
WinDbg分析dump，总结下来，在这个case里下面几个命令比较相关和实用。

			
		

	





	

		

			

				
					
iOS虚拟行走内存泄漏检测：Instruments深度使用全攻略

				
			

			

				

					
				

			

		

		

			
				
文章详细介绍了Instruments的架构设计、环境配置与性能监控机制，并结合实战案例阐述了如何使用Allocations、Leaks及Memory Graph Debugger等工具精准定位内存泄漏问题。同时，本文深入解析了虚拟行走技术在i

			
		

	





	

		

			

				
					
HASP驱动内存泄漏检测：借助Windows Performance Toolkit追踪的完整操作流程

				
			

			

				

					
				

			

		

		

			
				
HASP驱动在企业级软件授权中广泛应用，但其内核态运行特性可能引发内存泄漏问题，导致系统性能下降甚至稳定性风险。本文系统阐述了基于Windows Performance Toolkit（WPT）的内存泄漏检测方法，深入解析ETW机制、...

			
		

	





	

		

			

				
					
如何构建轻量级内存监控模块：实时检测泄漏、越界和重复释放的4层架构设计

				
			

			

				

					
				

			

		

		

			
				
内存安全问题是C/C++等系统级编程语言长期面临的挑战，其核心源于手动内存管理机制下的三大典型缺陷：内存泄漏、越界访问与重复释放。这些错误往往在运行时难以察觉，却可能导致程序崩溃、数据损坏甚至安全漏洞。...

			
		

	





	

		

			

				
					
GDB调试内存泄露（CentOS7 实战记录） ----- 牛逼的博客啊

				
			

			

				

					happylzs2008的专栏
				

				

					08-26
					
					3374
					
				

			

		

		

			
				
https://blog.youkuaiyun.com/gogoytgo/article/details/64130179



首先感谢《一种定位内存泄露的方法（Linux）》这片文章。基本思路是一致的。
本文追加了对于后续内存如何查看对象数据的方法。

先POST一下原来第三方文章，主要关注其思想理念：

目的：
本文是《一种定位内存泄露的方法（Solaris）》对应的Linux版本，调试器使用gdb。主要介绍实例部分。其他请见《一种定位内存泄露的方法（Solaris）》。

模拟new失败的程序：


#inc.

			
		

	





	

		

			

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

				
			

			

				

					我是一只小小小小鸟
				

				

					06-11
					
					6187
					
				

			

		

		

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

			
		

	





	

		

			

				
					
x265中的lookahead

				
			

			

				

					maryhaocoolcool的博客
				

				

					02-08
					
					1878
					
				

			

		

		

			
				
1.决定帧类型

I帧 P帧 B帧 scenecut 判断场景切换

2.收集一些信息来后面快速决策

p->interRefine



为使用lookahead分析负载的编码启用内部细化

- 0:从已保存编码强制模式和深度。

- 1:(0) +的功能，当当前深度小于min-cu-size的深度时，计算所有在min-cu-size的深度。当save encode决定当前块为skip(对于所有大小)计算skip/merge。

- 2:功能(1), 不论大小限制模式评估时，特定模式被确定为最佳模式

			
		

	





	

		

			

				
					
HEVC-x265常用参数配置

				
			

			

				

					liumoude6的博客
				

				

					06-29
					
					9571
					
				

			

		

		

			
				
转载至http://www.findhao.net/easycoding/1428，现在这里感谢作者 FindHao 目录Pre移植到Arm配置参数搜索算法指定编码多少帧指定参考帧的个数指定输出日志的内容级别指定search window的大小PU划分模式B帧Tips自己的测试我的运行命令Pre最近在做关于HEVC的的东西，现在使用的是x265,一个开源的编码项目。本文只介绍一些我用到的，会逐渐补...

			
		

	





	

		

			

				
					
x265并行代码分析(二)

				
			

			

				

					maryhaocoolcool的博客
				

				

					09-28
					
					472
					
				

			

		

		

			
				
encoder_create()函数的主要功能是检测线程池、可用的线程数目等等，若线程使用的条件符合则调用threadMain()函数，对应的代码分析如下：



void Encoder::create()
{
    if (!primitives.pu[0].sad)
    {
        // this should be an impossible condition when using our public API, and indicates a serious bug.
      

			
		

	





	

		

			

				
					
解决 X264 内存泄漏问题

				
			

			

				

					helor学习日志
				

				

					07-12
					
					1693
					
				

			

		

		

			
				
这个问题似乎存在很久了，不过一直没人改过来，我现在手里的代码是 2008-7-11的源码快照。  我在网上搜到过一篇文章说是在　x264_encoder_close :　中  最后的 for 循环需要释放  x264_frame_delete( h->thread[i]->fdec );  这个确实有用，不过内存仍有大量的泄漏。   经过检查，另外两外代码是 analyse.c 文件中

			
		

	





	

		

			

				
					
x265 命令行参数大全

					
热门推荐

				
			

			

				

					小波的世界：生活、教育、技术、旅游
				

				

					09-12
					
					1万+
					
				

			

		

		

			
				
x265 命令行参数解析和使用大全

			
		

	





	

		

			

				
					
解析Windbg在内存泄漏问题诊断中的应用

				
			

			

				

					
				

			

		

		

			
				
标题和描述中只包含重复的"windbg内存泄漏问题"，这表明需要集中讨论与Windbg工具以及内存泄漏相关的问题。由于描述中没有提供额外的信息，我们将就Windbg工具如何诊断和分析内存泄漏问题进行深入讨论。  ### 知识点...

			
		

	



              




          




        



    





    



      

      

        
      

      





	

		评论	
	

  

	
    

      

      

      

        
        

          
          

            

              成就一亿技术人!
            

            

              拼手气红包6.0元
            

          

        

        

          

            还能输入1000个字符
          

          

             
          

          

            

              红包
              添加红包
            

            

              表情包
              插入表情
              

                

              

            

            

              表情包
              代码片
              

                
              

            

            

              
              
              
              
              
              
              
            

          

        

      

    

		

			

			

			

					 条评论被折叠 查看
			

			

				
			

		

	

	




  

    

      添加红包
      
    

    

      

        
        

          
          
        

        
请填写红包祝福语或标题

      

      

        
        

          
          个
        

        
红包个数最小为10个

      

      

        
        

          
          元
        

        
红包金额最低5元

      

      

        
        

          当前余额3.43元
          前往充值 >
        

      

      

        

          需支付：10.00元
        

        
        
      

    

  





  

    
    
  

  

    
    
  








  

    

      

        

          

            
            
成就一亿技术人!

          

          

        

        

          

          

            领取后你会自动成为博主和红包主的粉丝
            规则
          

        

      

      

        

          

            
              
            
            

              
hope_wisdom
 发出的红包
            

          

        

        

          

          

          

        

      

    

    

  



      
      

      
实付元

      
使用余额支付

      

        

          

            
            点击重新获取
          

        

        
扫码支付

      

      

        
          
            
          
          
        
      

      

        
        钱包余额
          0
          

            
            

              

                
抵扣说明：

                
 1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
 2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

              

            

          

      

      余额充值