Appsink stops (pauses/freezes) after 2 frames.

[Hjalmar Turesson]

Thanks for the advice Arjen.

I tried setting the format. It doesn't seem to help. I used format=YUV2,
which I think corresponds to Pixel Format: 'YUYV'. In either case, it
doesn't seem critical, bc when I change sink to a filesink (encode and save
the stream), it works fine.

$ v4l2-ctl --list-formats
ioctl: VIDIOC_ENUM_FMT
    Index       : 0
    Type        : Video Capture
    *Pixel Format: 'YUYV'*
    Name        : YUV 4:2:2 (YUYV)

    Index       : 1
    Type        : Video Capture
    Pixel Format: 'H264' (compressed)
    Name        : H.264

    Index       : 2
    Type        : Video Capture
    Pixel Format: 'MJPG' (compressed)
    Name        : MJPEG

I've looked at the debug output but it doesn't say much (at least not to
me). GST_DEBUG='3' does nothing. At 4 I see a lot, but no errors or
warnings. The last line is completely normal:
0:00:11.181339628 13055      0x2f6e850 INFO                 v4l2src
gstv4l2src.c:737:gst_v4l2src_create:<v4l2src0> sync to 0:00:00.133333332
out ts 0:00:00.287874714

At debug threshold 5 I just don't understand much anymore. The last few
lines look like this:
0:00:31.297802714 12103      0x3d79c50 DEBUG               basesink
gstbasesink.c:2114:gst_base_sink_wait_clock:<appsink0> sync disabled
0:00:31.297813795 12103      0x3d79c50 DEBUG               basesink
gstbasesink.c:2489:gst_base_sink_do_sync:<appsink0> clock returned 4,
jitter  0:00:00.000000000
0:00:31.297828235 12103      0x3d79c50 DEBUG               basesink
gstbasesink.c:3411:gst_base_sink_chain_unlocked:<appsink0> rendering object
0x3aa0780
0:00:31.297840457 12103      0x3d79c50 DEBUG               basesink
gstbasesink.c:936:gst_base_sink_set_last_buffer_unlocked:<appsink0> setting
last buffer to 0x3aa0780
0:00:31.297853893 12103      0x3d79c50 DEBUG                appsink
gstappsink.c:710:gst_app_sink_render:<appsink0> pushing render buffer
0x3aa0780 on queue (0)
0:00:31.297892613 12103      0x3d79c50 DEBUG                appsink
gstappsink.c:1181:gst_app_sink_pull_sample:<appsink0> trying to grab a
buffer
0:00:31.297907333 12103      0x3d79c50 DEBUG                appsink
gstappsink.c:656:dequeue_buffer:<appsink0> dequeued buffer 0x3aa0780
0:00:31.297919138 12103      0x3d79c50 DEBUG                appsink
gstappsink.c:1196:gst_app_sink_pull_sample:<appsink0> we have a buffer
0x3aa0780
0:00:31.298086959 12103      0x3d79c50 DEBUG               basesink
gstbasesink.c:3450:gst_base_sink_chain_unlocked:<appsink0> object unref
after render 0x3aa0780
0:00:31.298110134 12103      0x3d79c50 DEBUG                basesrc
gstbasesrc.c:2441:gst_base_src_get_range:<v4l2src0> calling create offset
18446744073709551615 length 4096, time 0
0:00:31.298126123 12103      0x3d79c50 DEBUG                   v4l2
gstv4l2bufferpool.c:1146:gst_v4l2_buffer_pool_acquire_buffer:<v4l2src0:pool:src>
acquire



On Fri, Mar 27, 2015 at 6:09 AM, Arjen Veenhuizen <arjen.veenhuizen at tno.nl>
wrote:

> Dome pointers:
> * Did you check the GST debug logs (e.g. export GST_DEBUG-3 or 4).
> * Perhaps you need to specify the stream format as well in the capsfilter.
> (E.g. I420 or something)
>
> Hjalmar Turesson wrote
> >  I tried using videoparse, but this crashes python
>
> This is not what I would have expected. I guess the pipeline stalls and the
> python program becomes unresponsive, possibly due to a caps negotiation
> problem.
> Please inspect and/or share your GStreamer logs.
>
>
>
>
> --
> View this message in context:
> http://gstreamer-devel.966125.n4.nabble.com/Appsink-stops-pauses-freezes-after-2-frames-tp4671355p4671356.html
> Sent from the GStreamer-devel mailing list archive at Nabble.com.
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20150327/deb34ad5/attachment.html>