[Bug 720618] New: h264parse: Scan from start of the frame at each handle_frame

[GStreamer (bugzilla.gnome.org)]

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

           Summary: h264parse: Scan from start of the frame at each
                    handle_frame
    Classification: Platform
           Product: GStreamer
           Version: git
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: enhancement
          Priority: Normal
         Component: gst-plugins-bad
        AssignedTo: gstreamer-bugs at lists.freedesktop.org
        ReportedBy: nicolas.dufresne at collabora.co.uk
         QAContact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---


when parsing byte-stream (e.g. from TS demuxed stream), h264parse will need to
scan for start code. It does so using gst_byte_reader_masked_scan_uint32()
which is optimized for this kind of start code, but will resume the scanning
from the same point, over and over.

We could reduce the amount of time spend in the parser by keeping track of the
last scan position in that buffer, skipping that size minus a 3 or 4 bytes
safety, I don't remember what was the minimum. The mpeg2 video parser has
already been fixed to do that.

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