Change:
The encryption overhead will vary between audio and video streams, because in audio each packet is considered a separate frame, so it will always have extra MAC and IV, however a video frame usually <del> consists of multiple RTP packets.  The number of bytes overhead per frame is calculated as the following 1 + FrameCounter length + 4 The constant 1 is the SFrame header byte and 4 bytes for the HBH </del> <ins> consists of multiple RTP packets. The number of bytes overhead per frame is calculated as the following The constant 1 is the SFrame header byte and 4 bytes for the HBH </ins> authentication tag for both audio and video packets. 7.1. <del> Using three different audio frame durations 20ms (50 packets/s) 40ms (25 packets/s) 100ms (10 packets/s) Up to 3 bytes frame counter (3.8 days of data for 20ms frame duration) and 4 bytes fixed MAC length. </del> <ins> Using three different audio frame durations 20ms (50 packets/s) 40ms (25 packets/s) 100ms (10 packets/s) Up to 3 bytes frame counter (3.8 days of data for 20ms frame duration) and 4 bytes fixed MAC length. </ins> 7.2. The per-stream overhead bits per second as calculated for the <del> following video encodings: 30fps@1000Kbps (4 packets per frame) 30fps@512Kbps (2 packets per frame) 15fps@200Kbps (2 packets per frame) 7.5fps@30Kbps (1 packet per frame) Overhead bps = (Counter length + 1 + 4 ) * 8 * fps </del> <ins> following video encodings: 30fps @ 1000Kbps (4 packets per frame) 30fps @ 512Kbps (2 packets per frame) 15fps @ 200Kbps (2 packets per frame) 7.5fps @ 30Kbps (1 packet per frame) Overhead "bps = (Counter length + 1 + 4 ) * 8 * fps" </ins> 7.3. RFC8723 has significant overhead over SFrame because the overhead is per packet, not per frame, and OHB (Original Header Block) which <del> duplicates any RTP header/extension field modified by the SFU.  I- D.murillo-perc-lite <https://mailarchive.ietf.org/arch/msg/perc/ </del> <ins> duplicates any RTP header/extension field modified by the SFU. I-D.murillo-perc-lite <https://mailarchive.ietf.org/arch/msg/perc/ </ins> SB0qMHWz6EsDtz3yIEX0HWp5IEY/> is slightly better because it doesn't use the OHB anymore, however it still does per packet encryption <del> using SRTP.  Below the the overheard in I-D.murillo-perc-lite implemented by Cosmos Software which uses extra 11 bytes per packet to preserve the PT, SEQ_NUM, TIME_STAMP and SSRC fields in addition to the extra MAC tag per packet. </del> <ins> using SRTP. Below the the overheard in I-D.murillo-perc-lite implemented by Cosmos Software which uses extra 11 bytes per packet to preserve the "PT", "SEQ_NUM", "TIME_STAMP" and "SSRC" fields in addition to the extra MAC tag per packet. </ins> <del> OverheadPerPacket = 11 + MAC length Overhead bps = PacketPerSecond * OverHeadPerPacket * 8 </del> <ins> "OverheadPerPacket = 11 + MAC length Overhead bps = PacketPerSecond * OverHeadPerPacket * 8 " </ins> Similar to SFrame, we will assume the HBH authentication tag length will always be 4 bytes for audio and video even though it is not the

Discussion:
This PR addresses a few outstanding formatting cleanup issues: Fixes the list formatting problems identified in ... as well as a few others Wraps paragraphs to 80 columns
Merging on my own since these are just formatting changes.
This : ... is probably not a single paragraph. Similar problems and . It might be worth a more thorough proof-read of the document for others similar formatting problems.