[FFmpeg-user] Question Regarding "Supported File Formats, Codecs or Features"

[Carl Eugen Hoyos]

Am Di., 23. Juni 2020 um 14:57 Uhr schrieb Yuta Fujii (JP) via
ffmpeg-user <ffmpeg-user at ffmpeg.org>:

> Q1: What version of the codecs is currently reflected on the "Supported
> File Formats, Codecs or Features" page of the HP?

Assuming your question is:
What version of FFmpeg is currently reflected on mentioned page?

Only current FFmpeg git head.

> Q2: How often is "Supported File Formats, Codecs or Features" updated?

Whenever a developer implements a new format or codec or protocol
or device and does not forget to update the page.

> Q3: Besides the major releases (eg: Ver4.2, 4.3) and point releases (eg:
> Ver4.2.1, 4.2.2), "Supported File Formats, Codecs or Features" are being
> updated. What standards are set for updating?

The pages are completely independent, the question therefore makes
little sense.
(The release page should be updated on every release, the codecs
page does not know about releases.)

> Q4: Is there a time lag between updating the "Source Code" page and
> "Supported File Formats, Codecs or Features" page? If so, how long is it?

If there is a lag, it can be long because we are humans and may forget
things.

> For example, on July 21, 2019 (Ver4.2  release date described on the
> "Source Code" page of HP), was  "Supported File Formats, Codecs or
> Features" updated to Ver4.2?

As said above, the "general" page listing the supported codecs etc.
has no connection with the download page that lists the releases.

> Q5: When the latest major release version is updated, will the point
> release of that latest version always be updated on the "Supported File
> Formats, Codecs or Features" page of the HP?

No, because general gets updated (long) before a release is made
(unless a mistake happens).

> (Is it correct to assume that the update on previous versions will
> not be reflected on  "Supported File Formats, Codecs or Features"?)

We try never to change features in previous versions (we only add
security fixes).

As I tried to explain last year:
There is no sales-driven development with sprints and release plans
but (to a large degree) a loose group of individuals working on
developments they are interested in.
Independently of these developments, releases are made at random
points only (!) because Linux distributions need them, they are not
more tested than a daily snapshot and do not get any support on
this mailing list (they do get some security updates, but only long
after the daily snapshots get these security fixes).

Please remove all confidentiality footers when posting on a
public mailing list, they make your company look stupid.

And please avoid posting screenshots except when completely
unavoidable to understand an issue (but not to show us our
own homepage).

Carl Eugen