RTCPCOMPOUNDHANDLER_NACKPACKET(3)
π NAME π
RTCPCompoundHandler::NACKPacket β the struct for Negative ACKnowledgements (NACK) RTCP packets. it's giving "hey bestie, I noticed you missed some packets" energy π«Ά
β¨ SYNOPSIS β¨
#include <rtcppkt.h>
π Public Attributes π
uint32 ssrcβ the ssrc identifier of source. like, whose packets are we even talking about πuint16 fsnβ First Sequence Number lost. the very first one that ghosted us πuint16 blpβ Bitmask of following Lost Packets. the rest of the missing squad, encoded as bits β¨
πΈ Detailed Description πΈ
okay so, RTCPCompoundHandler::NACKPacket is a Struct for Negative ACKnowledgements (NACK) RTCP packet.
it's Specific for H.261 sessions (see RFC 2032). no cap, that's the whole vibe β this is the H.261-specific situation right here πΌ
π¦ Member Data Documentation π¦
π uint16 RTCPCompoundHandler::NACKPacket::blp
Bitmask of following Lost Packets. every bit is a little "you missed this one too bestie" π₯Ί
π uint16 RTCPCompoundHandler::NACKPacket::fsn
First Sequence Number lost. the opening act of the whole lost-packets saga π
π uint32 RTCPCompoundHandler::NACKPacket::ssrc
ssrc identifier of source. main character ID, fr fr β
π Author π
Generated automatically by Doxygen for ccRTP from the source code. (yes the docs wrote themselves, iconic behaviour honestly π β¨)
that's the whole page, bestie β go forth and NACK responsibly ππ¦π this has been your girl, signing off from the ccRTP RTCPCompou...:NACKPacket(3) page, Library Functions Manual, periodt πΈπ«Ά
π¦ 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