[gstreamer-bugs] [Bug 502814] Adds profile (hex string), sps and pps (base64 encoded) in h264 payloader src caps

[GStreamer (bugzilla.gnome.org)]

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
  http://bugzilla.gnome.org/show_bug.cgi?id=502814

  GStreamer | gst-plugins-good | Ver: HEAD CVS

Jan Schmidt changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |thaytan at mad.scientist.com




------- Comment #8 from Jan Schmidt  2007-12-11 21:40 UTC -------
In 'byte-stream' mode, the SPS & PPS go directly in the data stream, usually
repeated regularly, like the Sequence header in an MPEG-2 stream. When it's
being sent as a stream of NALs, it's more common to expect the PPS & SPS to be
carried in the container and provided to the decoder separately, like this.

Most H.264 streams have exactly 1 SPS and 1 PPS, as this patch assumes, but
it's possible to have more, indexed by SPS/PPS id. I have no idea if the RTP
RFC covers that case?



-- 
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=502814.