[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