[Bug 659489] h264parse: Calculate PTS from DTS (and vice-versa)

[GStreamer (bugzilla.gnome.org)]

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

--- Comment #23 from Baby octopus <jagadishkamathk at gmail.com> 2014-08-30 05:15:06 UTC ---
It would be wrong to assume PTS = DTS for B frames. If a B frame is a reference
frame to another B frame, this won't hold good. It is only true for those B
frames which are non reference pictures

Essentially the encoder would buffer N frames, before it releases H264 NAL for
the first frame. This N would depend be num_b_frames + 1 in worst case.
Similarly, decoder has to buffer minimum that many frames(which is dictated by
LEVEL in SPS) before it can release any frame

So h264parse should not worry about any buffering scheme here. It should be the
decoder who should worry about buffering
h264parse should take care of
1. Inter conversion of stream formats(byte stream and avc)
2. COnverting packetized data to frame data
3. Extracting certain key information from the header so that caps and buffer
params can be set properly

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