rtph264pay
Payload-encode H264 video into RTP packets (RFC 3984)
Hierarchy
GObject ╰──GInitiallyUnowned ╰──GstObject ╰──GstElement ╰──GstRTPBasePayload ╰──rtph264pay
Factory details
Authors: – Laurent Glayal
Classification: – Codec/Payloader/Network/RTP
Rank – secondary
Plugin – rtp
Package – GStreamer Good Plug-ins
Pad Templates
sink
video/x-h264:
stream-format: avc
alignment: au
video/x-h264:
stream-format: byte-stream
alignment: { (string)nal, (string)au }
src
application/x-rtp:
media: video
payload: [ 96, 127 ]
clock-rate: 90000
encoding-name: H264
Properties
aggregate-mode
“aggregate-mode” Rtp-h264aggregate-mode *
Bundle suitable SPS/PPS NAL units into STAP-A aggregate packets.
This can potentially reduce RTP packetization overhead but not all RTP implementations handle it correctly.
For best compatibility, it is recommended to set this to "none" (the default) for RTSP and for WebRTC to "zero-latency".
Flags : Read / Write
Default value : none (0)
Since : 1.18
config-interval
“config-interval” gint
Send SPS and PPS Insertion Interval in seconds (sprop parameter sets will be multiplexed in the data stream when detected.) (0 = disabled, -1 = send with every IDR frame)
Flags : Read / Write
Default value : 0
sprop-parameter-sets
“sprop-parameter-sets” gchararray
The base64 sprop-parameter-sets to set in out caps (set to NULL to extract from stream)
Flags : Read / Write
Default value : NULL
Named constants
Rtp-h264aggregate-mode
Members
none
(0) – Do not aggregate NAL units
zero-latency
(1) – Aggregate NAL units until a VCL unit is included
max-stap
(2) – Aggregate all NAL units with the same timestamp (adds one frame of latency)
The results of the search are