On 23/05/2025 08:55, Devin Heitmueller wrote:
On Thu, May 22, 2025 at 7:42 PM Kieran Kunhya via ffmpeg-devel <ffmpeg-devel@ffmpeg.org> 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.
OpenPGP_0xA2FEA5F03F034464.asc
Description: OpenPGP public key
OpenPGP_signature.asc
Description: OpenPGP digital signature
_______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
