GStreamer多个appsrc导致应用程序崩溃

时间:2015-07-10 04:56:25

标签: c++ gstreamer

当在同一个管道中使用多个appsrc时,我遇到了GStreamer 1.0的问题。 管道从两个不同的源接收数据,并使用videomixer元素将它们混合到一个视频中。管道如下:

 videomixer name=mix \
 appsrc name=src0 ! video/x-raw,format=RGB,width=640,height=480,framerate=60/1 ! videoconvert  ! video/x-raw,format=I420  ! videobox left=-0  ! mix.sink_0 \
 appsrc name=src1 ! video/x-raw,format=RGB,width=640,height=480,framerate=60/1 ! videoconvert  ! video/x-raw,format=I420  ! videobox left=-640  ! mix.sink_1 \
 mix.  ! videoconvert ! autovideosink sync=false

每个appsrc使用以下命令注册回调函数:GstAppSrcCallbacks

当我运行应用程序时,它会在每个appsrc收到两到三帧后立即崩溃(它会随机崩溃)。控制台或管道总线消息侦听器中未报告任何错误。我根本没有收到任何错误消息。

如果我试图在没有调音台的情况下使用单个appsrc运行,它会毫无问题地运行:

appsrc name=src0 ! video/x-raw,format=RGB,width=640,height=480,framerate=60/1 ! videoconvert  ! video/x-raw,format=I420  ! videoconvert ! autovideosink sync=false

GStreamer版本:1.5.2 / Windows

修改 这是我用来初始化appsrc的代码:

GstAppSrcCallbacks srcCB;
GstAppSrc* videoSrc;
videoSrc = GST_APP_SRC(gst_bin_get_by_name(GST_BIN(GetPipeline()), "src0"));
srcCB.need_data = &start_feed;
srcCB.enough_data = &stop_feed;
srcCB.seek_data = &seek_data;
gst_app_src_set_callbacks(videoSrc, &srcCB, this, NULL);


static void start_feed(GstAppSrc *source, guint size, gpointer data)
{
    VideoSrcData* o = static_cast<VideoSrcData*>(data);
    if (o->sourceID == 0) {
        GST_DEBUG("start feeding");
        o->sourceID = g_idle_add((GSourceFunc)read_data, o);
    }
}

static gboolean read_data(VideoSrcData *d)
{
    GstFlowReturn ret;

    GstBuffer *buffer;
    if (NeedBuffer(0, &buffer) == GST_FLOW_OK)
    {
        ret = gst_app_src_push_buffer(d->videoSrc, buffer);
        if (ret != GST_FLOW_OK){
            ret = gst_app_src_end_of_stream(d->videoSrc);
            return FALSE;
        }
    }
    return TRUE;

}

GstFlowReturn NeedBuffer(GstMySrc * sink, GstBuffer ** buffer)
{
    if (!m_grabber->GrabFrame()) //ask video grabber to prepare image frame
    {
        return GST_FLOW_ERROR;
    }
    m_grabber->Lock();

    //Get Image frame
    const video::ImageInfo* ifo = m_grabber->GetLastFrame();
    int len = ifo->imageDataSize;
    GstMapInfo map;
    GstBuffer* outbuf = gst_buffer_new_and_alloc(len);
    gst_buffer_map(outbuf, &map, GST_MAP_WRITE);
    memcpy(map.data, ifo->imageData, len);
    gst_buffer_unmap(outbuf, &map);
    m_grabber->Unlock();
    *buffer = outbuf;
    return GST_FLOW_OK;
}

我确认数据大小和格式与管道上限中的请求数据匹配

更新1:

经过多次试验,即使在视频混合器中使用了一个appsrc,应用程序也会崩溃。管道示例:

 videomixer name=mix \
 appsrc name=src0 ! video/x-raw,format=RGB,width=640,height=480,framerate=60/1 ! videoconvert  ! video/x-raw,format=I420  ! videobox left=-0  ! mix.sink_0 \
 videotestsrc ! video/x-raw,format=RGB,width=640,height=480,framerate=60/1 ! videoconvert  ! video/x-raw,format=I420  ! videobox left=-640  ! mix.sink_1 \
 mix.  ! videoconvert ! autovideosink sync=false

1 个答案:

答案 0 :(得分:0)

我唯一看到奇怪的是:

GstAppSrcCallbacks srcCB;
GstAppSrc* videoSrc;
videoSrc = GST_APP_SRC(gst_bin_get_by_name(GST_BIN(GetPipeline()), "src0"));
srcCB.need_data = &start_feed;
srcCB.enough_data = &stop_feed;
srcCB.seek_data = &seek_data;

你指向某个功能的地址,实际上你应该只能分配它。

srcCB.need_data = start_feed;
srcCB.enough_data = stop_feed;
srcCB.seek_data = seek_data;

另外,您可以尝试不使用m_grabber对象并查看它是否有效吗?让每个appsrc只用不同的颜色填充缓冲区。

你在调试什么?如果您的应用程序崩溃,调试器应该暂停并允许您检查活动线程并找到有问题的行号。