[Bug 736655] basesink: preroll issue for some clips which audio is shorter than video

[GStreamer (bugzilla.gnome.org)]

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

--- Comment #10 from Sebastian Dröge (slomo) <slomo at coaxion.net> 2014-09-16 09:57:57 UTC ---
Actually you're right, it shouldn't. And I assume it doesn't make a difference?

Where is the backtrace of the audio related threads? There should be one from
the multiqueue through the decoder to streamsynchronizer, and another to the
audio sink (and I only see one thread with a sink).

What exactly is the situation at this point? I see that the video is trying to
pre-roll but there is nothing from the audio anywhere. Did streamsynchronizer
receive EOS for the audio already and that's why nothing is to be seen for the
audio? If so it should've sent a GAP event to the audio sink, so the audio sink
prerolls and the video sink can finish prerolling.

-- 
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.