[Bug 670199] rtph264depay: Nice H.264 hardware encoder stream is not handled

Wed Mar 21 01:30:23 PDT 2012

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

--- Comment #4 from Marc Leeman <marc.leeman at gmail.com> 2012-03-21 08:30:18 UTC ---

0                   1                   2                   3

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

|V=2|P|X|  CC   |M|   PT >= 96  |       sequence number         | RTP

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

|                           RTP timestamp                       | Header

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

|           synchronization source (SSRC) identifier            |

+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+

|Profile-specific ext header ID |   Extension header length     |

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

|                           date (YYYYMMDD)                     | Ext. Header

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

|                           status (0=OK)                       | Ext. Header

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

|                           Sub Type (4=MPEG4, 6=H.264)         | Ext. Header

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

|                           time (HHMMSSCC)                     | Ext. Header

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

| F Type|                   resolution                          | Ext. Header

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

|                           Media                               | Media

|                           Media                               | Media

|                           Media                               | Media

|                           Media                               | Media

F Type = Frame Type = (0=Intra, 1=P-Frame)

The extension header is relevant only on first packet of a frame.

Note that it is not a standard H.264 RTP format as we do not supply the H.264
RTP header. Moreover, the stream is already prepared for decoding as it
contains the SPS/PPS NALs and also user data NAL all preceded by 00 00 01 and
the specific NAL code (7 for SPS, 8 for PPS and 6 for user-data).

Note also that when a user-data NAL is encountered (00 00 01 06) the next NAL
should not be searched for directly by looking for the next 00 00 01 pattern,
but the user-data NAL should be skipped. The format of the user-data NAL is 00
00 01 06, then one byte of user-data type, 5 in our case, and the next byte is
the user-data size. This amount of bytes should be skipped and the NAL analysis
should continue from that point.

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