[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