[FFmpeg-devel] STF RaptorQ

[Michael Niedermayer]

Hi Devin

On Fri, May 23, 2025 at 10:50:32AM -0400, Devin Heitmueller wrote:
> Hello Michael,
> 
> On Fri, May 23, 2025 at 5:45 AM Michael Niedermayer
> <michael at niedermayer.cc> wrote:
> > On Thu, May 22, 2025 at 07:55:40PM -0400, Devin Heitmueller wrote:
> > > On Thu, May 22, 2025 at 7:42 PM Kieran Kunhya via ffmpeg-devel
> > > <ffmpeg-devel at ffmpeg.org> wrote:
> > > > I wanted to put on the record that adding RaptorQ to FFmpeg isn't
> > > > maintenance of FFmpeg.
> >
> > i agree adding RaptorQ itself is probably not maintenance
> 
> Ok, so that much everybody seems to agree on.  Great.
> 
> > > > It's adding an obscure FEC protocol to FFmpeg,
> >
> > tornado and raptor codes are not obscure.
> > and FFmpeg supports hundreads of much more obscure things
> 
> Sure, no disagreement there.  While I've personally never used any of
> the codecs that support video games from the 1990's, I don't really
> have any problem with them being in ffmpeg.  That said, in my opinion,
> I doubt STF would really think it's a good use of their funds to add
> support for new codecs for such games.

yes, of course


[...]

> > > 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.
> 
> I'm certainly not suggesting anybody implement a new version of RIST
> or SRT (and on a personal note I give Kieran an enormous amount of
> credit for building his own SRT implementation).  But yeah, I think
> most people who have looked closely at the ffmpeg protocol layer
> acknowledge it could be improved, and that seems like the thing that
> someone could easily convince STF of.

So if i understand you correctly, we seem to agree here

If someone wants to do a protocol layer improvment project in FFmpeg STF
you agree with me that this would fall within STF.

we would just need someone who wants to do that.

thx


[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

It is dangerous to be right in matters on which the established authorities
are wrong. -- Voltaire
-------------- 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/0e2eded6/attachment.sig>