mirror of
https://github.com/FFmpeg/FFmpeg.git
synced 2025-02-14 22:22:59 +02:00
67 lines
3.6 KiB
Plaintext
67 lines
3.6 KiB
Plaintext
|
|
┌─────────────────────────────────────────────┐
|
|
│ RELEASE NOTES for FFmpeg 2.6 "Grothendieck" │
|
|
└─────────────────────────────────────────────┘
|
|
|
|
The FFmpeg Project proudly presents FFmpeg 2.6 "Grothendieck", about 3
|
|
months after the release of FFmpeg 2.5.
|
|
|
|
A lot of important work got in this time, so let's start talking about what
|
|
we like to brag the most about: features.
|
|
|
|
A lot of people will probably be happy to hear that we now have support for
|
|
NVENC — the Nvidia Video Encoder interface for H.264 encoding — thanks to
|
|
Timo Rothenpieler, with some little help from NVIDIA and Philip Langdale.
|
|
|
|
People in the broadcasting industry might also be interested in the first
|
|
steps of closed captions support with the introduction of a decoder by
|
|
Anshul Maheswhwari.
|
|
|
|
Regarding filters love, we improved and added many. We could talk about the
|
|
10-bit support in spp, but maybe it's more important to mention the addition
|
|
of colorlevels (yet another color handling filter), tblend (allowing you
|
|
to for example run a diff between successive frames of a video stream), or
|
|
eventually the dcshift audio filter.
|
|
|
|
There is also two other important filters landing in libavfilter: palettegen
|
|
and paletteuse, submitted by the Stupeflix company. These filters will be
|
|
very useful in case you are looking for creating high quality GIF, a format
|
|
that still bravely fights annihilation in 2015.
|
|
|
|
There are many other features, but let's follow-up on one big cleanup
|
|
achievement: the libmpcodecs (MPlayer filters) wrapper is finally dead. The
|
|
last remaining filters (softpulldown/repeatfields, eq*, and various
|
|
postprocessing filters) were ported by Arwa Arif (OPW student) and Paul B
|
|
Mahol.
|
|
|
|
Concerning API changes, not much things to mention. Though, the introduction
|
|
of devices inputs and outputs listing by Lukasz Marek is a notable addition
|
|
(try ffmpeg -sources or ffmpeg -sinks for an example of the usage). As
|
|
usual, see doc/APIchanges for more information.
|
|
|
|
Now let's talk about optimizations. Ronald S. Bultje made the VP9 decoder
|
|
usable on x86 32-bit systems and pre-ssse3 CPUs like Phenom (even dual core
|
|
Athlons can play 1080p 30fps VP9 content now), so we now secretly hope for
|
|
Google and Mozilla to use ffvp9 instead of libvpx.
|
|
|
|
But VP9 is not the center of attention anymore, and HEVC/H.265 is also
|
|
getting many improvements, which includes optimizations, both in C and x86
|
|
ASM, mainly from James Almer, Christophe Gisquet and Pierre-Edouard Lepere.
|
|
|
|
Even though we had many x86 contributions, it is not the only architecture
|
|
getting some love, with Seppo Tomperi adding ARM NEON optimizations to the
|
|
HEVC stack, and James Cowgill adding MIPS64 assembly for all kind of audio
|
|
processing code in libavcodec.
|
|
|
|
And finally, Michael Niedermayer is still fixing many bugs, dealing with
|
|
most of the boring work such as making releases, applying tons of
|
|
contributors patches, and daily merging the changes from the Libav project.
|
|
|
|
A more complete Changelog is available at the root of the project, and the
|
|
complete Git history on http://source.ffmpeg.org.
|
|
|
|
We hope you will like this release as much as we enjoyed working on it, and
|
|
as usual, if you have any question about it, or any FFmpeg related topic,
|
|
feel free to join us on the #ffmpeg IRC channel (on irc.freenode.net) or ask
|
|
on the mailing-lists.
|