[FFmpeg-trac] #7740(documentation:reopened): Missing '-'prefix in documentation of ffmpeg options
FFmpeg
trac at avcodec.org
Thu Apr 21 00:18:37 EEST 2022
#7740: Missing '-'prefix in documentation of ffmpeg options
-------------------------------------+-------------------------------------
Reporter: Ulf Zibis | Owner: (none)
Type: enhancement | Status: reopened
Priority: wish | Component:
| documentation
Version: unspecified | Resolution:
Keywords: | Blocked By:
Blocking: | Reproduced by developer: 0
Analyzed by developer: 0 |
-------------------------------------+-------------------------------------
Comment (by Stefano Sabatini):
Replying to [comment:10 Ulf Zibis]:
> Stefano, I do not really understand your statement. You say:
> > we should stick to the same convention
> (which I understand as "with the -")
>
> And then you say:
> > we should use the form with'''out''' the -
If you see the codec options manual, the doc sometimes uses the '''-foo'''
format, in other cases it uses the '''foo''' format (e.g.: ffmpeg-
codecs.1), in some cases, both formats are shown (e.g. '''b (-b)'''),
probably to aid search.
An argument in favor of the '''foo''' format is that while the '''-foo'''
option helps with ffmpeg tools, in general you don't know how the options
are parsed, for example many applications just pass the options to other
tools as configuration (e.g. '''foo=1,bar=2'''), therefore using the
'''-foo''' in the *reference* might be confusing. Also in general you can
use some slightly more advanced search expression (e.g. '''\<b\>''' which
works with man pages).
For sure we should stick to the same format for all options to avoid
confusion and aid new entries addition.
Possible choices:
1. we only use '''foo''' (simpler and less confusing since it doesn't
assume a parsing format), slightly harder but not impossible to search
2. we only use '''-foo''', simpler search but confusing in case you use
the options in a consuming tool
3. we mention both formats, this is more verbose but might address both
use cases
Also in many cases we reference an fftool command, which is IMHO fine
although technically out of scope in a reference because it enables the
reader to try an option/param effect with minimum effort without having to
write/compile/debug custom code using the API (the main side-effect being
that in case we change the command syntax it would be very hard to spot
that the command is no more valid, but in practice this doesn't happen
very often).
--
Ticket URL: <https://trac.ffmpeg.org/ticket/7740#comment:13>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker
More information about the FFmpeg-trac
mailing list