RTCPCOMPOUNDHANDLER_RTCPPACKET(3)
π NAME π
okay so bestie, meet RTCPCompoundHandler::RTCPPacket β it's a Struct representing general RTCP packet headers as they are sent through the network. that's the whole vibe. β¨
this page lives in the Library Functions Manual, section 3 β you know, RTCPCompoundHandler::RTCPPacket(3). iykyk. π
β¨ SYNOPSIS β¨
#include <rtcppkt.h>
π Public Types π
enum Typeβrtp.hcc++/rtp.h
enum Type { tSR = 200, tRR, tSDES, tBYE, tAPP, tFIR = 192, tNACK = 193, tXR }
π¦ Public Member Functions π¦
uint32 getLength () constβ get the packet length specified in its header, in octets and in host order. yes, octets. yes, host order. no cap. πuint32 getSSRC () constβ get the SSRC identifier specified in the packet header, in host order. iconic behavior honestly.
πΈ Public Attributes πΈ
RTCPFixedHeader fhβ the Fixed RTCP header. the main character, always first. πunion { ... } infoβ a union for SR, RR, SDES, BYE and APP:
union {
SendReport SR
RecvReport RR
SDESChunk SDES
BYEPacket BYE
APPPacket APP
NACKPacket NACK
FIRPacket FIR
} info
π« Detailed Description π«
Struct representing general RTCP packet headers as they are sent through the network. fr fr, that's the job description. π«Ά
This struct consists of a fixed header, always at the beginning of any RTCP packet, and a union for all the RTCP packet types supported. so like... one header to rule them all, then a little union doing the rest of the work. slay. π
π§ Member Enumeration Documentation π§
π₯ enum RTCPCompoundHandler::RTCPPacket::Type π₯
rtp.h cc++/rtp.h β RTCP packet types. They are registered with IANA. so official. so legit. β
Enumerator
tSRβ Sender Report.tRRβ Receiver Report.tSDESβ Source DEScription.tBYEβ End of participation.tAPPβ APPlication specific.tFIRβ Full Intra-frame request.tNACKβ Negative ACK.tXRβ Extended Report.
eight little icons, each with a whole personality. π
π Member Function Documentation π
uint32 RTCPCompoundHandler::RTCPPacket::getLength () const [inline]
Get the packet length specified in its header, in octets and in host order. bestie it literally just reads the length off the header and hands it to you all tidy and host-ordered. π
uint32 RTCPCompoundHandler::RTCPPacket::getSSRC () const [inline]
Get the SSRC identifier specified in the packet header, in host order. same energy, different field β grab that SSRC and go. π¦
π Member Data Documentation π
APPPacket RTCPCompoundHandler::RTCPPacket::APPBYEPacket RTCPCompoundHandler::RTCPPacket::BYERTCPFixedHeader RTCPCompoundHandler::RTCPPacket::fhβ Fixed RTCP header.FIRPacket RTCPCompoundHandler::RTCPPacket::FIRunion { ... } RTCPCompoundHandler::RTCPPacket::infoβ Union for SR, RR, SDES, BYE and APP.NACKPacket RTCPCompoundHandler::RTCPPacket::NACKRecvReport RTCPCompoundHandler::RTCPPacket::RRSDESChunk RTCPCompoundHandler::RTCPPacket::SDESSendReport RTCPCompoundHandler::RTCPPacket::SR
all the members, present and accounted for. not a single one skipped. we keep every detail in this house. π―
π Author π
Generated automatically by Doxygen for ccRTP from the source code. π€β¨
okay that's the whole page bestie, go forth and parse those RTCP packets responsibly π«Ά
and that's a wrap on this ccRTP man page, RTCPCompoundHandler::RTCPPacket(3), straight from the Library Functions Manual β mwah, no notes. πππ¦
π¦ where this page comes from
- debian trixie: libccrtp-doc 2.0.9-4.1 Β· GPL-2.0-or-later WITH MIF exception
- ubuntu noble: libccrtp-doc 2.0.9-2.5build1
- ubuntu questing: libccrtp-doc 2.0.9-4.1build1
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms