FFMPEG RTMP流打开速度慢优化方法一

先上使用方法:
cpp 复制代码
codec_ctx->flags |= AVFMT_FLAG_NOBUFFER;

AVFMT_FLAG_NOBUFFER 标记如果没有设置,就会导致打开时探测的数据包丢AVFormatContext的缓存区中。

播放的时候,就从这些数据包开始,但是整个探测过程时间可能较长,缓存区数据没有播放出来,而是等到avformat_find_stream_info等操作结束后才去做播放, 如果没有设置nobuffer,这几秒数据在缓存着了,我们调用av_read_frame就先从这两秒开始读取数据 ;如果设置了nobuffer,则这2秒数据是被直接扔掉的,所以加了这个参数后,打开时间就会缩短。

相关推荐
小馬佩德罗1 天前
如何将x264 x265的动态库编译入Linux系统中的FFmpeg源码 - x264库编译
linux·ffmpeg·x264
Black蜡笔小新1 天前
视频融合平台EasyCVR融合无线监控,打造智能高效安防解决方案
ffmpeg·音视频
jianghusanren31 天前
【无标题】
ffmpeg
芒鸽2 天前
鸿蒙PC上FFmpeg+Electron的Encode Smoke(P2) 排错实录:从“无法播放/时长为 0”到“保留画面且转完整时长”
ffmpeg·electron·harmonyos
小馬佩德罗2 天前
如何将x264 x265的动态库编译入Linux系统中的FFmpeg源码 - x265库编译
linux·ffmpeg·x265
bugtraq20212 天前
使用FFmpeg API转音频格式
ide·ffmpeg·myeclipse
小馬佩德罗2 天前
如何将x264 x265的动态库编译入Linux系统中的FFmpeg源码 - FFmpeg编译
linux·ffmpeg
你好音视频2 天前
FFmpeg HLS编码流程深度解析:从数据包到播放列表的完整实现
c++·ffmpeg·音视频
芒鸽2 天前
macOS 上用 lycium 交叉编译 FFmpeg 适配鸿蒙(OHOS):从构建到 HNP 打包
macos·ffmpeg·harmonyos
特立独行的猫a3 天前
移植FFmpeg最新 8.1版本到鸿蒙PC(OpenHarmony)平台完整指南
ffmpeg·harmonyos·移植·交叉编译·鸿蒙pc