|
目前基本看到的FEC編碼算法的有parity, Reed-Solomon, Hamming, LDPC, XOR Current FEC standards lack sufficient flexibility to be usable for many use cases, including RTCWEB: 目前FEC標(biāo)準(zhǔn)中針對很多應(yīng)用情況，都缺乏足夠的伸縮性，包括先前的webRTC版本 =============================== 1. parity, Reed-Solomon, and Hamming codes, 都需要額外的協(xié)議支持，也不是RTP格式里涵蓋的標(biāo)注，已經(jīng)廢棄的RFC2733(XOR算法)和RFC3009中定義了一套此協(xié)議。 2. 最新的RFC5109(XOR算法)定義了ULPFEC，這個(gè)是和RTP協(xié)議定義實(shí)現(xiàn)的。 3. RFC6105 RTP Payload Format for 1-D Interleaved Parity。 4. RFC 6682 Raptor FEC, 所謂的噴泉編碼 5. RFC 6865 Reed-Solomon FEC 最新的WebRTC版本中有實(shí)現(xiàn)了FLEXFEC =============================== RFC5109中定義的ULPFEC以及FLEXFEC 有一個(gè)OPENFEC開源項(xiàng)目如下編碼實(shí)現(xiàn) =============================== LDPC-Staircase codec Reed-Solomon GF(256) codec 2D parity codec LDPC from file codec |
|
|
