[Bug 729768] New: mpegtsbase: Raise limit to read more bytes initially to find PCR

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=729768
  GStreamer | gst-plugins-bad | 1.3.2

           Summary: mpegtsbase: Raise limit to read more bytes initially
                    to find PCR
    Classification: Platform
           Product: GStreamer
           Version: 1.3.2
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gst-plugins-bad
        AssignedTo: gstreamer-bugs at lists.freedesktop.org
        ReportedBy: sudip.jain at linaro.org
         QAContact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---


Created an attachment (id=276120)
 View: https://bugzilla.gnome.org/attachment.cgi?id=276120
 Review: https://bugzilla.gnome.org/review?bug=729768&attachment=276120

Raise read limit on initial bytes to find PCR

The mpegtsbase reads 65536*10 bytes initially to find a PCR packet. In one of
the streams
(https://www.dropbox.com/s/4b70v8v8bxmv0uj/Samsung-Colorful-Variety-1080i.ts),
the first PCR is located beyond 655360 bytes. Thus the pipeline terminates with
a message "Internal stream error" 

The patched is attached doubling the limit of bytes(20*65536) for finding PCR .
The stream works with the patch . I tested with more ".ts" streams to check the
impact of the patch. Looks ok to me.  

This is a regression with respect to gstreamer v0.10. Kindly review the patch
and fix the issue.

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