[FFmpeg-devel] [PATCH v2] doc/developer: origin of tables should be documented.
Alexander Strasser
eclipse7 at gmx.net
Sat Aug 15 11:02:26 EEST 2020
On 2020-08-14 11:34 +0200, Jean-Baptiste Kempf wrote:
> On Wed, 12 Aug 2020, at 14:38, Alexander Strasser wrote:
> > On 2020-08-12 12:32 +0200, Jean-Baptiste Kempf wrote:
> > > On Wed, 12 Aug 2020, at 00:29, Alexander Strasser wrote:
> > > > Definitions of non-obvious data should have a short comment
> > > > explaining their origin.
> > > >
> > > > If the data is of mathematical origin, you can document that
> > > > or use code snippets or pseudo-code. If the data was gained
> > > > empirically, describe the methods used. If the data was taken
> > > > from a document like a specification, reference the section
> > > > and/or table number. A link can also be used, if there is a
> > > > stable source and there are no better ways.
> > > >
> > > > If you generated the data with a program, consider including
> > > > the source code in FFmpeg and reference it in the comment.
> > > >
> > > > Typical examples are tables of numbers. Here is one:
> > > >
> > > > <nice example to be found and inserted>
> > > >
> > > >
> > > > I feel it could well be improved, though I wasn't able to do it
> > > > myself :( Maybe others can help.
> > >
> > > What about RE values?
> >
> > All in all it's same as Nicolas' proposal: The convention is to
> > document the origin of the data. It says should, which is not must.
>
> SHOULD can mean "really mandatory, besides exceptions", so I would soften it, to explain common sense must be shared, like "if origin is mathematical or specification", or similar.
>
> But I like your version.
Maybe instead of
Definitions of non-obvious data should have a short comment
explaining their origin.
changing the first paragraph to
Consider documenting the origin of non-obvious data in a
short commment above its definition.
would help?
It sounds less like a "formal should" and probably doesn't change the
"effective adoption rate" at all. What do you think?
Thanks for your feedback!
Alexander
More information about the ffmpeg-devel
mailing list