Re: [FFmpeg-devel] STF RaptorQ - Tristan Matthews via ffmpeg-devel

From: Tristan Matthews via ffmpeg-devel <ffmpeg-devel@ffmpeg.org>
To: FFmpeg development discussions and patches <ffmpeg-devel@ffmpeg.org>
Cc: Tristan Matthews <httamt@protonmail.com>,
	Kieran Kunhya <kieran618@googlemail.com>
Subject: Re: [FFmpeg-devel] STF RaptorQ
Date: Fri, 23 May 2025 16:24:33 +0000
Message-ID: <0NdPzMfAQkqilJLq5gKzcUfnYFzP7-Om_lA6-2WxeqisSgrEQEbBepYTcWN8qjOLZBpZdilnuytKlNjNV_vzlzGZUJfRhhFELZQgVC0eW6w=@protonmail.com> (raw)
In-Reply-To: <CABGuwEkSn=hP+ozHfbEPEGq-DSnrX+8RotA9wJhNCWHqeqGhzQ@mail.gmail.com>

Hi,

<snip>
> 
> 
> But Lynne is insisting it's not a protocol. The work would just be the low
> level RaptorQ algorithm.
> 
> UDP based retransmit/FEC protocols are essentially impossible to develop
> well without an event loop / timers.
> 
> You can look at libsrt and librist of examples of how trying to reinvent an
> event loop in threads and creating lots of bugs in the process as each lib
> struggles to synchronise a complex state machine between threads.
> 
> Adding event loop support to FFmpeg would be a great STF project.

I just wanted to drop a giant +1 that event loop support in FFmpeg would be a big win (and unblock a lot of other improvements for e.g. FFmpeg's network stack IMO) and should seriously be considered for an STF project if someone has the wherewithal. It's obviously a pretty large undertaking.

Best,
Tristan
_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel

To unsubscribe, visit link above, or email
ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".