GNOME Bugzilla – Bug 731263
rtph265pay, rtph265depay: add rtp elements for H.265
Last modified: 2014-12-31 17:00:08 UTC
This patch adds RTP payloader and depayloader elements for H.265. The main logic is based on their rtph264pay and depay counterparts, with modifications for HEVC following draft-ietf-payload-rtp-h265-03 (http://tools.ietf.org/html/draft-ietf-payload-rtp-h265-03). Working pipeline: gst-launch-1.0 filesrc location=hevc_coded_file ! h265parse ! rtph265pay ! rtph265depay ! avdec_h265 max-threads=1 ! videoconvert ! ximagesink sync = false as well as: gst-launch-1.0 filesrc location=hevc_coded_file ! h265parse ! rtph265pay ! udpsink host=127.0.0.1 gst-launch-1.0 udpsrc ! application/x-rtp,payload=96 ! rtph265depay ! queue ! avdec_h265 max-threads=1 ! videoconvert ! ximagesink sync=false -> The h265parse element does not add appropriate time stamps at this moment. A patch will be uploaded separately to fix this.
Created attachment 277944 [details] [review] Patch to add rtph265pay and depay in gst-plugins-good
The patch for the h265parse element can be found here: https://bugzilla.gnome.org/show_bug.cgi?id=731265
Thx :-) Commit: d06ba9051f904a7eb482c07a97a1827169158663 Author: Jurgen Slowack <jurgen.slowack@barco.com> Date: Wed Oct 15 17:34:50 2014 +0200 rtp: add h265 RTP payloader + depayloader
This was reverted again because it depends on API from gst-plugins-bad. gst-plugins-good should never depend on gst-plugins-bad. For now this (de)payloader should probably live in gst-plugins-bad in a new plugin.
Created attachment 288657 [details] [review] rtp: add h265 RTP payloader + depayloader Sorry about that, here is a second try for a landing in gst-plugins-bad...
pushed to bad and made jenkins happy Commit: 293522d418b139e6a6b9b1b9de69e45dd3e7cb28 Author: Thijs Vermeir <thijsvermeir@gmail.com> Date: Thu Oct 16 10:34:01 2014 +0200 rtp: add h265 RTP payloader + depayloader