[FFmpeg-devel] STF RaptorQ

[Michael Niedermayer]

On Fri, May 23, 2025 at 11:45:14AM +0200, Michael Niedermayer wrote:
> Hi
[...]
> > I agree with Kieran that this seems to largely be outside the STF
> > objectives (i.e. sustainability for open source projects).
> 
> A new implementation of RIST, SRT, Raptor and so on may fall outside
> but redesigning the protocol layer in FFmpeg would perfectly fit inside
> "sustainability for open source projects"
> When you want A and B and both are connected, you ask for the funding
> to be for the side that fits inside the guidelines
> So this STF project could be changed to center on maintaince of the
> protocol layer instead of a RaptorQ/SRT/RIST implementation i think.

Theres also the human element, where people are not machienes that can
be placed and told things arbitrary. RaptorQ is "cool", ARQ is boring

Some people enjoy working on "cool" things, dont tell them to work on
boring things please. Its bad for them, and likely bad for the results.

If you find RIST/SRT important, you should work on it, or fund someone
to do it or to submit a project idea to STF/GsoC/... and work on it
with their funding ...

Also IMO if you have someone who wants to do a project that moves FFmpeg
forward, be supportive of the effort and try to find a way to make it happen
be that inside or outside STF.
Arguing against efforts to move to teh cutting edge of technology
will do only one thing and thats havig competitors take the space
and FFmpeg fall behind

thx

[...]

-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Asymptotically faster algorithms should always be preferred if you have
asymptotical amounts of data
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
URL: <https://ffmpeg.org/pipermail/ffmpeg-devel/attachments/20250523/ae41e892/attachment.sig>