[FFmpeg-devel] h.265 decoding support
Ronald S. Bultje
rsbultje at gmail.com
Mon Sep 2 18:55:18 CEST 2013
On Tue, Sep 3, 2013 at 12:41 AM, Hendrik Leppkes <h.leppkes at gmail.com>wrote:
> On Mon, Sep 2, 2013 at 6:32 PM, Timothy Gu <timothygu99 at gmail.com> wrote:
> > On Sep 2, 2013 6:09 AM, "Dirk Farin" <dirk.farin at gmail.com> wrote:
> > >
> > > Hi,
> > >
> > > here is a patch to add h.265 decoding via libde265
> > > which I just released a week ago:
> > > https://github.com/strukturag/
> > >
> > > The decoder is a cleanroom implementation of h.265
> > > without any reference software code in it. It is intra-only
> > > at the moment, but I will add inter slices next. libde265
> > > is LGPL.
> > >
> > > Sample streams encoded with the HM10.1 reference encoder
> > > can also be found at the url above.
> > Is it possible for you to implement a libavcodec-native decoder instead
> > adding a new external library? We can probably reuse some of the h264
> > decoding asm for hevc.
> There is already a native decoder under development, targeted at libav, but
> as always can easily be applied to FFmpeg as well.
> The decoder is feature complete, as far as i know, and just needs a bit of
> refactoring and cleanup before its ready for inclusion.
> After that, only optimizations are missing, MT, SIMD, etc..
> Another native decoder doesn't make much sense. An external library might
> be useful in some cases, but personally i would delay inclusion until it
> can at least decode the conformance samples.
I just want to +1 this, it is beyond ridiculous to support an external
library - especially for a decoder - if a better, native solution already
Dirk, do you have a specific reason for not wanting to contribute to the
native decoder and instead are trying to reinvent the wheel?
More information about the ffmpeg-devel