From: "Rémi Denis-Courmont" <remi@remlab.net> To: FFmpeg development discussions and patches <ffmpeg-devel@ffmpeg.org> Subject: Re: [FFmpeg-devel] [RFC] STF 2025 Date: Wed, 22 May 2024 15:27:31 +0300 Message-ID: <BDDFFCF7-0EFA-4FF6-9C70-19F6FDF2DA0F@remlab.net> (raw) In-Reply-To: <30591b71-aea5-4500-8911-f0275ce1844e@mail.de> Le 22 mai 2024 00:34:03 GMT+03:00, Thilo Borgmann via ffmpeg-devel <ffmpeg-devel@ffmpeg.org> a écrit : >>> I hope you realize what you argue in favor of. >> >> Yes. It's quoted above. >> >> Are you claiming that *no* review is better than *some* review done in >> *public* for all to see by a paid professional just because the person is >> maybe biased? >> >> First, even volunteers have their own biases. Any expert should have opinions >> from their experience, and that by definition makes them "biased". >> >> And second, you can't have it both ways. Either we want people to be paid for >> review, and they will be answerable to their sponsor, or we want people to >> continue to work on their free time. > >I think that is what you don't understand. You're not answering the question here. The current STF funding of 153k€ for 2 years is roughly enough to pay for ONE full-time entry-level software engineer in Germany. Even if this were doubled with another similar round of funding next year, and even if that was to be reliably renewed year on year, and assuming that STF keeps an hands-off approach of not influencing the work, that will *not* be enough to pay all reviewers. So is it better to have no reviews or reviews by skilled corporate employees? (...) >> Ideally so but that's the land of utopia. > >Of course, we talk about what should be, don't we? Of course *not*. There is no point debating ideals that we can all agree on and that will never come to fruition. Rather this is all about how to concretely apply or not apply to STF, and more generally how to try to improve the sustainability of FFmpeg in a realistic manner. >> And "I hope you realise that you are arguing for" Intel, Loongson, etc. >> employees to stop reviewing patches. > >Syntax error. What exactly do you mean? I fail to see a syntax error. You're saying that corporate employees should not review because "they [will] want to get [their]" or their colleagues' "stuff in" (your words). Intel and Loongson are obvious current examples of companies whose employees are pushing and reviewing enablement patches for their commercial hardware. That is very definitely not "unbiased" nor "independent". >According to my assumptions: No, I value reviews of company employees in general which have been proven to be useful and unbiased e.g. in getting part of the community reviewing 'stuf' but not their 'own stuff'. I never said that I wanted biased reviews. I said some reviews were better than none, in spite of the risk of bias. So much for your grandstanding against my alleged not realising what I am advocating for, if you end up agreeing with me... _______________________________________________ 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".
next prev parent reply other threads:[~2024-05-22 12:27 UTC|newest] Thread overview: 65+ messages / expand[flat|nested] mbox.gz Atom feed top 2024-05-17 13:49 Michael Niedermayer 2024-05-17 14:43 ` Ronald S. Bultje 2024-05-19 11:29 ` Thilo Borgmann via ffmpeg-devel 2024-05-17 14:47 ` Rémi Denis-Courmont 2024-05-19 11:29 ` Thilo Borgmann via ffmpeg-devel 2024-05-19 12:08 ` Andrew Sayers 2024-05-20 18:51 ` Rémi Denis-Courmont 2024-05-21 18:43 ` Thilo Borgmann via ffmpeg-devel 2024-05-21 19:42 ` Rémi Denis-Courmont 2024-05-21 19:43 ` Rémi Denis-Courmont 2024-05-21 21:34 ` Thilo Borgmann via ffmpeg-devel 2024-05-21 21:34 ` Thilo Borgmann via ffmpeg-devel 2024-05-22 12:27 ` Rémi Denis-Courmont [this message] 2024-05-24 7:11 ` Thilo Borgmann via ffmpeg-devel 2024-05-24 7:56 ` Rémi Denis-Courmont 2024-05-24 21:42 ` Michael Niedermayer 2024-05-17 15:08 ` Vittorio Giovara 2024-05-17 19:08 ` Michael Niedermayer 2024-05-17 15:25 ` Andrew Sayers 2024-05-17 15:26 ` Derek Buitenhuis 2024-05-17 18:50 ` Michael Niedermayer 2024-05-17 19:22 ` Derek Buitenhuis 2024-05-17 19:54 ` Rémi Denis-Courmont 2024-05-24 9:56 ` Andrew Sayers 2024-05-24 10:50 ` Thilo Borgmann via ffmpeg-devel 2024-06-01 15:19 ` Tomas Härdin 2024-06-02 18:01 ` Michael Niedermayer 2024-06-02 18:16 ` Rémi Denis-Courmont 2024-06-02 20:14 ` Tomas Härdin 2024-06-03 6:50 ` Thilo Borgmann via ffmpeg-devel 2024-06-03 7:55 ` Rémi Denis-Courmont 2024-06-03 11:35 ` Rémi Denis-Courmont [not found] ` <85865A16-B2BD-419C-857B-445ED6354604@cosmin.at> 2024-06-03 16:43 ` Cosmin Stejerean via ffmpeg-devel 2024-06-03 17:36 ` Rémi Denis-Courmont [not found] ` <EF00C7AD-23E4-4AFB-BEC0-F9139F7B6051@cosmin.at> 2024-06-03 17:48 ` Cosmin Stejerean via ffmpeg-devel 2024-06-03 18:18 ` Rémi Denis-Courmont [not found] ` <8BE7B5F7-E7FD-4F73-9239-91B8D289452A@cosmin.at> 2024-06-03 18:58 ` Cosmin Stejerean via ffmpeg-devel 2024-06-03 19:26 ` Rémi Denis-Courmont [not found] ` <C07B2718-2EDD-42CF-8F2E-BED82E14049A@cosmin.at> 2024-06-03 20:57 ` Cosmin Stejerean via ffmpeg-devel 2024-06-03 22:58 ` Vittorio Giovara [not found] ` <C3243629-53D2-4595-A82D-35D298B965EF@cosmin.at> 2024-06-04 1:01 ` Cosmin Stejerean via ffmpeg-devel 2024-06-04 6:53 ` Vittorio Giovara 2024-06-04 6:54 ` Paul B Mahol 2024-06-04 7:08 ` Vittorio Giovara 2024-06-04 10:09 ` Paul B Mahol 2024-06-04 10:50 ` Vittorio Giovara 2024-06-04 12:01 ` Paul B Mahol 2024-06-04 12:52 ` Vittorio Giovara 2024-06-04 17:38 ` Paul B Mahol 2024-06-04 18:17 ` Vittorio Giovara 2024-06-05 7:20 ` Marton Balint 2024-06-05 8:12 ` Vittorio Giovara 2024-06-05 9:18 ` Rémi Denis-Courmont 2024-06-05 9:31 ` Rémi Denis-Courmont 2024-06-05 13:42 ` Paul B Mahol 2024-06-06 0:07 ` Michael Niedermayer 2024-06-06 10:04 ` Vittorio Giovara [not found] ` <546DF7EF-0061-4126-AE81-3CD0EC24ED9A@cosmin.at> 2024-06-04 15:47 ` Cosmin Stejerean via ffmpeg-devel 2024-06-04 18:24 ` Vittorio Giovara 2024-06-04 21:21 ` Michael Niedermayer 2024-06-04 22:23 ` Vittorio Giovara 2024-06-03 15:00 ` Vittorio Giovara 2024-06-03 15:41 ` Tomas Härdin 2024-06-18 14:41 ` Tomas Härdin 2024-06-04 15:04 ` Andrew Sayers
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=BDDFFCF7-0EFA-4FF6-9C70-19F6FDF2DA0F@remlab.net \ --to=remi@remlab.net \ --cc=ffmpeg-devel@ffmpeg.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
Git Inbox Mirror of the ffmpeg-devel mailing list - see https://ffmpeg.org/mailman/listinfo/ffmpeg-devel This inbox may be cloned and mirrored by anyone: git clone --mirror https://master.gitmailbox.com/ffmpegdev/0 ffmpegdev/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 ffmpegdev ffmpegdev/ https://master.gitmailbox.com/ffmpegdev \ ffmpegdev@gitmailbox.com public-inbox-index ffmpegdev Example config snippet for mirrors. AGPL code for this site: git clone https://public-inbox.org/public-inbox.git