完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
电子发烧友论坛|
环境:
SE5 BM1684 SophonSDK version: v23.09 LTS-SP4 sophon-soc-libsophon : 0.5.1 sophon-soc-libsophon-dev : 0.5.1 sophon-mw-soc-sophon-ffmpeg : 0.12.0 sophon-mw-soc-sophon-opencv : 0.12.0 BL2 v2.8(release):b3e005d Built : 10:53:36, Dec 27 2024 BL31 v2.8(release):b3e005d Built : 10:53:36, Dec 27 2024 U-Boot 2022.10 b3e005d (Dec 27 2024 - 10:53:31 +0800) Sophon BM1684 KernelVersion : Linux bm1684 5.4.217-bm1684-g01adf91564c4 #1 SMP Fri Dec 27 10:53:44 CST 2024 aarch64 aarch64 aarch64 GNU/Linux HWVersion: 0x11 MCUVersion: 0x35 步骤: 1. 例程改造: 对sophon-mw_0.7.1_x86_64.tar.gz 下的解码例程test_ff_video_decode.cpp做了下简单的改造,使用循环,用于模拟反复拉取视频流的场景。 /sophon-mw_0.7.1_x86_64/opt/sophon/sophon-sample_0.7.1/samples/ff_video_decode/test_ff_video_decode.cpp 2. 主要修改的代码块:在285行调用读取文件的一个函数,读取文件类型测试视频文件也是一样的情况。并在286行改造循环拉流。 问题: 测试发现,在循环开始前先从文件读取约29M文件后(大于34M后释放一部分),循环(拉取一段时间后,停止,再拉取)拉取视频流时,会出现内存上升问题。 测试场景:解码6路4K路和4路2K H264视频流测试: 不调用readDataFromFile函数时:每轮循环结束时,系统内存会释放部分,最终在360M左右。 调用readDataFromeFile函数时,每轮循环结束时,系统内存不释放,下一次会继续增长。 |
|
相关推荐
1个回答
|
|
|
在SE5 BM1684平台上运行ffmpeg例程时出现内存不释放的问题,可能由以下原因导致: 1. FFmpeg资源未正确释放原因分析: 解决方案:
2. Sophon SDK硬件加速组件的资源泄漏原因分析: 解决方案:
3. Sophon-FFmpeg插件自身缺陷原因分析: 解决方案:
4. 异步处理或多线程问题原因分析: 解决方案:
5. 工具验证与调试步骤:
总结步骤
通过上述步骤,可系统性地定位并解决内存泄漏问题。 |
|
|
|
|
只有小组成员才能发言,加入小组>>
H264硬编码CVI_VENC_StartRecvFrame报错的原因?怎么解决?
978浏览 2评论
528浏览 1评论
649浏览 1评论
658浏览 1评论
使用sophon-demo_v0.1.8_dbb4632_20231116下面的YOLOv8中的yolov8_bmcv历程出现段错误的原因?
870浏览 1评论
/9
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2025-12-12 05:20 , Processed in 0.611784 second(s), Total 45, Slave 38 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191

淘帖
459
