[FFmpeg-devel] [RFC] STF 2025

Rémi Denis-Courmont remi at remlab.net
Mon May 20 21:51:25 EEST 2024


Le sunnuntaina 19. toukokuuta 2024, 14.29.43 EEST Thilo Borgmann via ffmpeg-
devel a écrit :
> [...]
> 
> >> * Fund administrative / maintainance work (one example is the mailman
> >> upgrade that is needed>> 
> >>   with the next OS upgrade on one of our servers (this is not as trivial
> >>   as one might expect). Another example here may be some git related
> >>   tools if we find something that theres a broad consensus about.
> > 
> > I agree that this should be paid but I would expect that STF would not be
> > too keen on it, not that I'd know really.
> We should absolutely pay for such activity and STF is very well willing
> to fund such things.

Again, I don't know but that seems to stray from their stated goals. Also this 
is most certainly not a full-time job, and it requires a very high level of 
trust. In practice, what this really means is paying Michael.

It is more of a question whether STF is willing to pay for this, and whether a 
reasonable task description with a reasonable average prorated workload and a 
pay can be defined.

> > And again, it is completely reasonable to be paid for that, and also for
> > code reviews and writing test cases (if we want to complete the menial
> > task list), but I am perplexed as to STF's stance on that.

> Same as above about that we should and STF would.
> Especially since no corporate interest usually pays anyone for these tasks

Sadly true, but...

> (in case of reviews it might of course be considered a good thing).

I think some review is better than none. There may be conflict of interests, 
but they are weighed by the risk of being caught abusing the review process.

> The one problem to solve here AFAICT is we don't know exactly what
> quantity of bugs, reviewable code submissions and other maintenance work
> will come up in the next 12 months.

People would normally do this as interruption task whilst developing code (or 
writing documentation or whatever else) when there are no bugs and no review 
pending. Just like server admin, this is not a full-time job and we can't 
really pretend that it is.

> So it renders impossible to define in prior the workload, milestones and
> compensation per contributor interested as we did this year for
> well-defined tasks.

If you can't define workload, deliverables and cost, you wouldn't normally get 
funding. So I don't see much point in arguing about this. We can all agree 
that it is a conundrum, and that won't make the requirement go away.

> What we should consider IMO is defining the tasks (patch review, bug
> review & fix, FATE extensions, checkasm extensions, etc. as well such
> things for the administrative tasks from above) and defining a budget
> for these tasks.

In principles, all work deserves compensation. In practice, giving money in 
such small units sounds extremely impractical.

Also...

> Then, allow 'everyone interested' (aka git push access?) to claim a part
> of that budget every N-months, depending what the corresponding
> contributor actually did and can somehow be determined.

... with the current relatively small budget (even including STF funding), 
that would be a pittance for most people. I think we are better off paying a 
few people correctly than paying a lot of people peanuts - even leaving aside 
the administrative gas factory that this would add up to.

> > This is not something that STF should pay for, AFAIU. This is something
> > that professionals should pay out of their budget (or their employer's)
> > for the business events, and SPI for cheap/community events, IMO.
> I think we should fund all non-b2b appearances.

Of course we should reimburse reasonable transporation and accomodation costs, 
and of course goodies, as as been done already. Whether it's B2B, B2C or 
community is not really the criterion: we should simply *not* pay for booth 
space, booth installation or exhibitor tickets. It just so happens that in 
practice mostly only community conferences would allow us to hold a booth for 
free.

> About b2b, I wouldn't like our donation based money to be spent. We had
> corporate sponsorship in the past not having to think about it and
> possibly will have that as well in the future. The companies are
> interested in seeing us there and some are willing to pay for that
> happening.

If the conference/tradeshow organisers want to use FFmpeg as a marketing 
argument to attract attendees, they should provide a free booth. There is 
simply no way that FFmpeg would recoup its expenditure on a booth. It is not 
selling anything, additional donations are very unlikely to end us in the 
black, and the chance of finding a new contributor at B2B or B2C shows is also 
pretty much zilch.

If the booth is paid for by a business, then well that's a case of 
"professionals paying for it out of their budget", assuming that there are no 
hidden costs such as setup costs.

-- 
雷米‧德尼-库尔蒙
http://www.remlab.net/





More information about the ffmpeg-devel mailing list