Revert "v4l2bufferpool: Workaround elements not requesting any buffers"
authorNicolas Dufresne <nicolas.dufresne@collabora.co.uk>
Fri, 25 Jul 2014 18:30:33 +0000 (14:30 -0400)
committerNicolas Dufresne <nicolas.dufresne@collabora.co.uk>
Fri, 25 Jul 2014 18:30:33 +0000 (14:30 -0400)
This was a tempory workaround, we should fix the encoders that do not
negotatiate the amount of buffers they need.

This reverts commit d03bcba3db15d06dbdea6b776a6f28ed2f03272a.

sys/v4l2/gstv4l2bufferpool.c

index c63f738..3dda17d 100644 (file)
@@ -719,12 +719,6 @@ gst_v4l2_buffer_pool_start (GstBufferPool * bpool)
   else
     max_latency = min_buffers;
 
-  /* FIXME Encoder don't negotiate amount of buffers. If we can't grow the
-   * pool, or the minimum is at V4L2 maximum, enabled copy on threshold
-   * https://bugzilla.gnome.org/show_bug.cgi?id=732288 */
-  if (!can_allocate || min_buffers == VIDEO_MAX_FRAME)
-    copy_threshold = min_latency;
-
   pool->size = size;
   pool->copy_threshold = copy_threshold;
   pool->max_latency = max_latency;