- From: Philipp Hancke via GitHub <sysbot+gh@w3.org>
- Date: Tue, 13 Jun 2023 09:45:33 +0000
- To: public-webrtc-logs@w3.org
This is somewhat complicated so 🐻 with me. * For audio "FEC" usually means opus inband FEC (also known as low-bitrate redundacy, LBRR. This is typically sent together with an actual opus primary as secondary payload. Yet we count those as fecPacketsReceived but you can't add or subtract this from the RTP packets received. Since this is part of the same RTP payload counting separate fecHeaderBytesReceived does not make sense (we do not count RTP headers separately for RTX either btw) * For video we have two FEC mechanisms, ULPFEC and FLEXFEC. * FlexFEC uses a separate SSRC so is similar to RTX when it comes to counting things. I do not think that implementations currently properly account for flexfec bytes but the rationale that it should be a subset of bytesReceived holds. * ULPFEC uses the same SSRC but a different payload type. It should be accounted for if one counts all packets with a particular SSRC already -- GitHub Notification of comment by fippo Please view or discuss this issue at https://github.com/w3c/webrtc-stats/pull/762#issuecomment-1588940965 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Tuesday, 13 June 2023 09:45:35 UTC