GNOME Bugzilla – Bug 729768
mpegtsbase: Raise limit to read more bytes initially to find PCR
Last modified: 2014-12-15 18:06:41 UTC
Created attachment 276120 [details] [review] 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.
Dropbox says "The file you're looking for has been deleted or removed."
Oops, I moved it another folder. Check this one please https://www.dropbox.com/s/87fylu13ze00b89/Samsung-Colorful-Variety-1080i.ts
Thanks. Updated patch to apply to git master and pushed it to master: commit 9f2cb50f54dac0c0953996a0068fa16c9f003b57 Author: Sudip Jain <sudip.jain@linaro.org> Date: Thu May 8 10:41:03 2014 +0530 mpegtsbase: scan more bytes to find initial PCRs Fixes playback of Samsung-Colorful-Variety-1080i.ts. https://bugzilla.gnome.org/show_bug.cgi?id=729768
Cherry-picked into 1.4 branch.