GNOME Bugzilla – Bug 751886
Add rtph261pay and rtph261depay
Last modified: 2015-08-16 13:37:10 UTC
Created attachment 306689 [details] [review] Patch with rtph261pay and rtph261depay Attached patch adds payloader and depayloader for H.261 as specified in RFC 4587. The elements have been proved to work well with legacy video conferencing systems. I added a simple test like the other pay/depayloaders have. We have many more tests, but they mostly use gst-libav for encoding and decoding to interact with the pay/depayloader. For reference, https://github.com/pexip/gst-plugins-good/commit/019271ef8dda12f40480a7f607ea9aca98f87f6a.
Thanks, pushed. Could you please also add some doc stubs and make sure it shows up in the plugin docs? commit ef8d630a5983e7708321e2fad786d167c2a68da9 Author: Stian Selnes <stian@pexip.com> Date: Mon Dec 1 14:18:40 2014 +0100 rtp: add H.261 RTP payloader and depayloader Implementation according to RFC 4587. Payloader create fragments on MB boundaries in order to match MTU size the best it can. Some decoders/depayloaders in the wild are very strict about receiving a continuous bit-stream (e.g. no no-op bits between frames), so the payloader will shift the compressed bit-stream of a frame to align with the last significant bit of the previous frame. Depayloader does not try to be fancy in case of packet loss. It simply drops all packets for a frame if there is a loss, keeping it simple. https://bugzilla.gnome.org/show_bug.cgi?id=751886