[英]Thread Safety of LibAv/FFMpeg?
LibAV / FFMpeg线程安全吗? 例如。 我可以在一个线程中使用AVFormatContext *从一个文件中读取并通过简单添加的互斥量将读取数据包解码到另一个文件中,或者是“不知道不关心”类型交易的库的线程安全性吗? 我知道libav对编码器线程有基本的支持,但我正在尝试更多的黑盒类型方法,我把它分解成多个线程(源 - >解码器 - >过滤器 - >编码器 - >接收器)并试图了解并发症这样的。
任何对ffmpeg和线程有任何经验的人都希望与任何其他与此相关的信息相互关联,也将非常感激。
您可以注册自己的锁管理器。 ffmpeg库将控制线程安全性。
例:
::av_lockmgr_register(&my_lockmgr_cb);
//// ..........
int my_lockmgr_cb(void **mutex, enum AVLockOp op)
{
if (NULL == mutex)
return -1;
switch(op)
{
case AV_LOCK_CREATE:
{
*mutex = NULL;
boost::mutex * m = new boost::mutex();
*mutex = static_cast<void*>(m);
break;
}
case AV_LOCK_OBTAIN:
{
boost::mutex * m = static_cast<boost::mutex*>(*mutex);
m->lock();
break;
}
case AV_LOCK_RELEASE:
{
boost::mutex * m = static_cast<boost::mutex*>(*mutex);
m->unlock();
break;
}
case AV_LOCK_DESTROY:
{
boost::mutex * m = static_cast<boost::mutex*>(*mutex);
delete m;
break;
}
default:
break;
}
return 0;
}
扩展现有答案:
ffmpeg的av_lockmgr_register是处理锁定的方法。
带有线程的ffmpeg构建(以及比LIBAVCODEC_VERSION_MAJOR 55更高版本,LIBAVCODEC_VERSION_MINOR 38和LIBAVCODEC_VERSION_MICRO 100 - 大约在2013年10月左右,请参阅ffmpeg commit添加默认lockmgr )将具有您可以使用的默认锁定管理器。
如果您需要与libav兼容(在撰写本文时,2016年9月),这还没有默认的锁定管理器,您需要提供自己的。
这是一个纯C pthread的实现:
static int ffmpeg_lockmgr_cb(void **arg, enum AVLockOp op)
{
pthread_mutex_t *mutex = *arg;
int err;
switch (op) {
case AV_LOCK_CREATE:
mutex = malloc(sizeof(*mutex));
if (!mutex)
return AVERROR(ENOMEM);
if ((err = pthread_mutex_init(mutex, NULL))) {
free(mutex);
return AVERROR(err);
}
*arg = mutex;
return 0;
case AV_LOCK_OBTAIN:
if ((err = pthread_mutex_lock(mutex)))
return AVERROR(err);
return 0;
case AV_LOCK_RELEASE:
if ((err = pthread_mutex_unlock(mutex)))
return AVERROR(err);
return 0;
case AV_LOCK_DESTROY:
if (mutex)
pthread_mutex_destroy(mutex);
free(mutex);
*arg = NULL;
return 0;
}
return 1;
}
注册如下:
ret = av_lockmgr_register(ffmpeg_lockmgr_cb);
if (ret < 0)
{
fprintf(stderr, "av_lockmgr_register failed (%d)\n", ret);
abort();
}
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.