On date Monday 2011-05-30 21:15:17 +0200, Anton Khirnov encoded:
> ---
>  doc/APIchanges         |    4 ++
>  libavformat/avformat.h |   35 ++++++-------
>  libavformat/metadata.c |  121 ++++-------------------------------------
>  libavformat/metadata.h |   12 +----
>  libavutil/Makefile     |    3 +
>  libavutil/avutil.h     |    2 +-
>  libavutil/meta.h       |   78 ++++++++++++++++++++++++++
>  libavutil/metadata.c   |  142 
> ++++++++++++++++++++++++++++++++++++++++++++++++
>  libavutil/metadata.h   |   44 +++++++++++++++
>  9 files changed, 301 insertions(+), 140 deletions(-)
>  create mode 100644 libavutil/meta.h
>  create mode 100644 libavutil/metadata.c
>  create mode 100644 libavutil/metadata.h
> 
> diff --git a/doc/APIchanges b/doc/APIchanges
> index 853975e..d37b2fb 100644
> --- a/doc/APIchanges
> +++ b/doc/APIchanges
> @@ -13,6 +13,10 @@ libavutil:   2011-04-18
>  
>  API changes, most recent first:
>  
> +2011-05-xx - xxxxxxx - lavu 51.2.0 - AVMetadata
> +  Move AVMetadata from lavf to lavu -- new installed headers
> +  meta.h (accessing metadata) and metadata.h (internals).

Sorry to bother with more terminology pedantry, but I suggest
avmetadata.h for the public API, and avmetadata_internal.h for the
internal interface, and keep everywhere the old interface and naming
scheme, which I find more clear and consistent, by using the ld gnu
(dirty) trick.
-- 
Economists can certainly disappoint you.  One said that the economy would
turn up by the last quarter.  Well, I'm down to mine and it hasn't.
                -- Robert Orben
_______________________________________________
libav-devel mailing list
[email protected]
https://lists.libav.org/mailman/listinfo/libav-devel

Reply via email to