[Bug 753037] rtpopusdepay: timestamp handling regression

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=753037

--- Comment #11 from Nicolas Dufresne (stormer) <nicolas.dufresne at collabora.co.uk> ---
(In reply to Sebastian Dröge (slomo) from comment #10)
> Why is rtph264depay doing magic things with the timestamps?
> 
> 
> So should we just revert your patch for 1.6 or do you want to try fixing all
> these problems together? :)

We'll address these problem one by one I guess. Reverting is just flipping the
coin as simple pipeline like this will stop working:

  ... ! x264enc ! rtph264pay ! rtph264depay ! ...

My general opinion is that re-timestamping is wrong, and H264 brehaviour is
what we should keep. And the fact duration has not been scaled is an additional
sign that re-timestamping is wrong default behavior.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.