On 23/05/2025 08:55, Devin Heitmueller wrote: > On Thu, May 22, 2025 at 7:42 PM Kieran Kunhya via ffmpeg-devel > wrote: >> I wanted to put on the record that adding RaptorQ to FFmpeg isn't >> maintenance of FFmpeg. >> >> It's adding an obscure FEC protocol to FFmpeg, which is not going to be >> implemented well without an event loop anyway. >> >> I do not think it's a suitable STF project. > > I see the task on the TRAC page for STF 2025, and while intellectually > interesting to a nerd like me who does lots of work with reliable > protocols, I'm not confident this particular protocol makes much sense > to work on, especially for 24,000 EUR. It's not a protocol. > I'm not sure I've seen any commercial gear that does RaptorQ for FEC, > so it's not clear what the use cases are if the goal is > interoperability. If somebody really wants to be paid to work on > reliable transport protocols, the time would be better spent improving > the RIST or SRT integration, which is where most of the industry is > putting their energy. Again, it's not a protocol. It's an FEC algorithm. No current mainstream protocol specifies using it. It will take decades, at least, and it definitely cannot fit into existing protocols. Custom closed-source video transmission protocols are using it. But, I do believe it's the future for open-source protocols too. > I agree with Kieran that this seems to largely be outside the STF > objectives (i.e. sustainability for open source projects).Like I mentioned, I believe the STF is not maintenance-only, or so I gather.