[Bug 727421] New: Why eos event is converted to gap event when no stream data was seen

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Tue Apr 1 02:59:54 PDT 2014


https://bugzilla.gnome.org/show_bug.cgi?id=727421
  GStreamer | gst-plugins-base | 1.2.3

           Summary: Why eos event is converted to gap event when no stream
                    data was seen
    Classification: Platform
           Product: GStreamer
           Version: 1.2.3
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gst-plugins-base
        AssignedTo: gstreamer-bugs at lists.freedesktop.org
        ReportedBy: zmafox at gmail.com
         QAContact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---


Hi:

    We have an mp4 file with normal video and bad audio, when try to play, both
video and audio decoders are created and demux sends data to decoders. As all
audio data was not decoded by audio decoder, we tried to stop audio stream and
let video played alone. we send EOS event to demux's audio pad and it was
forwarded to stream synchronizer, then it was converted to gap event and send
to alsasink, but base audio sink report "Sink not negotiated before GAP event."
because no segment event was send to audio sink and the pipeline stops.

I wonder why eos event is converted to gap event when no stream data was seen
in streamsynchronizer. No more data was sent after eos event and I want to know
why audio sink still want to preroll.

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