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

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Tue Dec 30 06:21:18 PST 2014


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

--- Comment #42 from kevin <kevinbing.song at gmail.com> 2014-12-30 14:21:17 UTC ---
If audio is shorter and reach EOS, audio GAP event will send after video pad
pushed video buffer in streamsynchronizer. Video pipeline should be full with
data in normal playback. Video pad push will blocked when change to PAUSE state
and audio GAP event can't be send out. Audio sink can't finish pre-roll. The
attachment patch will send GAP event during PLAYING to PAUSE state change. But
the patch reject. Can put send GAP event before video pad push?

If one stream seek to only video part, audio will send Segment and EOS. But as
audio decoder no output, so Segment can't send out of audio decoder. Below code
in streamsynchronizer will bypass send GAP. How to handle this?

      if (!ostream->is_eos || ostream->segment.format != GST_FORMAT_TIME)
        continue;

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


More information about the gstreamer-bugs mailing list