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 > <mich...@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@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
signature.asc
Description: PGP 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".
