[gstreamer-bugs] [Bug 639063] New: mpegtsparse is holding the data (not pushing it further)
GStreamer (bugzilla.gnome.org)
bugzilla at gnome.org
Sun Jan 9 05:36:21 PST 2011
https://bugzilla.gnome.org/show_bug.cgi?id=639063
GStreamer | gst-plugins-bad | git
Summary: mpegtsparse is holding the data (not pushing it
further)
Classification: Desktop
Product: GStreamer
Version: git
OS/Version: All
Status: UNCONFIRMED
Severity: major
Priority: Normal
Component: gst-plugins-bad
AssignedTo: gstreamer-bugs at lists.sourceforge.net
ReportedBy: napewnotrafi at gmail.com
QAContact: gstreamer-bugs at lists.sourceforge.net
GNOME target: ---
GNOME version: ---
Created an attachment (id=177871)
View: https://bugzilla.gnome.org/attachment.cgi?id=177871
Review: https://bugzilla.gnome.org/review?bug=639063&attachment=177871
Bug fix proposal
mpegtsparse is not handling seeks correctly. In my case when I am playing
MPEG-TS from file and then trying to seek, the mpegtsparse is holding data (not
pushing it further). After seek the information about transport stream packet
size is lost. Then in function "mpegts_try_discover_packet_size" the packet
size is obtained again (when new data in arriving). If the packets at the
beginning of "gst_adapter" are invalid, the "mpegts_try_discover_packet_size"
would not be able to determine the packet size and the packets at the beginning
of the gst_adapter will not be discarded. Therefore all incoming data will be
queued in gst_adapter indefinitely. I have attached a proposal fix for this bug
--
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