[FFmpeg-devel] [PATCH] doc/encoders: Add a note for x264 options that use colon
Ivan Pozdeev
vano at mail.mipt.ru
Sun Nov 25 18:51:39 CET 2012
On Sunday, November 25, 2012, 9:40:33 PM, Ivan wrote:
> On Sunday, November 25, 2012, 7:20:31 PM, Stefano wrote:
>> On date Sunday 2012-11-25 06:55:25 +0400, Ivan Pozdeev encoded:
>>> fef0b37152291254cb4d0141a266f3e31279c6e9
>>> doc/encoders.texi | 3 +++
>>> 1 files changed, 3 insertions(+), 0 deletions(-)
>>>
>>> diff --git a/doc/encoders.texi b/doc/encoders.texi
>>> index c37f256..9c7dec1 100644
>>> --- a/doc/encoders.texi
>>> +++ b/doc/encoders.texi
>>> @@ -627,6 +627,9 @@ For example to specify libx264 encoding options with @command{ffmpeg}:
>>> ffmpeg -i foo.mpg -vcodec libx264 -x264opts keyint=123:min-keyint=20 -an out.mkv
>>> @end example
>>>
>>> +For @var{filter} and @var{psy-rd} options that use ":" themselves, use "," instead.
>>> +They accept it as well since long ago but this is kept undocumented for some reason.
>>> +
>> The context of this sentence is not very clear. I'd put the sentence
>> just below the x264opts entry, something like:
>> @item x264opts @var{options}
>> Allow to set any x264 option, see x264 --fullhelp for a list.
>> @var{options} is a list of @var{key}=@var{value} couples separated by
>> ":". For @var{filter} and @var{psy-rd} options that use ":"
>> themselves, use "," instead. They accept it as well since long ago but this
>> is kept undocumented for some reason.
> This placement makes it somewhat unclear as to which colons to replace with
> commas :^). Let's consider this phrasing:
> "... In @var{filter} and @var{psy-rd} options that use ":" as a
> separator themselves, use "," instead. ..."
>> ...
>> Alternatively we may consider escaping as another possibly safer
>> alternative. Also updating x264 upstream documentation may be useful.
> Does it HAVE an official documentation? doc/ in its sources has nothing
> and all I can see on the Web is
> http://mewiki.project357.com/wiki/X264_Settings which appears to be
> unofficial: the site is devoted to another piece of software, MeGUI.
Oh yes, I forgot about x264 built-in help. I'll ask them. In any
case, since there's no _online_ official help, it will take some time
for a note to propagate to the Web.
> Escaped character handling would add complexity that I consider
> unnecessary in this perticular case.
> There's one parameter though, 'cqm', that can be a file name so any
> choice for a separator would potentially trouble it. Despite this, I
> suggest to leave it alone until someone has real trouble with it
> in accordance with YAGNI principle since this option seems to be
> very rarely needed.
>> Thanks.
--
Best regards,
Ivan mailto:vano at mail.mipt.ru
More information about the ffmpeg-devel
mailing list