generic-library/ffmpeg
1
0
Fork 0
Code Issues Pull Requests Releases Wiki Activity

Prepare release notes for Libav 10 "Eks"

Browse Source 
Additional editing by Diego Biurrun
This commit is contained in:
Anton Khirnov
2013-12-17 21:52:13 -05:00
committed by Reinhard Tartler
parent b3189aff8b
commit fe533ffdcf
1 changed files with 49 additions and 69 deletions
Download Patch File Download Diff File Expand all files Collapse all files

118
doc/RELEASE_NOTES
View File

@@ -1,61 +1,40 @@
Release Notes Release Notes
============= =============
* 9 "Plain Nine" * 10 "Eks"
General notes General notes
------------- -------------
From this release onwards, we have decided to drop the leading zero from our One of the main features of this release is the addition of reference-counted
release numbers. There were no plans of ever changing it, so it carried no data buffers to Libav and their use in various structures. Specifically, the
information. Thus this release is just a plain 9, the next will be 10 etc. data buffers used by AVPacket and AVFrame can now be reference counted, which
should allow to significantly simplify many use cases. In addition,
reference-counted AVFrames can now be used in libavfilter, avoiding the need
for a separate libavfilter-specific frame structure. Frames can now be passed
straight from the decoders into filters or from filters to encoders.
A new library arrived in Libav during this development cycle -- its name is These additions made it necessary to bump the major versions of libavcodec,
libavresample and it handles audio conversion and mixing. All users are libavformat, libavdevice, libavfilter, and libavutil, which was accompanied by
encouraged to use it instead of the old, now deprecated, audio conversion dropping some old deprecated APIs. These libraries are thus not ABI- or API-
API in libavcodec. compatible with the previous release. All the other libraries (libavresample
and libswscale) should be both ABI- and API-compatible.
The libpostproc library now resides in a separate tree. It was fully independent Another major point is the inclusion of the HEVC (AKA H.265, the successor of
of the other Libav libraries, not used by any of the tools and saw very little H.264) decoder in the main codebase. It was started in 2012 as a Libav Google
development. For these reasons we decided that it has no place in Libav. A Summer of Code project by Guillaume Martres and subsequently completed with
standalone Git tree is available at http://git.videolan.org/?p=libpostproc.git the assistance of the OpenHEVC project and several Libav developers.
for people wishing to use libpostproc.
The major versions of the libavcodec, libavformat and libavfilter libraries have As usual, this release also contains support for other new formats, many smaller
been bumped, so they are not API or ABI compatible with the 0.8 release. The new features and countless bug fixes. We can highlight a native VP9 decoder,
ffmpeg transcoding tool, kept for compatibility in 0.8, has also been dropped. with encoding provided through libvpx, native decoders for WebP, JPEG 2000, and
AIC, as well as improved WavPack support with encoding through libwavpack,
support for more AAC flavors (LD - low delay, ELD - enhanced low delay), slice
multithreading in libavfilter, or muxing chapters in ASF. Furthermore there is
more fine-grained detection of host and target libc, which should allow better
portability to various cross compilation scenarios.
This release brings a number of significant changes in the libavfilter library. See the Changelog file for a fuller list of significant changes.
Firstly, all the API dealing with filter internals is no longer public. The
result is that creating user-side filters will not be supported until
libavfilter is more mature.
Secondly, full audio filtering support is now available along with a set of
basic audio filters. We hope that their number will soon grow significantly.
The avconv transcoding tool has of course been extended to handle audio
filtering as well.
There were a number of other API changes, most importantly the addition of
the buffer sink public API.
In the libavcodec library, one of the most notable changes is added support for
planar audio (i.e. not interleaved). Many decoders and encoders, that previously
did inefficient (de)interleaving internally, now only work with planar audio
formats. Libavresample can be used for optimized conversion between interleaved
and planar formats.
Of big interest to our Windows users, Libav now supports building with the MSVC
compiler. Since MSVC does not support C99 features used extensively by Libav,
this has been accomplished using a converter that turns C99 code to C89. See the
platform-specific documentation for more detailed documentation on building
Libav with MSVC.
As usual, this release also contains support for some new formats, many smaller
new features and countless bug fixes. We can highlight Opus decoding / encoding
through libopus, encoders for Apple ProRes and Ut Video, WMA Lossless and
RealAudio Lossless decoders, fragmented MOV/MP4 and ISMV (Smooth Streaming)
muxers, 24-bit FLAC encoding, a large number of RTMP improvements and support
for cover art in ID3v2, WMA, MP4 and FLAC.
See the Changelog file for a list of significant changes.
Please note that our policy on bug reports has not changed. We still only accept Please note that our policy on bug reports has not changed. We still only accept
bug reports against HEAD of the Libav trunk repository. If you are experiencing bug reports against HEAD of the Libav trunk repository. If you are experiencing
@@ -72,30 +51,31 @@ A number of additional APIs have been introduced and some existing functions
have been deprecated and are scheduled for removal in the next release. have been deprecated and are scheduled for removal in the next release.
Significant API changes include: Significant API changes include:
[libavcodec]: [libavutil]
* New video encoding API, similar to the previously introduced audio encoding + added the reference-counted buffers API (buffers.h)
API, which encodes from an AVFrame to an AVPacket, thus allowing it to + moved the AVFrame struct to libavutil and added a new API for working with
properly output timing information and side data. reference-counted AVFrames (frame.h)
* All CODEC_ID_* symbols now carry AV_ prefixes. Non-prefixed codec IDs are [libavcodec]
deprecated. + added an API for working with reference-counted AVPackets (av_packet_*)
+- converted VDPAU to the hwaccel framework; the old way of using VDPAU is no
longer supported
- old audio encoding and decoding APIs removed
- old video encoding API removed
- deprecated enum CodecID removed (enum AVCodecID should be used instead)
- deprecated audio resampling API removed (libavresample should be used
instead)
* New codec descriptor API, which allows getting the properties of a given codec [libavfilter]
(identified by its ID), without referring to a specific decoder or encoder. +- replaced AVFilterBufferRef with AVFrame; AVFilterBufferRef and everything
related to it still exists, but is deprecated
* An AVFrame must now be freed with a dedicated function, avcodec_free_frame(). + converted all filters to use the AVOptions system for configuration, it is
now possible to query the supported options, their values and set them
[libavutil]: directly with av_opt_*
* New audio FIFO API, which simplifies managing/merging/splitting audio buffers. + added a slice multithreading framework
+- merged avfiltergraph.h to avfilter.h, using AVFilterGraph is now explicitly
* new int/float type punning API mandatory (it was implicitly required even before); added new API for
allocating and initializing filters
[libavfilter]:
* All filter internals were hidden.
* audio filtering.
* new buffer sink API for getting frames out of libavfilter.
Please see the file doc/APIchanges for details along with similar Please see the file doc/APIchanges for details along with similar
programmer-centric information. programmer-centric information.