[Bug 652562] basesink: stuck in GST_PAD_PREROLL_WAIT

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=652562
  GStreamer | gstreamer (core) | git

--- Comment #2 from Philip Jägenstedt <philipj at opera.com> 2011-06-14 13:35:01 UTC ---
This is the state of basesink while waiting for GST_PAD_PREROLL_WAIT:

(gdb) print *sink
$29 = {element = {object = {object = {g_type_instance = {g_class = 0x50959a0},
ref_count = 2, qdata = 0x0}, refcount = 0, lock = 0x3e0d7d0, name = 0x45ca1a0
"opaudiosink-actual-sink-pulse", name_prefix = 0x0, parent = 0x7fffe4cde4d0,
flags = 32, _gst_reserved = 0x0}, state_lock = 0x3e0ef40, state_cond =
0x3b411c0, state_cookie = 2, current_state = GST_STATE_PAUSED, next_state =
GST_STATE_VOID_PENDING, pending_state = GST_STATE_VOID_PENDING, last_return =
GST_STATE_CHANGE_SUCCESS, bus = 0x3dc60f0, clock = 0x0, base_time = 0, numpads
= 1, pads = 0x7fffcc8dcae0, numsrcpads = 0, srcpads = 0x0, numsinkpads = 1,
sinkpads = 0x4531600, pads_cookie = 1, abidata = {ABI = {target_state =
GST_STATE_PAUSED, start_time = 0}, _gst_reserved = {0x3, 0x0, 0x0, 0x0}}},
sinkpad = 0x3e03da0, pad_mode = GST_ACTIVATE_PUSH, offset = 0,
can_activate_pull = 0, can_activate_push = 1, preroll_queue = 0x7fffcc990940,
preroll_queue_max_len = 0, preroll_queued = 1, buffers_queued = 0,
events_queued = 0, eos = 0, eos_queued = 0, need_preroll = 1, have_preroll = 1,
playing_async = 0, have_newsegment = 0, segment = {rate = 1, abs_rate = 1,
format = GST_FORMAT_UNDEFINED, flags = GST_SEEK_FLAG_NONE, start = 0, stop =
-1, time = 0, accum = 0, last_stop = 0, duration = -1, applied_rate = 1,
_gst_reserved = '\000' <repeats 23 times>}, clock_id = 0x0, end_time = 0, sync
= 1, flushing = 0, abidata = {ABI = {clip_segment = 0x4b0b570, max_lateness =
-1, running = 0}, _gst_reserved = {0x4b0b570, 0xffffffffffffffff, 0x0 <repeats
17 times>}}, priv = 0x44938b0}

I can't tell frmo this if data has flown through the sink before the EOS event,
but perhaps someone else can.

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.