plugins/elements/gstmultiqueue.c: Make it so that pads are considered linked until...
authorJan Schmidt <thaytan@mad.scientist.com>
Thu, 25 Oct 2007 15:14:02 +0000 (15:14 +0000)
committerJan Schmidt <thaytan@mad.scientist.com>
Thu, 25 Oct 2007 15:14:02 +0000 (15:14 +0000)
commitf37e97764bb324ebe7ca3d82f2813d2584e5a070
tree2667708d2ef253c42ac8ab823c287e32d362c187
parentd7cbd5de3329485d06f966c89753797af5d60318
plugins/elements/gstmultiqueue.c: Make it so that pads are considered linked until a buffer is pushed and discovered ...

Original commit message from CVS:
* plugins/elements/gstmultiqueue.c: (gst_multi_queue_set_property),
(gst_multi_queue_request_new_pad), (gst_single_queue_flush),
(gst_multi_queue_loop), (gst_multi_queue_sink_activate_push):
Make it so that pads are considered linked until a buffer is pushed
and discovered otherwise. This avoids problems with decodebin2 hanging
after a seek in the filesrc ! decodebin2 name=d ! fakesink d. ! fakesink
case.
Make sure we lock the multiqueue when updating the max-size properties.
Fix a crash on Solaris in a debug statement in get_request_pad that
passes a NULL string to GST_DEBUG.
* tests/check/elements/multiqueue.c: (mq_dummypad_chain),
(run_output_order_test):
Fix the test to allow the first buffer on not-linked pads to come out
of sequence while multiqueue discovers that they are not-linked.
ChangeLog
plugins/elements/gstmultiqueue.c
tests/check/elements/multiqueue.c