[FFmpeg-devel] [PATCH 2/5] audioconvert: makes av_get_channel_layout accept composite names.

Nicolas George nicolas.george at normalesup.org
Sun Nov 6 17:04:13 CET 2011


Le sextidi 16 brumaire, an CCXX, Stefano Sabatini a écrit :
> I still wonder if 2channels (or "2c", or "2ch" or even "2 channels"
> e.g. like in "2 channels+downmix) would make for more self-explicative
> descriptions.

I get your meaning. I changed so that "2c" is accepted the same way as "2".
More would be, IMHO, of rather dubious usefulness.

>		This would also make the string returned by
> av_get_channel_layout_string() usable as input to
> av_get_channel_layout().

I am not sure about that: the string returned by
av_get_channel_layout_string is "X channels" only if the channel layout is
undefined; if the channel layout is known, then av_get_channel_layout_string
returns either its name or something like "X channels (AA+BB+CC)", with the
individual channel names in the parentheses.

The new av_get_channel_layout can parse the part in the parentheses, but
parsing the string with the parentheses is something I would like to avoid.

> I tend to agree.

Warning dropped.

> What I mean is that the function doxy should mention the supported
> syntax, even if not in a complete way (one sentence referring the
> list of accepted channel names in audioconvert.c may do).

Done.

> For what regards user documentation, maybe we could have a
> libavutil.texi file documenting stuff specific to libavutil and which
> doesn't have a specific section (e.g. eval stuff, parsing utilities,
> etc.). Alternatively a dedicated channel_layout.texi section may do as
> well. Having some way to expose the accepted names (e.g. through a
> command line list command) would be nice, but missing that a reference
> to the source code or even the function used is better than nothing.

I am not proficient enough in texinfo to try to do that just now. That will
be an idea for later.

Updated patch incoming.

Also, I would like to push "prefer 5.X over 5.X(side)" with the expanded
commit message: anybody else objects?

Regards,

-- 
  Nicolas George
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://ffmpeg.org/pipermail/ffmpeg-devel/attachments/20111106/030e90cc/attachment.asc>


More information about the ffmpeg-devel mailing list