昨天试验了ffmpeg-mt,但是性能始终上不去,感觉还是像以前那样,没有利用好双核的优势。
早上仔细看ffmpeg-mt在多线程处理方面的源码,发现了问题所在。问题出在pthread.c文件里的一个检测多线程能力的函数,如下所示:
static void validate_thread_parameters(AVCodecContext *avctx)
{
int frame_threading_supported = (avctx->codec->capabilities & CODEC_CAP_FRAME_THREADS)
&& !(avctx->flags & CODEC_FLAG_TRUNCATED)
&& !(avctx->flags & CODEC_FLAG_LOW_DELAY)
&& !(avctx->flags2 & CODEC_FLAG2_CHUNKS);
if (avctx->thread_count <= 1)
avctx->active_thread_type = 0;
else if (frame_threading_supported && (avctx->thread_type & FF_THREAD_FRAME))
avctx->active_thread_type = FF_THREAD_FRAME;
else
avctx->active_thread_type = FF_THREAD_SLICE;
}
该函数要求解码能力配置必须满足四个条件,才能启动多线程模式:
1. 必须显式设置CODEC_CAP_FRAME_THREADS;
2. 必须屏蔽CODEC_FLAG_TRUNCATED;
3. 必须屏蔽CODEC_FLAG_LOW_DELAY;
4. 必须屏蔽CODEC_FLAG2_CHUNKS。
其中,CODEC_FLAG_LOW_DELAY是强制设置解码器快速输出的选项,不设置的话,解码延迟就偏大,与商业版的解码器相比就没有什么明显优势。此外,ffmpeg-mt还处于试验阶段,多线程运行方式下,多次反复重启动运行存在内存泄漏,不够稳定。有点失望,先放下啦。
FFmpeg-mt初次试验
最新推荐文章于 2024-07-02 18:51:52 发布